Visual Studio Code / VSCode Part10

**デフォルトの名無しさん** · 2021/03/21(日) 00:47:53.70

Microsoft発のエディタVisual Studio Codeのスレ

公式
https://code.visualstudio.com/
https://github.com/Microsoft/vscode/

開発状況
https://github.com/Microsoft/vscode/wiki/Iteration-Plans

更新内容(日本語訳)
https://vscode-doc-jp.github.io/updates/

前スレ
Visual Studio Code / VSCode Part9
https://mevius.5ch.net/test/read.cgi/tech/1603900952/

**デフォルトの名無しさん** · 2021/08/21(土) 23:39:02.13

反社の定義より難しいのでは

**デフォルトの名無しさん** · 2021/08/22(日) 02:12:41.15

ベジータはハゲではない。
きっと本人が認めないから。

**デフォルトの名無しさん** · 2021/08/22(日) 02:57:41.34

ハーゲマンよ、
自分のハゲを認めろ

**デフォルトの名無しさん** · 2021/08/22(日) 03:08:11.52

お前らサンプルコードで変数定義するときにはhogeではなくhageを使うよな

**デフォルトの名無しさん** · 2021/08/22(日) 03:40:09.24

>>853
それだけではない

**デフォルトの名無しさん** · 2021/08/22(日) 03:40:49.03

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴
著者：アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 03:45:29.88

>>854
納品するコードでも使ってるのか
漢らしい

**デフォルトの名無しさん** · 2021/08/22(日) 04:05:23.19

>>856
いやここでsageの変わりにだ

**デフォルトの名無しさん** · 2021/08/22(日) 04:15:13.23

>>800
挫折したのはOSではなくてカーネルだね
ほとんどのLinuxシステムはgccやbashみたいなメジャーなものから細々としたいろんなツールを、FSFがGNUを完成させるために直接もしくは間接的にメンテしていたものから流用してる
特にGNU C Libraryは、ほぼすべてのデストロで使わていて、アプリケーションは基本的にglibcを経由してカーネルへアクセスする

**デフォルトの名無しさん** · 2021/08/22(日) 06:43:20.85

そう。
みんなはこのスレをsageるが
わたしはhageているのだ。

**デフォルトの名無しさん** · 2021/08/22(日) 13:08:37.20

const SEVEN = ELEVEN; //いい気分

**デフォルトの名無しさん** · 2021/08/22(日) 13:09:14.10

ELEVENは11だった

**デフォルトの名無しさん** · 2021/08/22(日) 13:19:53.89

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 22:12:23.52

function 禿頭のパラドックス(){
do {
1. 禿頭に毛を一本植える→未だ禿である
} while(フサフサ);
2. 禿頭に毛を一本植える→未だ禿である
3. 2.より人はみな禿である
}

**デフォルトの名無しさん** · 2021/08/23(月) 00:27:53.61

>>863
演繹すな！
10万本から減らす方向に進めたら、人類皆非ハゲも成立するやろ！

**デフォルトの名無しさん** · 2021/08/23(月) 00:29:42.75

あたしが違うってったら違うんだよ！！！

**デフォルトの名無しさん** · 2021/08/23(月) 13:42:27.98

往年のMIFESみたいなテーマってない？

**デフォルトの名無しさん** · 2021/08/23(月) 14:07:16.39

取引先のオジサンがMIFESみたいな画面でコード書いてたから

「MIFESみたいですね」
て言ったら
「そだよ。MIFESだもん」
て返された

あれってまだ売ってるのね

**デフォルトの名無しさん** · 2021/08/23(月) 14:10:07.42

どのテーマも色とりどりすぎるんよ
バックは青、ベースは白、強調は黄色、エラーは赤
もうこれだけでいいのに

**デフォルトの名無しさん** · 2021/08/23(月) 14:13:52.92

ぎゅいーんと言いながらスクロールしてはじめてMIFES

**デフォルトの名無しさん** · 2021/08/23(月) 14:39:32.25

>>868
そりゃコーディングするなら色とりどりの方が見やすいと思う人が多いから
こういう状況なんでしょ。
4色でいいなら↓参考にTheme自作すればいいんじゃね
https://qiita.com/kazutosato/items/04bb337699f1868d3573

**デフォルトの名無しさん** · 2021/08/23(月) 14:47:49.59

テーマ総選挙開催しますっ！！！

↓　↓　↓　↓

**デフォルトの名無しさん** · 2021/08/23(月) 14:55:55.64

不毛なアンケートになるからやらなくていい

**デフォルトの名無しさん** · 2021/08/23(月) 15:04:46.95

デフォルトのDark+以外あり得ん

**デフォルトの名無しさん** · 2021/08/23(月) 15:18:25.78

>>872
そんなつもりは毛頭ないのですが・・・

**デフォルトの名無しさん** · 2021/08/23(月) 15:44:39.32

よかれと思ったことが残念な結果になることは世の中たまにあるね
チェーンメール、フェイクニュースの拡散などなど
結局掲示板でアンケートや投票やってもいい感じの流れになった記憶がないんだよな
そのせいか禁止されてる掲示板もたまに見かける

**デフォルトの名無しさん** · 2021/08/23(月) 16:00:43.11

毛の話しかしてないぞ

**デフォルトの名無しさん** · 2021/08/23(月) 22:00:59.09

素毛ー

**デフォルトの名無しさん** · 2021/08/26(木) 20:43:16.75

ノキアに入社してからリモート編集のために仕方なくvscodeを使い始めたけどvsよりサーバー上にあるファイルを読み込むの早い以外は優れた点が見えない
vsでもこれほど早いならとっくに捨ててるわ

**デフォルトの名無しさん** · 2021/08/26(木) 20:55:09.17

まあ優れた点を引き出せないのは仕方ないよ
比較材料にvsを挙げてる時点でテキストエディタを使ったことないんだろうし

**デフォルトの名無しさん** · 2021/08/26(木) 20:57:05.23

>>879
新卒なのでお手柔らかに

**デフォルトの名無しさん** · 2021/08/26(木) 21:02:07.65

色々情報出してるけど身バレせん様に気を付けろよ

**デフォルトの名無しさん** · 2021/08/26(木) 21:33:38.58

>>878
これほど早いなら？？？？？
褒め殺し？？？？？

**デフォルトの名無しさん** · 2021/08/27(金) 00:49:49.44

日本語おかしいぞw

**デフォルトの名無しさん** · 2021/08/29(日) 01:46:48.04

つ、ついに
フォント総選挙開催しますっ！！！

↓　↓　↓　↓

**デフォルトの名無しさん** · 2021/08/29(日) 02:06:47.37

↑　↑　↑　↑

ただいまをもちまして投票を締め切ります！！！
ありがとうございましたっ

**デフォルトの名無しさん** · 2021/08/29(日) 02:08:26.09

おい、ふざけてんじゃねーぞ

**デフォルトの名無しさん** · 2021/08/29(日) 02:49:47.31

応募投票数 0

**デフォルトの名無しさん** · 2021/08/29(日) 02:56:38.04

ライブ当日に客が1人も来なかった歌手を思い出した

**デフォルトの名無しさん** · 2021/08/29(日) 06:35:28.45

そんなYouTubeｒみたいなことあるんやな

**デフォルトの名無しさん** · 2021/08/29(日) 08:27:03.93

まあNerd Font対応してるやつなら正直どれでもいいからな

**デフォルトの名無しさん** · 2021/09/02(木) 00:25:15.24

https://www.windowscentral.com/microsoft-announces-visual-studio-code-web-then-pretends-it-didnt

お漏らししちゃったみたいです

**デフォルトの名無しさん** · 2021/09/02(木) 03:57:35.32

>>891
GitHubではすでに動きますが、ローカルマシン上のソースコードもbrowse出来るようになると書いていますね。
GitHubは確かコミット出来るはずですが、ローカルマシン上のソースコードはbrowseができるまでですかね？

**デフォルトの名無しさん** · 2021/09/02(木) 20:06:56.98

vs codeと機能差次第だな
使うかは

**デフォルトの名無しさん** · 2021/09/02(木) 20:28:54.16

ローカルのvscodeと比較するならcodespacesなのかな。有料だと思うけど。

**デフォルトの名無しさん** · 2021/09/03(金) 08:57:13.71

August 2021 (version 1.60)
https://code.visualstudio.com/updates/v1_60

**デフォルトの名無しさん** · 2021/09/03(金) 11:12:52.51

バージョンアップした今朝から、shift+ALT+Fのドキュメントのフォーマット？を使うと、整列が崩れるんだがこれバグ？
特にグローバルに置いた#が崩れて、わけわかめになる。
特定の範囲を整列の対象から外すとか出来ないのかな。
あと範囲指定して、ctrl + k ctrl + fも今更試して見たけど反応しなかったorz

**デフォルトの名無しさん** · 2021/09/03(金) 11:17:39.92

>>867
mifesは、そろそろ次のバージョン出して欲しい。
俺は、ショートカットをできるだけ同じに書き換えてVSCと併用してる。
数十ファイルとかある場合、正規表現を使ったgrepや書き換えなんかはこっちが使いやすいのよ。

**デフォルトの名無しさん** · 2021/09/03(金) 11:37:09.48

>>896
フォーマットはvscodeのバージョンアップとは別の作者による拡張機能で後追いのバージョンアップ待ち

**デフォルトの名無しさん** · 2021/09/03(金) 11:39:24.59

>>896
スマン自己解決した。
バージョンアップと同時に言語設定が自動に巻き戻ったようだった…orz

**デフォルトの名無しさん** · 2021/09/03(金) 13:22:32.77

今回のアップデートはてんこ盛りだな

**デフォルトの名無しさん** · 2021/09/03(金) 13:48:32.63

>>897
仲間
ワークスペースの概念やタブの並び替えとか基本的な使い勝手をどうにかしてと数年前に言ったけど変わらなかったな
もう弄れる開発者がいなくなって社内開発でも使ってないんじゃないかと思ったりする
起動の速さとgrep周りは今でも快適なので重宝してるけど

**デフォルトの名無しさん** · 2021/09/03(金) 14:17:44.93

>>901
vscodeに拡張機能を作って移植すればいいじゃんｗ

**デフォルトの名無しさん** · 2021/09/03(金) 18:00:19.78

Bracket Pair Colorizerが公式化したの嬉しいわ

**デフォルトの名無しさん** · 2021/09/03(金) 19:02:12.47

1.60 で、漏れがやった変更。
Editor の2項目

High performance bracket pair colorization

CoenraadS の拡張機能・Bracket Pair Colorizer の代わりに、
設定・"editor.bracketPairColorization.enabled": true で出来る

Inline suggestions in autocomplete
設定・"editor.suggest.preview": true で出来る

**デフォルトの名無しさん** · 2021/09/11(土) 21:50:06.67

ランゲージサーバーがもう少し安定すればなぁ

**デフォルトの名無しさん** · 2021/09/12(日) 17:16:26.45

Pythonの勉強で使用しています
コード中の選択箇所を()で覆うショートカットまたは拡張機能など無いでしょうか？
ex)
if li[0] == li[1] == li[2] :
上記の、先頭の li から [2]までを選択し、何らかの動作を行うことで
if (li[0] == li[1] == li[2]) :
となってほしいのです

html用に、選択箇所をタグで囲ってくれる機能があったと思うのですが
それの括弧版が無いかなと…

それらしい単語でググっても、対応する括弧に飛ぶ、くらいしか出てきません
地道に括弧を入力するしかないでしょうか

**デフォルトの名無しさん** · 2021/09/12(日) 17:36:45.69

＞EmacsユーザがVSCode だけで開発するようになって１ヶ月が経った
＞リモート下で密接にペアプロ
＞Live Share が便利
＞デバッガーの状態を共有したまま調査ペアプロ
＞リモートマシンにログインしてストレス無く開発するのにRemote SSHなどの拡張が便利
＞no-maddojp.hatはenabぶlog.com/entry/2021/09/11/193948

VSCodeが便利すぎるって褒めまくってるよ

**デフォルトの名無しさん** · 2021/09/12(日) 18:00:32.05

Live Shareって使ったことないな
どういう仕組みなの

**デフォルトの名無しさん** · 2021/09/12(日) 18:21:10.51

>>906
選択した状態で(を入力したら自動でそうならない？
特に何か設定した覚えはないけど、選択状態で(を入力すると、そのまま選択範囲を()で囲んでくれるよ

**デフォルトの名無しさん** · 2021/09/12(日) 23:46:30.78

>>908
Google Docsのプログラミング版みたいなやつ

**デフォルトの名無しさん** · 2021/09/12(日) 23:47:02.13

>>909
＞選択した状態で(を入力したら自動でそうならない？
なりました…すみません全く思いつきませんでした
ありがとうございました！

**デフォルトの名無しさん** · 2021/09/13(月) 18:29:54.30

選択した状態で(入力したら選択箇所消えると思ってた

**デフォルトの名無しさん** · 2021/09/13(月) 19:30:13.12

カッコやクオートは消えない。英数字などは消えるね。
色々な言語使ってると、何が置換で何が括られるかは
タイプしてみないと分からないのが難点。

**デフォルトの名無しさん** · 2021/09/13(月) 22:55:11.24

>>909
これ地味に便利だな…知らなかった

**デフォルトの名無しさん** · 2021/09/13(月) 23:32:27.74

プレーンテキストでも同じっぽいな

**デフォルトの名無しさん** · 2021/09/14(火) 01:14:44.43

むしろ他のエディタで選択してから括弧でくくろうとすると消えてしまってイライラする

**デフォルトの名無しさん** · 2021/09/14(火) 08:33:30.61

日本語入力してる時、変換前に括弧の補完が入ってしまって、閉じ括弧が2重になってしまうのだがどうしてる？

**デフォルトの名無しさん** · 2021/09/14(火) 09:40:52.53

>>917
環境は？
Windows10 + Microsoft IMEだけどこちらは問題ないです

**デフォルトの名無しさん** · 2021/09/14(火) 10:40:04.43

保存時にタブスペースが勝手に削除されちゃうんですが、
これをさせない方法ってないですかね？
Foramt On Saveの機能はオフってるんですが・・・

**デフォルトの名無しさん** · 2021/09/14(火) 11:02:04.58

command palleteからfile: save without formatting
拡張機能全無効化

**デフォルトの名無しさん** · 2021/09/14(火) 11:11:49.37

>>920
やっぱり拡張機能が悪さしてるんですかねぇ…
ちょっと試してみます。
ありがとうございます。

**デフォルトの名無しさん** · 2021/09/14(火) 11:56:20.07

>>921
余談ですが、これ
「EditorConfig for VScode」っていう拡張機能が原因でした。
オートフォーマット系は、複数人でファイル管理する作業には向かないですね・・・

**デフォルトの名無しさん** · 2021/09/14(火) 12:06:27.99

>>922
gitの無駄なコミットログが出来てウザいよね

**デフォルトの名無しさん** · 2021/09/14(火) 12:13:23.75

>>922
フォーマッタの設定まで共有しちゃえばいいのでは？と思いましたが、使ってるエディタがバラバラだと困りますね

**デフォルトの名無しさん** · 2021/09/14(火) 12:42:46.09

そもそもEditorConfigはチーム共有せんと意味ない
でないと任意のエディタつかえなくなるやん

**デフォルトの名無しさん** · 2021/09/14(火) 13:02:39.72

>>925
チーム全員で入れれば有用な拡張機能みたいですね、
自分なんで入れてたのか・・・ｗ

**デフォルトの名無しさん** · 2021/09/14(火) 13:43:58.91

editorconfigはエディタによってサポートマチマチだし、エディタ固有のフォーマッターと喧嘩するし、アナライザ、リファクタツールとも同期してないんで、不便なんで直ぐに使わなくなったな
このエディタの垣根を超えてスタイル統一って考え方、うまく行くとは思えねえんだ

**デフォルトの名無しさん** · 2021/09/14(火) 14:11:39.02

同意
スタイルを統一したいなら開発環境を縛ろうとするよりCIで弾くだけにして、
どうやって準拠させるかは各自で好きにやったほうが良い

**デフォルトの名無しさん** · 2021/09/14(火) 14:13:05.41

editorconfigは最初に使ってる人に仕様概要聞いた段階で、
そんなもんではグダグダ解消されないとおもったけどね。

企業ならそんな些細な統一ではなく
エディタを統一して
操作ノウハウやプラグイン制作成果が常にチーム全員に適用できるようにした方がはるかにいい。

**デフォルトの名無しさん** · 2021/09/14(火) 17:41:27.98

editorconfig使えないエディタってそんなに皆使ってるか？editorconfigで最低限のスタイル統一してCIで弾くようにしてるけど別に困らんな

**デフォルトの名無しさん** · 2021/09/14(火) 18:04:12.91

VS使ってるとサジェストがうざすぎる
んでサジェスト個別に制御にしようとするとeditorconfigが勝手に作られる
昔はVS好きだったけど最近のVSはおせっかいが迷惑になってきてるんでVsCode1択だ

**デフォルトの名無しさん** · 2021/09/14(火) 20:30:15.61

>>928
.editorconfig を認識するエディタならそれに任せれば楽ができるってだけで、あえてそれ以外のエディタを使いたい人は
自分で規約に沿ってフォーマットすればいい。べつに相容れないものじゃないと思うが。

**デフォルトの名無しさん** · 2021/09/14(火) 23:05:39.56

VSCode以外使わねーから問題ねーわ

**デフォルトの名無しさん** · 2021/09/15(水) 00:31:08.44

アップデートしたら起動時のターミナルがどう設定を変えても勝手にPowerShellになるので、なんでや！？と思ってたらどうやらバグらしい
無駄にイライラしちゃったじゃん…早よ改善版リリースしてくれ

**デフォルトの名無しさん** · 2021/09/15(水) 09:17:13.12

>>934
もう1.60.1がリリースされてる
https://github.com/microsoft/vscode/releases/tag/1.60.1

**デフォルトの名無しさん** · 2021/09/15(水) 10:28:19.53

>>931
わかる
ちょっと前のVSは他のIDEに比べて余計なおせっかいが少なくて使いやすかったのに、ローリングリリースになったあたりからおかしくなってきた印象
VSCodeとの差別化とか、今やおせっかいIDEの代表格であるJetBrains製品が競合として伸びてきたという背景もあるんだろうね

**デフォルトの名無しさん** · 2021/09/15(水) 16:56:16.20

android用、iPadOS用はそのうちリリースされますか？

**デフォルトの名無しさん** · 2021/09/15(水) 17:05:02.01

>>937
webアプリでOK

**デフォルトの名無しさん** · 2021/09/16(木) 01:25:50.25

単体テストプロジェクトとVS Codeでやろうとして躓いてんだけど、
VS Codeだと、他のプロジェクト(.proj)を参照設定することって出来んだっけ？

出来なかったら、単体テストを別プロジェクトで出来ねーーじゃん！

**デフォルトの名無しさん** · 2021/09/16(木) 01:52:09.58

vscode自身はワークスペース毎に設定を分けられるくらいで
プロジェクト扱いしてるのは使っている言語他の拡張がやっていること
そこが分からないとなんとも

**デフォルトの名無しさん** · 2021/09/16(木) 01:57:35.23

情報がなさすぎる
愚痴りに来たのか？

**デフォルトの名無しさん** · 2021/09/16(木) 02:45:32.40

slnを構成したら解決した
おわり！
笑

今回の件と直接関係ない話だけど、VS CodeでVSレベルの環境を使おうと思ったら、
OmniSharp Server の動作（自動起動条件）とか、
.vscodeフォルダにlaunch.jsonとtask.jsonが追加されたりされなかったりとか、
このあたりの動きの詳細がわからんな。

**デフォルトの名無しさん** · 2021/09/16(木) 03:46:56.32

slnはいらんかった。
prjにコマンドで参照設定すればいいだけだった！

笑

**デフォルトの名無しさん** · 2021/09/16(木) 05:58:33.17

>>937
eclipse theiaで我慢しなさい

**デフォルトの名無しさん** · 2021/09/19(日) 12:08:32.64

どんどんサイズがでかくなってるな
昔の軽快さはどこに行ったのか

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

マークダウン書くときに、
キャプチャ画像の保存とタグの挿入が簡単になる
VSCodeの拡張機能なんかないですか？

**デフォルトの名無しさん** · 2021/09/19(日) 12:16:16.28

キャプチャ画像は何処に保存される予定？

**デフォルトの名無しさん** · 2021/09/19(日) 12:21:35.76

imgur

**デフォルトの名無しさん** · 2021/09/19(日) 13:10:04.21

>>946
Markdown Imageあたりで良いんじゃない？
俺はこればっか使ってる。

**デフォルトの名無しさん** · 2021/09/19(日) 13:25:36.21

VSCodeでMarkdownの拡張(GFMやら)をpreviewすること可能？