[過去ﾛｸﾞ] Visual Studio 2017 Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
810: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)16:50 ID:sxnzIvUq0(1/11) AAS
KHTMLのころに使ってたけど、Linuxユーザーには不評だったよ。
当時、ネットスケープは良く落ちて、それはサイトがIE用に作られているからだと言われていた。
したがって、ネットスケープが落ちるページでKHTMLが落ちないということは、KHTMLが標準から逸脱しているからだと考えられていた。
ところで今、シェアを落としたMSは、標準がどうあろうとChromeと異なる動作があるなら、それはEdgeのバグとして対処すると言っている。
811(1): (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)16:54 ID:sxnzIvUq0(2/11) AAS
>>809
Visual StudioはIDEなので、コンパイラは何でもいいんですよ。
現在、cl、Clang、gccが使えます。
もちろん、gdbとも接続できます。
812(1): (ﾜｯﾁｮｲ 1323-Y0oy) 2018/05/29(火)17:31 ID:v6whBIqk0(1) AAS
>>809
メイクファイルプロジェクトにすれば何でもok
813(1): 809 (ｱｳｱｳｴｰ Sae3-tYJm) 2018/05/29(火)17:58 ID:JNcGSML2a(1) AAS
>>811、>>812
サンクス
VSのクロスプラットフォームってビルドもリモートの環境を使うのね
そしてgccのデフォルト出力はELFだった(ファイル名はa.out)
814: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)18:06 ID:sxnzIvUq0(3/11) AAS
考え方としては、Visual StudioはSSH経由でLinuxに接続できるので、ほとんど何でもできる。
MSBuildやCMakeはLinuxに対応している。
Visual StudioはMSBuildはもちろん、CMakeにも対応している。
CMakeに何かを書けばそのままインテリセンスが効くようなレベルで対応してますね。
見逃せないのは、MSはオープンソースのVCPKGというパッケージマネージャを出しているのですが、これがLinuxやMacにも対応していることですね。
これまでMSはオープンソースやクロスプラットフォームに後ろ向きだったのですが、心を入れ替えたようです。
これはもうMacなんか使ってる場合じゃないって感じです。
815: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)18:09 ID:sxnzIvUq0(4/11) AAS
>>813
それがwslのおかげでWindowsだけで完結しちゃうんですよね。
wslはもっと重いものを想像していたんですが、フットプリントは小さいです。
つまり、Ubuntuを起動してもタスクマネージャには数メガバイトしか表示されません。
ディスクの消費も200MB程度だったと思います。
816(1): (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)18:23 ID:sxnzIvUq0(5/11) AAS
Linuxのコマンドには使えるものがかなりあるので、Windows開発者であってもwslは入れた方がいいと思いますよ。
たとえばgperfなんか普通に使いますよね。
これまではちょっと野良っぽいwin32版なんかを使っていたと思うのですが、開発環境に野良を入れるのは気が引けていました。
逆に、Linux開発者がWindowsとwslを使えば、Excelなんかが便利に使えると思います。
列挙体なんかを書く時には、Excelのシートに表を作り、整形させると思います。
これの良いところは、整形用のマクロが一緒に保存できることだと思います。
817: (ﾜｯﾁｮｲ 8b81-DqgS) 2018/05/29(火)19:00 ID:FG4oDKT00(1) AAS
>>816
そろそろアホは黙れよ
818: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)19:21 ID:sxnzIvUq0(6/11) AAS
これからの開発はVisual Studioを中心に考えたら良いんじゃないでしょうかね。
819(3): (ｱｳｱｳｳｰ Sadd-GmoF) 2018/05/29(火)19:28 ID:Xt8fAcdVa(1) AAS
>>804
プロジェクトはともかく、ソリューションは頭の悪い非合理な概念
・大抵、現実のシステムはVSだけでは完結しない(他の言語、パッケージソフト、設定ファイル、ドキュメント、etc)
・一般に、作業単位は案件やチームごとに異なるため、ソリューションを唯一絶対のものとして中央管理することにはあまり意味がない
・バージョン管理やパッケージ管理との相性が悪い
820: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)19:37 ID:sxnzIvUq0(7/11) AAS
>>819
所詮XMLファイルに過ぎないので大丈夫なんじゃないでしょうかね。
821: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)19:40 ID:sxnzIvUq0(8/11) AAS
まあ僕はVisual Studioを使わない皆さんのためにCMakeプロジェクトを作るのは良い考えだと思います。
Visual StudioはCMakeプロジェクトへの対応も素晴らしいので、大変良いです。
822: (ﾜｯﾁｮｲ a98a-WOsZ) 2018/05/29(火)19:48 ID:c6I8c+Fd0(1/3) AAS
>>819
TFSやVSTSの管理単位はソリューションの上位のチームプロジェクトが基本
ソリューションは唯一絶対という程のものではないよ
823(1): (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)19:59 ID:sxnzIvUq0(9/11) AAS
はあ〜、Visual Studioが最強になってきて愉快愉快。
824(1): (ﾜｯﾁｮｲ 33e7-RzFB) 2018/05/29(火)20:30 ID:UvPYWSYk0(1) AAS
もう10年くらいeclipse使ってないけどだめなん？
825: (ｽﾌﾟﾌﾟ Sd33-vBdx) 2018/05/29(火)20:51 ID:su/uQ0ZOd(1) AAS
>>824
そんなのもあったねえ
826: (ﾜｯﾁｮｲ 51f2-DqgS) 2018/05/29(火)21:05 ID:E8ibagtR0(1/2) AAS
>・バージョン管理やパッケージ管理との相性が悪い
どこからそんな偏見を
827(2): ◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) 2018/05/29(火)21:34 ID:37NUfEEc0(1) AAS
>>823
でも最新 cuda をコンパイルできないヘボコンパイラが搭載されているのも事実
828(1): (ﾜｯﾁｮｲ 538d-DqgS) 2018/05/29(火)21:42 ID:8fl4QABa0(2/2) AAS
>>819
はぁー、物理構造に縛られるのが良いと
829(1): (ﾜｯﾁｮｲ 53c3-vxiR) 2018/05/29(火)21:44 ID:AISjvT0j0(1) AAS
>>796
何とでも言えば？
おまえからも見えてる「それ」を
上下前次1-新書関写板覧索設栞歴
あと 173 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s