MacでもLinuxでも使えるVisual Studio Code Part2 [無断転載禁止]©2ch.net

.(たこやき) · 2017/05/13(土) 10:24:31.15

https://code.visualstudio.com/

■前スレ
MacでもLinuxでも使えるVisual Studio Code [転載禁止](c)2ch.net
http://echo.2ch.net/test/read.cgi/tech/1430403713/

**デフォルトの名無しさん** · 2017/12/03(日) 23:05:30.88

泥のIDEとか補完はVS超えてるもんな

**デフォルトの名無しさん** · 2017/12/03(日) 23:08:57.88

でも、実際MSの開発力が最強だと思うわ。iOS/MacのAPI触ったときはdeprecatedだらけで汎用的/拡張できるように設計できねぇのかよappleのくそ技術者と思ったし。
androidにしろ、iOSのにしろ最低限のAPIしか用意しかしねぇし。MSほどいろいろ考えてくれる企業他にないんじゃねぇか

**デフォルトの名無しさん** · 2017/12/03(日) 23:14:42.85

例えば、MVVMとか良し悪しはあるけど、ソフトウェアの設計パターンまで提唱して、
用意してくれたり。他方、Androidは最低限のAPIは用意してたけど、
標準のデータバインディンも２年前？でてきて、
最近やっと、Android Architecture Componentsやら用意してくれて。おせぇんだよと。

**デフォルトの名無しさん** · 2017/12/03(日) 23:19:57.54

Googleは色々と雑だし、Appleは今まで一度も開発者の方向を向いた事はない。

**デフォルトの名無しさん** · 2017/12/03(日) 23:22:17.25

>>779
MS製だからすごい。ビルゲイツは凄かった。

**デフォルトの名無しさん** · 2017/12/03(日) 23:24:27.49

こっからはよくわからんけど、色んな言語でasync/awaitみたな事できるけど、
これはMS生まれ？

具体的にどれとはあげれんけど、一番MSのAPIが一番使いやすいイメージあるし、
品質も安心できるわ(Xamarinは除く)

**デフォルトの名無しさん** · 2017/12/04(月) 00:42:04.28

>>784
ヘルスバーグが凄いんやぞ

**デフォルトの名無しさん** · 2017/12/04(月) 06:36:03.20

>>785
async/awaitはMS最高の発明だと思う

**デフォルトの名無しさん** · 2017/12/04(月) 08:35:13.36

>>787
Linqもやで

**デフォルトの名無しさん** · 2017/12/04(月) 09:45:56.34

＞Xamarinは除く

XamarinはMS起源じゃなくて去年買収したばかりだから(震え声)

**デフォルトの名無しさん** · 2017/12/04(月) 12:48:09.24

>>787
そうなんだ。RxもMSなんかな。なんとなくそういうイメージが有るんだが。
async awaitは便利なんだけど何かの拍子にしんどいと思う場面があるんだよね。
mapとか使う場合とか。あれ解決してるんか？

**デフォルトの名無しさん** · 2017/12/04(月) 14:48:43.83

APIはMSだめだろ

**デフォルトの名無しさん** · 2017/12/04(月) 15:40:32.21

なんで?

**デフォルトの名無しさん** · 2017/12/04(月) 16:30:49.97

Win32APIは許されたのか

**デフォルトの名無しさん** · 2017/12/04(月) 16:57:58.91

CocoaだかCarbonだかに忘れたけどに比べたらWin32APIの方が百倍マシだと思う。
新しめのやつはCOMで使いやすいし。まぁ、COM自体がアレって人もいるけど。
Win32APIダメって他のもっとひどいの知らないだけじゃないの？

**デフォルトの名無しさん** · 2017/12/04(月) 17:36:22.21

PCLのprofile番号を考えた奴は死ねばいいよ

**デフォルトの名無しさん** · 2017/12/04(月) 17:50:01.39

WinAPIの拡張性と互換性はすばらしいものがあるけどそれ故にひどいバグとひどい命名が残り続けてるのは流石に問題 macを真似しろと言うわけでもないけど

**デフォルトの名無しさん** · 2017/12/04(月) 18:16:43.30

C r e a t e W i n d o w E x

**デフォルトの名無しさん** · 2017/12/04(月) 19:11:06.53

ExEx

**デフォルトの名無しさん** · 2017/12/04(月) 20:48:28.60

MSってもインド人が取り仕切るようになってからだろ
いけてるのは

**デフォルトの名無しさん** · 2017/12/04(月) 21:02:04.29

WinMainとか何考えてるんだろな

コンパイラもライブラリも実装遅いのに独自まみれだし
ブラウザもEdgeでもまたIEと同じことになってるし
WPFだのWinRTだのUWPだの次々出しては放置だし
C#そのものはいいのになぁ

**デフォルトの名無しさん** · 2017/12/04(月) 21:53:56.51

WinMain: アプリケーションエントリポイント
https://msdn.microsoft.com/ja-jp/library/windows/desktop/ff381406(v=vs.85).aspx

コンパイラがなぜ標準の main 関数ではなく wWinMain を起動するかというと、Microsoft C ランタイムライブラリ (CRT) が、WinMain または wWinMain を呼び出す main の実装を提供しているためです。

**デフォルトの名無しさん** · 2017/12/04(月) 22:07:07.77

creat

**デフォルトの名無しさん** · 2017/12/04(月) 23:45:39.18

ここ何のスレだっけ

**デフォルトの名無しさん** · 2017/12/05(火) 00:35:54.85

VSCode新しい機能追加しても誰も解説してくんない

**デフォルトの名無しさん** · 2017/12/05(火) 00:56:13.54

>>804
ReleaseNotesにめっちゃ丁寧に書いてあるやん

**デフォルトの名無しさん** · 2017/12/05(火) 07:38:18.62

11月アップデート分がEndGameに入った
issuesの整理とかがメインで新機能はそんなにないって最初に言われてたね

12月の残りは毎月作業の対象外っぽい（？）
1月から通常に戻るとあるな

**デフォルトの名無しさん** · 2017/12/06(水) 17:36:32.19

>>786
信者がすごいといってるだけで、ボーランド時代にMSを抜いたことはない。

**デフォルトの名無しさん** · 2017/12/06(水) 20:54:28.60

CPP Builder 良かったな～
Delphi 良かったな～

**デフォルトの名無しさん** · 2017/12/06(水) 21:20:22.90

Delphiは打たれる

**デフォルトの名無しさん** · 2017/12/11(月) 17:57:47.47

>>809
それ、俺が30年ぐらい前にやったネタ

**デフォルトの名無しさん** · 2017/12/11(月) 19:09:52.37

>>810
古代ギリシャ人「Delphiは紀元前からあるぞ」

**デフォルトの名無しさん** · 2017/12/11(月) 20:34:01.70

“Delphi言語”とかでこれからも残り続けるぞ

**デフォルトの名無しさん** · 2017/12/12(火) 06:54:16.98

デルファイ神殿か
オレが作ったんだ

**デフォルトの名無しさん** · 2017/12/12(火) 07:53:23.12

Civとかで神殿作るよな

**デフォルトの名無しさん** · 2017/12/12(火) 08:13:00.60

>>74
昔のVBを思い出すねｗ

**デフォルトの名無しさん** · 2017/12/12(火) 08:29:30.30

>>786
ヘジたん引っ張ったゲイツ凄い！
虎の子VBを一度はﾎﾞｯｺﾎﾞｺにした開発陣を招き入れるなんて
並大抵の度量じゃできない

**デフォルトの名無しさん** · 2017/12/13(水) 00:22:10.52

>>804
アイコンの色が変わったときにすげー盛り上がったろ？
誰も難しい話なんてわかんないんだよ

VBからPHPを呼び出したときに
VSとVScodeでトレースのリレーしたときはちょっと興奮したぜ
でもこれってVSのプラグイン買えばVSだけでも出来るんだっけ

**デフォルトの名無しさん** · 2017/12/13(水) 00:24:30.29

>>804
>>817
機能くらい分かるだろ
面倒くさいんだよ

**デフォルトの名無しさん** · 2017/12/13(水) 23:31:10.17

>>818
おまえも若いころは必至に翻訳して掲示板にコピペして
低能どもに新しい機能のありがたさを説教してただろ

あの頃の輝きはどこへいったんだ？

**デフォルトの名無しさん** · 2017/12/14(木) 11:51:55.96

Windowsでtasks.jsonで"args"プロパティのとこに置換変数で"${file}"として現在のファイルパスを渡したいんだけど
例えばパスがC:\dev\test.pyの場合に実際置換されて渡されるパスは"C:devtest.py"になってしまう

**デフォルトの名無しさん** · 2017/12/14(木) 16:44:23.52

**デフォルトの名無しさん** · 2017/12/14(木) 22:14:35.18

いつになったら文字カウント揃うんだ？

**デフォルトの名無しさん** · 2017/12/15(金) 08:07:05.71

1.19

**デフォルトの名無しさん** · 2017/12/15(金) 12:58:43.63

git設定切っても毎回git探しやがる

**デフォルトの名無しさん** · 2017/12/15(金) 15:00:25.90

重い原因の拡張を探しやすくなったのは嬉しい
ひとつひとつ無効化して試すのはだるかった

**デフォルトの名無しさん** · 2017/12/15(金) 16:11:54.90

gitをPATHから探さなくなった？ on Windows
仕様変更にしては変だなぁ。

**デフォルトの名無しさん** · 2017/12/15(金) 19:04:55.31

https://github.com/Microsoft/vscode/issues/38244#issuecomment-344027257

https://github.com/Microsoft/vscode/issues/40229

**デフォルトの名無しさん** · 2017/12/16(土) 12:58:30.75

公式サイトの画像がMacなの見るとMSの中のエンジニアってMac使ってるんだろうな

**デフォルトの名無しさん** · 2017/12/16(土) 13:41:05.39

そりゃ使わなMac版のテストできんし当たり前やろ

**デフォルトの名無しさん** · 2017/12/16(土) 14:17:49.72

オープンソースの開発者でwindows使ってる人なんてほとんどいないでしょ

**デフォルトの名無しさん** · 2017/12/16(土) 14:39:14.03

>>830
ガイジ

**デフォルトの名無しさん** · 2017/12/16(土) 14:52:13.20

>>828
え？

**デフォルトの名無しさん** · 2017/12/16(土) 15:47:12.47

https://github.com/Microsoft
↑ここにあるヤツの中でwindows専用のも、わざわざwindows以外のOSで作ってるの？

**デフォルトの名無しさん** · 2017/12/16(土) 16:24:38.95

元々Unix系の開発者を引き入れるために作られたんじゃなかったっけ

**デフォルトの名無しさん** · 2017/12/16(土) 17:02:19.53

>>830
aho

**デフォルトの名無しさん** · 2017/12/16(土) 17:05:56.09

win使いの情弱は書き込み禁止な

**デフォルトの名無しさん** · 2017/12/16(土) 19:30:19.61

vim使いを情弱呼ばわりするな

**デフォルトの名無しさん** · 2017/12/16(土) 21:20:19.93

>>834
http://jp.techcrunch.com/2015/04/30/20150429microsoft-shocks-the-world-with-visual-studio-code-a-free-code-editor-for-os-x-linux-and-windows/
>「多くのデベロッパーがWindows上で開発を行っているが、同時にLinuxやMacで開発を行っているデベロッパーも多い。
彼らにWindowsを強制せず、オリジナルの環境で開発できるようにしたいと考えた」と語った。
Mac、LinuxのデベロッパーはVisual Studioのようなフル機能のIDEを使わず、
Sublime Textのような簡素なエディタで開発を行うことが多い。

Mac/Linux開発者を意識して、Web技術を基盤とする無料のエディタとして始まったんだよな
最初はオープンソースじゃなくて、拡張も出来なかったけど月イチ更新でどんどんよくなっていった
FreeでOpenでFlexibleでRapidって字面からMSは連想できんし、いい意味でVSCodeは浮いてる

**デフォルトの名無しさん** · 2017/12/17(日) 23:08:25.65

>>804
日本語で最新情報に当たろうと思えば、どうしても有志頼りになる
VSCodeに限ったことではないが

1.3～1.17 1.19
https://vscode-doc-jp.github.io/updates/
1.15～1.19
https://qiita.com/12345
1.3～1.16
https://github.com/ayatokura/JP-VSCode-Docs/tree/master/release-notes

**デフォルトの名無しさん** · 2017/12/18(月) 20:17:00.85

Win10をクリーンインストールしてVSCodeを入れ直した
Win7の時は「VSCodeで開く」というコンテキストメニューが追加されていたんだけど
それがない
なくなった？

**デフォルトの名無しさん** · 2017/12/18(月) 20:26:30.66

>>840
私のWindows10には「Open with Code」というメニューがありますよ

**デフォルトの名無しさん** · 2017/12/18(月) 21:43:13.04

いつだかのPRでインストール時にコンテキストに追加するオプションかどうかのテェックが外れた

**デフォルトの名無しさん** · 2017/12/18(月) 21:48:45.63

>>842
すまん記憶違いかもしれないから誤字もついでに忘れてくれ

**デフォルトの名無しさん** · 2017/12/18(月) 22:02:23.48

>>842
https://github.com/Microsoft/vscode/issues/29166
これと間違えてた

コンテキストに追加されなかったのはチェック入れてなかったのが原因かも

**デフォルトの名無しさん** · 2017/12/18(月) 23:49:13.08

あんまり意識してなかったけど、
インストール時にそういうチェックがあったのかな
ありがとうございました

**デフォルトの名無しさん** · 2017/12/21(木) 08:55:55.96

1.19.1きた

**デフォルトの名無しさん** · 2017/12/21(木) 15:45:23.72

>>845
今日新しいWin10マシンにインストールしたけどチェックあったよ

**デフォルトの名無しさん** · 2017/12/22(金) 11:05:25.79

C言語拡張がどんどんウンコになっていくな
ついに同ファイル内のシンボルジャンプも死んだ

**デフォルトの名無しさん** · 2017/12/22(金) 16:43:16.43

>>848
オマカンやなあ。うちの環境では問題なく飛べる。
ちなみにソース数1000以上のそこそこ複雑なプロジェクト on macOS High Sierra

**デフォルトの名無しさん** · 2017/12/22(金) 19:31:51.54

二言目にはチョーセンチョーセンうるせーよ

**デフォルトの名無しさん** · 2017/12/22(金) 23:19:31.42

【Microsoft Tech Summit】APP017 PowerShellの新しい相棒 Visual Studio Code
https://www.youtube.com/watch?v=0zo6z0yHrGk

2017/01/23 に公開された動画

**デフォルトの名無しさん** · 2017/12/22(金) 23:46:55.48

おま環なのは分かってるけど9月まで見れてた関数シンボルが全部GlobalScopeにされて草も生えない
同じプロジェクトフォルダ内でも全部GlobalScopeになるやつとならないやつがあるから行数かシンボル数多すぎたら駄目そうなんだが

とりあえず直るか環境作れるまでatomと秀丸の二刀流する世界に帰る

**デフォルトの名無しさん** · 2017/12/23(土) 01:39:58.90

>>851
いいね
ISEとCODEどっちがいいの？

**デフォルトの名無しさん** · 2017/12/23(土) 05:14:03.33

>>852
多分行数もシンボル数も関係ないよ。俺の環境1万行以上の頭痛くなるようなソースあるけどジャンプ出来る。
ちゃんと設定出来てないだけでしょ。
ctagみたいな単純なもんじゃなく、clang使ってるからコンパイル通らないような設定だと殆ど何も効かないぞ

**デフォルトの名無しさん** · 2017/12/23(土) 09:56:06.73

ソースコード間のジャンプなんて超重要じゃん
もし出来なかったらサクッとできるように誰かがしちゃう世界だぞ？
多分発言者のレベルが低いからかと・・・

**デフォルトの名無しさん** · 2017/12/23(土) 14:11:26.05

hahaha, nice joke

https://twitter.com/ayatokura/status/944387422917246976

**デフォルトの名無しさん** · 2017/12/23(土) 18:39:01.06

https://gabekore.org/vscode-c-windows
↑のサイトを見ながらCの開発環境を作っているのですが④の当たりから分からなくなってしまいました‥‥

説明のユーザー設定というものがそもそも無かったです‥‥ただの設定を開いたらこの画面になったのですが、この右に書いたのは合ってるのでしょうか‥‥？

このあとの⑤からはほんとによく分からなくなってしまいました‥‥この程度が出来ないなら、プログラミングなんて出来ないですよね‥‥(..;)
自分が不甲斐ないです‥‥-_-

https://i.imgur.com/VH9Yt5X.jpg

**デフォルトの名無しさん** · 2017/12/23(土) 22:24:35.46

>>857
それで合ってるよ。
古いバージョンでは設定が分かれていたんだけど、今は設定から直接ユーザー設定を開くようになってるんだよ。

⑤で、その設定した C:/VisualCodeRunner/crun_gcc.bat を作ればOKだよ。

④でやっていることは、③でvscodeにインストールした拡張機能のRunnerに、CドライブのVisualCodeRunnerフォルダに置いたcrun_gcc.batファイルを読み込ませる設定だよ。

あしだまなだよ。

**デフォルトの名無しさん** · 2017/12/23(土) 22:27:38.01

>>858
ありがとうございます！

**デフォルトの名無しさん** · 2017/12/23(土) 22:38:07.40

>>857
それで合ってるやろ
Runnerってのはコンパイルして即実行するために入れてて
C/C++拡張はコーディングの支援とデバッグのために入れる

④でやってることはそのRunnerって拡張が実行するバッチファイルのパスを設定してる
⑤で実際にそのバッチファイルをつくってる。バッチファイルの書き方は別に覚える必要ない
そのバッチファイルでやってることはgccでソースをコンパイルして即実行

⑧はまた別にC/C++って拡張とデバッグの為の設定をしてる
⑧ではまず拡張にインクルードパスを教えてやってる
そしてtasks.jsonではコンパイルする（exeファイルを作る）ために実行するgccコマンドやらそのパラメータをおしえてる
launch.jsonではできたexeファイルを実行してデバッグするためにexeファイルの場所をおしえてる

って感じやろやったことないけど

**デフォルトの名無しさん** · 2017/12/23(土) 23:08:48.36

>>851
の動画の、13:15 あたりから、ユーザー設定の話

このバージョンよりも、新しいのを使っていれば、
ファイルメニューの基本設定の設定の所

**デフォルトの名無しさん** · 2017/12/24(日) 01:39:38.17

> この程度が出来ないなら、プログラミングなんて出来ないですよね‥‥(..;)
> 自分が不甲斐ないです‥‥-_-

こんな鬱陶しい質問の仕方、そうそう見ないな

**デフォルトの名無しさん** · 2017/12/24(日) 02:46:40.34

全然分からん！！教えてください！！でいいのにな

**デフォルトの名無しさん** · 2017/12/24(日) 03:23:38.59

車の故障コピペみたいだと思った

**デフォルトの名無しさん** · 2017/12/24(日) 03:40:23.74

>>852
もういないかと知れないけど、InteriSenseのキャッシュを削除すれば直るかもよ

**デフォルトの名無しさん** · 2017/12/26(火) 08:44:40.41

アプデしたらgitがないとか言い出したんだけどgitいれなきゃだめなの？

**デフォルトの名無しさん** · 2017/12/26(火) 09:14:36.20

git使わないなら入れなくてもいい

**デフォルトの名無しさん** · 2017/12/26(火) 16:58:40.26

gitがない生活は考えられないけどVSCodeからは使ってない

**デフォルトの名無しさん** · 2017/12/26(火) 19:22:42.21

>>866
今後は表示しないを選ぶか、設定に"git.ignoreMissingGitWarning": true

**デフォルトの名無しさん** · 2017/12/26(火) 20:28:39.42

>>867>>868>>869
ありがとう！

**デフォルトの名無しさん** · 2017/12/26(火) 20:38:54.55

プロジェクトのルートからのパスを書くときに / から書き始めたいんだけど
そう記述すると、パスのCtrl+クリック時にエラー吐いてデータ読んでくれないのって対処法ある？

例えば、c:\test\ をルートにして、 c:\test\index.html から c:\test\img\hoge.jpg を参照するときに
"img/hoge.jpg" ならいいんだけど "/img/hoge.jpg" と書くと
「ファイルが見つかりません (file:///file:/c%3A/test/img/hoge.jpg)。」とエラーになる。

こんなかんじ
https://imgur.com/a/QrH8a

**sage** · 2017/12/26(火) 22:06:32.20

>>871
修正された。次のバージョンまであきらめるか Insider つかうか
https://github.com/Microsoft/vscode/issues/40445

**デフォルトの名無しさん** · 2017/12/26(火) 22:56:27.56

>>872
不具合だったのか！サンクスissuesもっと見ておけばよかった。

**デフォルトの名無しさん** · 2017/12/26(火) 23:16:26.61

>"/img/hoge.jpg" と書くと
/ を先頭に書くのは、絶対パスだろ

相対パスなら、./ で始める。
./img/hoge.jpg

**デフォルトの名無しさん** · 2017/12/27(水) 07:02:14.30

>>874
質問の意味を理解せずにしゃしゃり出てくるなよ

**デフォルトの名無しさん** · 2017/12/27(水) 07:38:34.23

>>875
お前と >>872 が理解してなさげだけどな。
https://github.com/Microsoft/vscode/issues/40445
で修正されたのは絶対パスを指定したときにfile:///file:となるバグで
>>871はプロジェクトルートからの相対パスを/で始めたいと言ってる。
つまり >>874 が正しいように見える。

**デフォルトの名無しさん** · 2017/12/27(水) 07:53:56.40

c:/test をルートにしてと書いてあるし /で始まるルートパスだか絶対パスだかで問題ない気もするが

本人が納得したらしいしそれでいいじゃん次のバージョンで解決するし

**デフォルトの名無しさん** · 2017/12/27(水) 07:59:27.69

>>877
だから解決しないっていってんだけど
理解せずに納得してんならそれでいいけどさ。

**デフォルトの名無しさん** · 2017/12/27(水) 08:04:31.74

それこそ部外者がしゃしゃりでてるだけ