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/06/30(金) 20:15:07.56

「そういう感じ」じゃないかもしれないけど「リアルタイムで文法チェック」できるものはあるよ。

**デフォルトの名無しさん** · 2017/06/30(金) 20:19:16.39

つまり「ない」が答えか
ありがとう、よくわかったよ

**デフォルトの名無しさん** · 2017/06/30(金) 22:17:40.00

>>171
typescriptならtslint
jsならeslint

**デフォルトの名無しさん** · 2017/06/30(金) 22:30:50.43

>>169,171
共通ベースのlinterみたいな拡張が不要な設計になってるから無いんやで

**デフォルトの名無しさん** · 2017/06/30(金) 22:42:57.94

単純に設計思想の違いなんだと思うが、共通ベースのlinterがないと許せない世界にお住まいなんだろうね

>>168
ちょっと前のバージョンアップで入ったばかりだからあまり知られてないのかも

**デフォルトの名無しさん** · 2017/06/30(金) 22:51:30.79

あら本当だ、files.autoGuessEncodingとか知らんかったわ

**デフォルトの名無しさん** · 2017/07/01(土) 01:43:11.22

あんま精度良くないけど

**デフォルトの名無しさん** · 2017/07/01(土) 02:54:42.72

>>174
認識失敗して酷い目にあったよ
日本語含んだshiftjisの.iniがisoなんたらに認識されて、気づかずそのまま保存したら壊れた

**デフォルトの名無しさん** · 2017/07/01(土) 09:20:14.45

だれかもっと精度のいいエンコードの判別作って改善してほしい

**デフォルトの名無しさん** · 2017/07/01(土) 16:18:38.46

自分で作る気はないのか

**デフォルトの名無しさん** · 2017/07/01(土) 17:42:41.01

npmにせいぜい2個くらいしか登録されてないしそういうことやろ

**デフォルトの名無しさん** · 2017/07/01(土) 20:55:36.21

精度上げるのにも限界あるだろうし、
自動に任せるならある程度は自己責任でという感じだからデフォルトオフの設定なんだろうな

**デフォルトの名無しさん** · 2017/07/01(土) 22:31:18.78

いやーShiftJISを自動で認識してくれるようになってPowershellが捗るわー
基本的にはUTF-8使ってるけど
WindowsのbatとかPowershellだとShiftJISじゃにと面倒くさいもんで

**デフォルトの名無しさん** · 2017/07/02(日) 07:01:14.37

理論的にかなりの文字数がないと判別不可能な状況あるしな

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

EUC の  みたいなの ShiftJIS だと何になるんだろう

**デフォルトの名無しさん** · 2017/07/02(日) 09:07:04.53

今のPCの性能なら、判別できるまで全部読み込むで十分だろう。
そのうえで原理上判別不可なencodingはあるから取捨選択や優先度変更は欲しいところだな。
欧米人の作るライブラリだとiso8859優先で変更不可とかあるんだよな。

**デフォルトの名無しさん** · 2017/07/02(日) 09:51:18.95

まぁホワイトリスト制に出来れば普段は解決しそうだよな

**デフォルトの名無しさん** · 2017/07/02(日) 13:04:22.35

UTF16のBOM無しのテキストファイルがバイナリで認識されて開けないのなんとかならないかな

**デフォルトの名無しさん** · 2017/07/02(日) 14:52:04.67

だれかxyzzyの判定処理移植して

**デフォルトの名無しさん** · 2017/07/02(日) 23:09:02.29

言いだしっぺの法則

**デフォルトの名無しさん** · 2017/07/02(日) 23:11:06.32

>>187
それはさすがに難しそうだ。自動判定できてるツールってなにかあるかな？

**デフォルトの名無しさん** · 2017/07/02(日) 23:53:52.93

処理を内部に移植しなくても外部のプログラムを呼び出して使うエクステンションでも別にかまわないぞ

**デフォルトの名無しさん** · 2017/07/03(月) 10:12:53.47

今のところ誤判定ないんだけど
日本語コメントを多用してるからかな？

**デフォルトの名無しさん** · 2017/07/06(木) 17:41:15.97

いつもの流れなら明日の朝までには1.14かな

**デフォルトの名無しさん** · 2017/07/06(木) 23:45:52.53

いつの間にやら、認証が必要なタイプの串刺してると
通信できなくなる問題なおってるな

**デフォルトの名無しさん** · 2017/07/07(金) 00:43:01.97

まじで！？

**デフォルトの名無しさん** · 2017/07/09(日) 10:15:19.34

7月8月は夏休み取るメンバーも多いからあんまり更新内容多くないからな！
と予告していて好感がもてる

**デフォルトの名無しさん** · 2017/07/09(日) 10:46:57.12

これPowerShell書くには最高だね

**デフォルトの名無しさん** · 2017/07/09(日) 12:19:03.71

本家visual studioはソリューション作らないといけないから
その点の煩わしさは解消されたな
ただ入力補完がまだ弱いのと前よりは安定したけどたまにデバッガが死ぬあたりは今後の改良に期待

**デフォルトの名無しさん** · 2017/07/09(日) 15:04:58.67

>>198
フォルダ開けるやろ

**デフォルトの名無しさん** · 2017/07/09(日) 15:56:18.84

>>199
aho

**デフォルトの名無しさん** · 2017/07/09(日) 16:25:05.63

>>200
baka

**デフォルトの名無しさん** · 2017/07/09(日) 17:33:46.10

>>197
いま、Visual Studio Express で PowerShell 書いてるけど Visual Studio Code にするとなんかいいことある？

**デフォルトの名無しさん** · 2017/07/09(日) 17:52:43.45

かわいい彼女ができます

**デフォルトの名無しさん** · 2017/07/09(日) 21:39:11.12

>>202
Visual Studio Expressがよくわからないのでなんとも言えない
Visual Studio Expressに慣れてるならそっちの方が生産性高いんじゃない？

**デフォルトの名無しさん** · 2017/07/09(日) 22:57:04.67

>>202
2017ならべつにいいんじゃね？

**デフォルトの名無しさん** · 2017/07/09(日) 23:10:28.24

>>205
Expressってことは2015かそれよりも前やろ

**デフォルトの名無しさん** · 2017/07/09(日) 23:11:09.92

>>198
なんでソリューション作る必要があるん？

**デフォルトの名無しさん** · 2017/07/10(月) 05:04:06.02

>>204
最高って言ってるぐらいだから何かあるかと思ったんだが...

**デフォルトの名無しさん** · 2017/07/10(月) 08:36:46.06

>>208
自分にとってはちょっとしたスクリプト書いてすぐ使いたい時にサッと起動できるし
いちいちコマンド調べたりしなくても候補も出てくるし
ファイルをクリックしなくてもエディタ上から実行出来るから便利だけど
Visual Studio ExpressからVisual Studio Codeにしても何もいいことないですから
やめておいた方がいいですよ　
何もいいことないですから

**デフォルトの名無しさん** · 2017/07/10(月) 14:18:56.04

code helperがCPU使用率100%になる問題は1.14で解決するのん？

**デフォルトの名無しさん** · 2017/07/10(月) 15:02:04.74

更新まだかよこのハゲー

**デフォルトの名無しさん** · 2017/07/10(月) 15:31:16.99

issues見てたら直前でなんかバグ発覚して修正コードをねじ込んだっぽい？
ので遅れているのかもしれない
本来なら先週末には出てたと思う

**デフォルトの名無しさん** · 2017/07/11(火) 09:33:30.35

extension経由でインストールしたsnipetのコードを参照する方法ってないかな？
user snipetとして作るのに参考にしたいんだよね。
github見ればいいって話なんだけどローカルでちょっと参照したい。

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

そのリポジトリをクローンすればいいのでは

**デフォルトの名無しさん** · 2017/07/11(火) 14:36:40.87

というかインストールしたならそこを参照すればいいのでは

**デフォルトの名無しさん** · 2017/07/11(火) 18:40:49.90

>>215
そのpathどこになりますのん？
macなんすけど。

**デフォルトの名無しさん** · 2017/07/11(火) 19:31:14.10

>>216
https://code.visualstudio.com/docs/editor/extension-gallery#_common-questions

> Mac ~/.vscode/extensions

**デフォルトの名無しさん** · 2017/07/12(水) 03:01:05.99

アップデートしたら、起動できなくなった…

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

やっとアプデきたか

**デフォルトの名無しさん** · 2017/07/12(水) 10:48:11.46

プログラマーのためのネーミング辞書 | codic
https://codic.jp/
Visual Studio 拡張をリリースしました - codic blog
http://blog.codic.jp/2016/01/27/codic-visual-studio-extension/

**デフォルトの名無しさん** · 2017/07/12(水) 15:09:24.02

VScode 1.14 freezes on my Mac
https://github.com/Microsoft/vscode/issues/30407

**デフォルトの名無しさん** · 2017/07/12(水) 15:14:07.95

やっときたかと思ったらまーたバグ祭りか
いらね

**デフォルトの名無しさん** · 2017/07/12(水) 15:48:07.51

起動しないのはMac勢か？ Winは今の所問題ない

**デフォルトの名無しさん** · 2017/07/12(水) 15:50:25.71

>>217
ありがとう .codeで探してたわ

**デフォルトの名無しさん** · 2017/07/13(木) 00:30:46.07

winなんで更新してみた。オレも問題ない。
拡張のRECOMMENDEDがじゃまだけど

**デフォルトの名無しさん** · 2017/07/13(木) 05:54:05.22

変数とかのポップアップ何もでなくなったんだけど

**デフォルトの名無しさん** · 2017/07/13(木) 11:28:11.46

相変わらず code HelperのCPU使用率が100％になる問題が解決してないね。
うちのmacだけの問題とかじゃないよね、、、

**デフォルトの名無しさん** · 2017/07/13(木) 14:34:27.01

おれはmacでなんともない

**デフォルトの名無しさん** · 2017/07/13(木) 16:11:29.00

>>228
やっぱりgoのextension入れてるのが問題なのかな？
typescriptを使った開発の最中でもよくあるんだけど

補完候補がでなくなった。ってなると裏でcode helperが暴走中

**デフォルトの名無しさん** · 2017/07/13(木) 16:50:46.69

phpとpythonでは問題ないな。
依存ライブラリが多いプロジェクトだと重くなるというのはあるけど、
それはJetBrainsのIDEとか使ってても同じだし。

**デフォルトの名無しさん** · 2017/07/14(金) 10:36:06.85

フリーズ問題修正したらしい 1.14.1出た

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

**デフォルトの名無しさん** · 2017/07/16(日) 20:21:31.98

code insiderのほうが安定して動いてるってどういうことなのw
まぁどっちか使えればいいか

**デフォルトの名無しさん** · 2017/07/17(月) 22:18:16.44

源真ゴシック等幅とNasuフォントつかうとテキストの描画とキャレット移動したときの
位置がおかしくなるんだけど、これいつから？

**デフォルトの名無しさん** · 2017/07/21(金) 15:11:54.32

1.14.2

**デフォルトの名無しさん** · 2017/07/21(金) 22:20:47.67

1.14.2 の Win64bit版も出てたんだ
Insiders build だけかと思ってたわ

**デフォルトの名無しさん** · 2017/07/21(金) 22:39:09.05

そっちもどうせバグ塗れだろ
お断り

**デフォルトの名無しさん** · 2017/07/21(金) 23:47:51.41

なんかメリットあるのかな。
64bitが必要になるほどでかいファイル扱うこともないしなあ

**デフォルトの名無しさん** · 2017/07/22(土) 09:34:33.40

中身も64bit化されるなら高速化とかのメリットがあるんじゃないかな

**デフォルトの名無しさん** · 2017/07/23(日) 02:36:30.15

C++のインテリセンス
1つでもインクルードに失敗してると全てのシンボルが表示されるようになることに気付くのに1ヶ月かかった

**デフォルトの名無しさん** · 2017/07/24(月) 17:54:49.49

>>239
常に全部表示される仕様なのかと思ってた
最近のソフトはカッコつけてエラーや情報表示減らしてるからわからんよなー

**デフォルトの名無しさん** · 2017/07/25(火) 22:23:55.26

>>240
というかClangが構文エラーとかが残ってるソースを読ませると
エラーで全てのシンボル返してくるからClangの補完がクソだと思う
C++のエクステンションはLinterが付いてないから更に気付く機会が減っているという

**デフォルトの名無しさん** · 2017/07/25(火) 22:31:16.47

64ビットになってスピードが速くなったとか感じたことなんかほとんどない
メリットなんかほとんど感じられんな
16から32ビットのときは、めっちゃ衝撃的だったけどねえ

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

それはあらゆる物の性能が上がっただけだろ
そもそも64bit化の利点はメモリ空間の増大であってそれ以外は32bit互換動作ではないという点くらい
速度に影響を与えるのは64bit整数に対して64bit演算を行えるということくらい
しかし32bitで十分なデータが64bitになることでメモリアクセスが増えるのでかえって遅くなることもある

**デフォルトの名無しさん** · 2017/07/26(水) 00:04:36.44

例えば、C言語で int のローカル変数は long にしないと処理効率悪くなるとかあるの？

**デフォルトの名無しさん** · 2017/07/26(水) 00:39:13.16

32bit変数使ってもそこにアクセスするには64bitのアドレスが必要ってことだろう

**デフォルトの名無しさん** · 2017/07/27(木) 00:26:50.60

vs code神エディタだわ
ATOMとかこれ系のエディタの中では間違いなく最強
補完強いし似たような他のよりも軽いし

**デフォルトの名無しさん** · 2017/07/27(木) 00:54:34.56

vsとcodeの間にスペース入れるやつ初めて見たわ

**デフォルトの名無しさん** · 2017/07/27(木) 01:15:10.89

>>247
アカンのか？

**デフォルトの名無しさん** · 2017/07/27(木) 07:26:44.17

>>243
普通に考えれば、32ビットのときは、１クロックにとれるのが32ビットに対して、64ビットになれば64ビットのメモリを
１クロックにとれるから、速度は2倍だと思うけどね
CPUのデータ幅で速度は影響されるだろ。　でもそんな効果もまったく感じられないな

**デフォルトの名無しさん** · 2017/07/27(木) 15:03:00.21

>>249
おまえの自分勝手な単純化した理論が普通じゃないってことだろ、気づけよ

**デフォルトの名無しさん** · 2017/07/27(木) 23:26:13.42

>>247
入れないやつ初めてみた

**デフォルトの名無しさん** · 2017/07/28(金) 06:59:28.96

>>251
githubのリポジトリがvscodeのせいか普通に使われてるみたい
スペース入れるならVS Codeと書いてる人が多いな

**デフォルトの名無しさん** · 2017/07/28(金) 07:00:33.96

>>249
PentiumProの時代からデータバスは64bitだったりするんだけど w

**デフォルトの名無しさん** · 2017/07/28(金) 07:58:37.40

>>253
ペンプロ自体が地雷で黒歴史だしだれもしらんだろw

**デフォルトの名無しさん** · 2017/07/28(金) 08:09:06.56

マシン語１命令実行するのに数クロックかかるからデータバス幅増やしても速度的にはもう意味ないってことかな
先読みして分岐予測してるくらいだもんな

**デフォルトの名無しさん** · 2017/07/28(金) 12:59:29.08

>>254
そういう話じゃないことぐらいは理解しろよ...
その後のPentiumはたいてい64bit

**デフォルトの名無しさん** · 2017/07/28(金) 13:14:32.17

データバス幅は64ビット、でもレジスタは32ビット
変なCPU ww

**デフォルトの名無しさん** · 2017/07/28(金) 19:00:22.80

世の中にはデータバス幅8bit、でもレジスタは32bitなんて言うCPUもあるんやで

**デフォルトの名無しさん** · 2017/07/28(金) 22:46:53.98

Visual Studio ファミリーはプログラム板で立てる風習があるのか？

**デフォルトの名無しさん** · 2017/07/29(土) 10:00:40.18

プログラムだろう？

**デフォルトの名無しさん** · 2017/07/29(土) 15:13:21.99

GCC Is Working On An Implementation Of Microsoft's Language Server Protocol http://www.phoronix.com/scan.php?page=news_item&;px=GCC-LSP-Patch-Proposal

**デフォルトの名無しさん** · 2017/07/29(土) 23:02:53.57

>>259
マ板は"マ"の話するところだもん。
それ以外の話するやつがでたから隔離板としてム板ができた。

**デフォルトの名無しさん** · 2017/07/29(土) 23:45:00.92

引き合いに出すならソフトウェア板だと思うがなぜマ板を出したのだろう

**デフォルトの名無しさん** · 2017/07/30(日) 00:27:38.76

ソフトウェア板はエンドユーザー向けソフトウェアの板でプログラム関係ないじゃん

**デフォルトの名無しさん** · 2017/07/30(日) 03:27:56.97

誰もVisual Studioを開発するためのスレなんて欲してないから
エンドユーザー向けソフトウェアの板でも問題ない

**デフォルトの名無しさん** · 2017/07/31(月) 00:21:04.20

AtomやSublimeスレはソフトウェア板なのになんでこれだけ、とは思った。
最初見つからなくてスレがないのかと思ってたわ。

**デフォルトの名無しさん** · 2017/07/31(月) 00:22:10.93

>>266
別にこれだけじゃなくね？

**デフォルトの名無しさん** · 2017/07/31(月) 13:26:05.66

>>267
いやまあ、Bracketも含めここ数年よく話題になるエディタというくくりでさ

**デフォルトの名無しさん** · 2017/07/31(月) 16:38:12.65

Windows板じゃなかっただけマシじゃん