[過去ﾛｸﾞ] Visual Studio Code / VSCode Part15 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
31: デフォルトの名無しさん [sage] 2024/06/15(土) 01:08:09.57 ID:T60ic5gP(1) AAS
どういうパターン？
50(4): デフォルトの名無しさん [sage] 2024/07/06(土) 22:55:12.57 ID:Ejoe6ixc(1/2) AAS
この日本語入力／変換のバグ
外部ﾘﾝｸ:github.com
前スレの814のバグなんですが、
いつの間にか直っていますね。いやー長かった。
これで日本語文書を作成するエディタとして使う気になる。
121(1): デフォルトの名無しさん [sage] 2024/08/08(木) 23:45:47.57 ID:lbnfL2qJ(1) AAS
>>118118(1): デフォルトの名無しさん [sage] 2024/08/08(木) 23:31:47.64 ID:iroiJXwy(9/9) AAS
メリットがあるとするなら静的型言語は作る前から入念な設計が必要になる
アジャイル的なものとは相性悪いがウォーターフォール的なアプローチなら相性が良い
コーダーたくさんしたがえてるような環境ならデメリットも帳消しになるかもって所
しかし基本は足かせでしかないよ
たとえばC#なんかもジェネリックでる前は全部基底クラスのobjectとして扱えるハッシュテーブルとかつかってたわけじゃん
結局型キャストするわけで
そんなの動的型言語とやってることかわらんじゃんと
ただただめんどくさくて足かせになるだけだったな
というかジェネリックとか自体もだるいしな
文が長すぎ
補助輪ついてる自転車状態なわけで自由自在にのれてこける心配のない人にはじゃまなだけ
静的型付け言語はアジャイル方式でも相性が良い
改善や機能追加でどんどん仕様が変わっていっても静的型付けチェックが自動的になされるため効率も良い
逆に動的型付け言語は生産性が悪い
219: デフォルトの名無しさん [sage] 2024/08/16(金) 11:30:21.57 ID:IMiafB0Z(1) AAS
WindowsではとりあえずCaps2CtrlにしてAutoHotkeyでBashキーバインドにしてる
305: デフォルトの名無しさん [sage] 2024/10/05(土) 14:02:23.57 ID:s1U+0q0i(1) AAS
Copilotがかなり強化されたな
あとはチャットで提案された変更を適用するときのマージの精度がクソすぎるのと挙動がバギーすぎるのがマシになればCursor 用済みなんだが
476(1): デフォルトの名無しさん [sage] 2024/11/15(金) 10:39:29.57 ID:Ka+Ndc6r(1) AAS
AIコーディング支援は乱立しすぎ
Cursorも最近Copilotに猛追されて危険な状況だし、そろそろバブル崩壊かな
551: デフォルトの名無しさん [] 2024/11/26(火) 13:55:42.57 ID:5vGG8xpC(1/2) AAS
>>546readのときは0x0Dを無視
writeのときは0x0Aが来たら0x0,D0x0Aを出力
このルールだけで快適
610: デフォルトの名無しさん [sage] 2024/12/16(月) 11:48:56.57 ID:MwY0gYCD(1) AAS
偶数行を削除、みたいなシンプルな作業も、Copilot に頼むようになってしまった。
原発がたくさん必要だ
905: デフォルトの名無しさん [sage] 2025/02/23(日) 18:20:39.57 ID:/djLAGm0(1) AAS
丸数字とか、数値が大きくなると詰むだろ
そういうのは、まともなプログラマなら避けるものだよ
今は問題ないからいいじゃん、という考え方はしない
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.042s