Visual Studio Code / VSCode Part15 YouTube動画>1本 ->画像>2枚

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 Part13
http://2chb.net/r/tech/1656984270/
Visual Studio Code / VSCode Part14
http://2chb.net/r/tech/1678807578/

さあlocalhostについて語ろう

あの流れホントアホかと思った

低学歴朝鮮人が何言ってるかわからんかったからなw

>>913(前スレ)
俺だけど、ウィルス対策ソフトのVPN接続機能が原因だった。

一定文字数以上(？)だと投稿が弾かれるっぽいんだが。

>>5
誰？

俺だよ俺

>>1の日本語訳のサイト
Last updated: 2018-04-08
で笑ってしまった

http://2chb.net/r/tech/1552615295/34

>>4
ワラタ
てめえだろ
しらねーのにフカしてたザコw
3匹くらいいたな

チョンカスw

973 デフォルトの名無しさん sage 2024/05/25(土) 22:05:47.40 ID:Mq6tzgTF
localhost というホスト名が登録されていなければアクセスできない。
windows のデフォルトでは登録されていない。

ゲラゲラ

971 デフォルトの名無しさん 2024/05/25(土) 19:06:51.59 ID:NffzxWXG
>>969
Windowsで使っている可能性が高いのにlocalhostはねえだろ

まだやってる　ガイジかな

その昔、hosts ファイルに
127.0.0.1 localhost
って登録あったなぁと思って見てみたら、デフォでコメントアウトされてたわ (Windows 11)
-----------------------------
# For example:
#
# 102.54.94.97 rhino.acme.com # source server
# 38.25.63.10 x.acme.com # x client host

# localhost name resolution is handled within DNS itself.
# 127.0.0.1 localhost
# ::1 localhost
-----------------------------

RFC 6761やね

おおーそれに合わせてOSベンダーが予め暗黙的に名前解決をするようにしてあるのか
前スレで「えっ動いてるけどなんで？hostsても有効行になってないけどなんで？」って食い付いた者ですが、とても勉強になりました
ありがとうございます

localhostっていうPC名を探すってageてた奴が嘘つきになっちゃう

vsみたいに文字列ヒットしたファイルだけエクスプローラーに表示するフィルタ欄が欲しい

VSの動作はしらないけどフィルタ動作はあるよ？
スラッシュで検索欄だして横三本線のアイコン

ディスプレイ買うしか無いか
13インチとか14インチのノートで
vscode & jupyterで使うとなんも表示できない
空白スペース多すぎ

ふつう画面増やして画面切り替えで対応するよね？

そんなもんは出先でメールチェックくらいにしか使えないだろ
絶対的にパワー不足だと思うが、まずは27インチ4Kくらいはあった方がいいね

copilot使いまくってるけど、powershellの$nullがいつも右側に出て警告なるのイケてないな
さっさと学習してくれんかなこういうの

43インチ使ってるが、デカすぎてもうちょい小さいの買えばよかった
湾曲もしてないから、上の方見る時、首痛くなる

copilot、visual studioのほうが賢い気がするのは気のせい？
少なくともプログラミングの話題しかNGと突然梯子外される確率が違う気がする

>>26

Codeと比較して？

もしかしてVB.NETとかを扱うあのVisual Studioの話なのか

UnityのC#がvscode対応になってからはVS触ってないな

コンパイルは通るけど、VS Code上だと構文エラーになる箇所がある
基本的にはC/C++ extensionに従って、特定のワードが出てきた時だけ独自の構文解析する、みたいなことってできる？

ソースコード側を直した方がいいのはもちろん分かった上で

どういうパターン？

何をしてしまったのか、ファイルを開いてスクロールすると、ファイルの行頭の有効部分(?)2~4行ぐらいが上に表示されるようになりました
エスパーの方、どうか直し方を教えてください
目が悪いもので境目が見づらく、とても厄介です・・・・

CSSのposition:stickyの挙動？
なら設定からstickyで検索して、editer>sticky scroll:enabledをoff

邪悪なM$終了ww

Eclipse Foundation、VS Codeの代替を目指す「Theia IDE」の正式版を公開
https://codezine.jp/article/detail/19824

逆にまだ正式版じゃなかったのか

Atom並みにどこも自由に変更できるようになってたらいいな
ミニマップとか

ミニマップって要る？表示幅減るじゃん

じゃあoffれば？(･ω･#)

Theia Platformなるものが秀逸ってこと？見た目とか機能とか色々同じっぽいけどvscodeから移行する価値ある？

競合になると思われたjet brainsのfleetは完全に空気になってるけど、競合が弱いと言うよりvscodeに不満が少ないのが理由だろうな
個人的には拡張機能APIへの不満はけっこうあるけど

目下最有力な競合はCursorだろう
まあVSCodeのフォークであるため技術選定やアーキテクチャ等の基盤面での差別化はできず、
純粋にMS(+OSSコミュニティ)との物量勝負にならざるを得ないから、どう転んでもCursorに勝ち目はないのだが

切磋琢磨してくれ
作業に合った使いやすいツールを併用したい

どうも、秀丸です

もうほぼCursorしか使ってないな
単なるオマケ付きVSCodeだけど

CrusorはVSCODEの機能や拡張機能全部使えたりする？

使えるよ
最近のVSCode/GitHub/MSはAIについてはエディタの延長としてのAI機能強化よりも自動開発に傾倒していて、本格的にリリースされたらCursorは吹き飛ぶ
最終的にはMSに買収してもらえたら御の字だろう

どうも、禿です

それは知ってる

草

この日本語入力／変換のバグ
https://github.com/microsoft/vscode/issues/143167
前スレの814のバグなんですが、
いつの間にか直っていますね。いやー長かった。
これで日本語文書を作成するエディタとして使う気になる。

いろいろ試したら完全には直ってなかった。
問題なく変換中に右端で改行される場合と、
上記githubのissueのように乱れる場合があるけど、
問題が発生する条件が分からない…。

今でも相変わらず直す気なさそうだね。
https://github.com/microsoft/vscode/issues/204816
カーソルが一番右端か、その一つ前の位置から日本語入力
し始めるときだけ問題がないみたい。
もしかしたら以前からそういう状態だったかもしれないので、
それだったら何も変わっていなかったと。お騒がせしました。

VSCode開発者の中にマルチバイトIME×自動折り返しユーザーが少ないから誰かが対処する気になりにくいと同時に、最終的にはChromiumの挙動次第になりそうだからあんまりやっぱり誰も手を付けたがらないんじゃないかと

エディタ部分はだいぶ深いとこから制御してそうだからChromiumの挙動はあまり関係ないんじゃない？
というか深い制御をしてるからこそこんなバグが出るんだと思う

Issues覗いたらわかるけど
Electron/Chromium由来の不具合は実際あるわりと

editor部分はmonacoでしょ。そっちで同じエラーが出るか見るのもいいかも

zedエディタをwslで使ってみた人居る？起動しなくてゾンビ化してるんやけど... 結局消去法でvscodeになるんか

pythonでの開発なのですが、ターミナルで特定文字が消去されてしまいます。
全角の除算記号"×"です。
PSReadline の問題かと思い、Remove-Module PSReadline しましたが、同じ現象です。
対策わかる方いらっしゃいませんか?

ターミナルは、VSCode に関係ないから、
Python のスレで聞いた方が良い

ターミナルも色々あるし。
bash, Powershell, コマンドプロンプト

特に、Windows はsjis(CP932)だから、
Linux のUTF-8 とは異なるし

VSCode内蔵ターミナルの話じゃないの？
それとコマンドプロンプト以外はターミナルじゃなくシェルな
乗算のtypoが頭ちょいバグる

>>58
PSやcmd、WSLで「print("×")」やってみたがどれもOKだったな。

>全角の除算記号"×"

われわれとは違う数学記号の体系が発達した異世からの書き込みに過剰反応しすぎ

除算って割り算だよな

割り算とは？

除算のことだ

除さんなら知ってる

>>67
そいつろくでもない奴だよ

>>63
IUTですねわかります

その異世界って住民が20人かそこらしかいないんだろ？

望月の悪口は許さん

最近プログラミングを勉強してVScodeを導入した初心者だけど、ちょい質問！
書いてる時に候補とかでモジュール出てきて、そこからヘルプのポップアップを見れるけど
その時に英語をコピペしてブラウザで翻訳してるんだけど、これをVScode内で翻訳してくれる拡張とかないですか？
例えば、ヘルプの英文を選択するだけで自動翻訳したポップアップが出るとか

>>72
プログラム勉強中ならCopilot導入が一番勉強になるぞ
わからん所もたいてい教えてくれる

>>73
今Pythonを学んでるんだけど、chatGPTちゃんに質問しながら学んでるで！！
GPTよりCopilotってのがええの？？

>>74
VSCODEに組み込まれるからコーデイングしながら範囲指定して、これをこういう風に改造して、とかエラーの原因を教えてとかいろいろできる

無料でやりたいならVSCODE拡張のContinueっていうパチモンインストールしてgroqとかの無料APIを指定すれば似たような事ができる
AI関連は嘘も間違いも起こるから複数併用がいいよ
Webブラウザー経由で使うならおすすめはPerplexity

>>75
まじか！そりゃ便利だな！
やってみるわ

Copilot は手放せないよな
MSは税をとるのが本当に上手い
プログラミングに課税されるとは思わなかったぜ…

もしかしてCopilotを入れたらリンターとかいらない？？
一応拡張でリンターを入れたんだけど

>>79
それは別枠だとおもう

Copilotが何をもとにコードを提案してくるのか、を踏まえて逆算するとlintルールは必要ってことになるな

>>80
AIに「おかしいところない？」と聞くより、リンターの方が正確ってことか

>>82
ちがう

最近のトレンドとしてはAIにコードレビューさせるのが流行りつつあるよね
人間向けに自然言語で書いたルールブックをプロンプトとして食わせりゃほぼ完璧にチェックしてくれる
Linterはもう終わりだよ

やっぱりリンターいらないのか

dev containerなんか使い方がよくわからない

たまーにPython触るくらいでほとんどTypeScriptしか使ってないんだけど、
動的型付けだとAIの生成能力落ちたりすんのかな？
表示されてるコード上の手掛かりが減るから影響はありそうだけど、バニラJSだとどうなるのかちょっと気になる

メインの行列処理はGPUがやるしGPU無くてオールCPUでも実際の計算はC++で書かれたライブラリが実行だろうし言語はほとんど影響ないだろ

あ、AIを動かす方じゃなくてw
GitHubCopilotやCursorのCopilot++がサジェストとか修正とかやる時に、
動的型付のコードが対象だと精度落ちるのかなって話。

つっこんで解析しないので関係なし
識別子の命名はちゃんとした方がいい

言語ごとに学習がちがうんだしモデルの出来次第だろ

静的型ならRAGで型情報を補完できるはずだから、そこまで踏み込んだ実装してるなら静的型の方が圧倒的に高精度になるだろうな
Copilotがそこまでやってるかは知らん

その精度に合わせて動的型付けを使うか静的型付けを使うかを決め直したいのか？
そうでもない限り意味のない質問だよ
それに、精度ってなんだ？

もし既存のlet変数に違う型の値を代入するようなコードがサジェストされるかを聞いてるなら、そんなコードをサジェストしてくるのは見たことないぞ

ただ普段、let宣言を使いまくるようなコードをエディターで開いて学習させてる場合は知らん
NGワード規制に掛かるので細切れにした、すまん

関数の戻り値で成功したら配列、失敗したらFalseとかも違う型の値を代入だよな
JavascriptとかPythonだとよくやる

よくやるじゃねぇよ
そんなことするなよ

簡易なやり方だとJSはエラーハンドラ渡す
PythonはタプルでMaybe/Either返すかな

他言語の流れで型至上主義だとそういう感覚になるんだろうな
どう考えても>>96のやり方がスマートで見やすい分かりやすい
動的型言語のメリット殺すようなコーティングスタイルは個人的に好みではない

nullでしょ
Falseはねーわ

型の予測できないものって見えないバグの温床になっちゃう

型を厳格化すりゃバクが減るとおもってるやついるよな
ほぼ関係ないのに
型チェックがないとまともなプログラム組めない人はそもそも向いてない

>>102
厳格な静的型付けによって
確実にバグが減って生産性が高まる
もちろん可読性も改善する
さらに保守性も良くなる

まぁ普通は動的型付け言語でもできる限り型を意識して書くからね
同じ変数に違う方を代入したり，関数内の分岐によって全く違う方を返すとかはやらないよね

そもそも論だけど型云々がないとバグが減らせないレベルだと本当のバグを減らすことができないんだよ
型がちがってて起こりえるエラーなんてほんと初歩エラーレベルだし変数ウォッチしてりゃ気づく
一切効果がないとは言わないがほぼ意味はない
冗長的なコードかく時点で生産性は下がってるわけで言語的に必須だから従ってるだけで個人的には好き好んでそういうルールを受け入れてる訳ではないな

>>104
わざわざそんなことはやらないが細かいところで制約つくのはだるいだと感じるな
だから今はJavaは大嫌いだしJavaScriptは大好き
昔はデザインパターンとかああいうの一通り学んで教科書通りのお利口さんコースだったけど今思うとあんなのを有り難がって自分がすごいと思ってたのがこっぱずかしいわ
今静的型言語やるのはUnityのC#やるときくらいかな

ライブラリで、結果が複数のときだけリストを返すヤツとかあるけどな

>>105
素人は動的型付け言語を好むが
一定レベルを超えた人たちが(小さなスクリプトを除いて)静的型付け言語を使う理由は生産性が高いため

結局静的型付けはお役所仕事なんだよ
ただめんどくさいだけ
デリゲートとかインターフェースとかああいうのほんと一番無駄
使う方がやっちゃいけないこと把握して動的形言語でやる方が遙かにはかどる
JavaScriptとNodejs最高ってことだ

>>108
ほんとに初心者レベルなら動的を好んで
中級で静的病にかかり
上級で動的最高！に戻る

プログラム出来る僕すごいでしょ？的な中級者ほどそういう病が酷い傾向だな

静的型付け言語を否定する人は100%駄目プログラマーであることが長い歴史で世界共通の認識

>>111
君がまだそのレベルってことよ
静的形言語もさんざんやってきて極まってくると初心にかえるもんさ
ちなみにおれは幼少のころアセンブラとマシン語とインタプリタベーシックから始めて、JavaやらC#やら経て年とってから個人受注で始めたPHPで楽さと自由さに感動し最後にJavascriptのやばい正体に気づきこれが最高の言語というのが今の結論だな
Pythonの配列関連の仕様とかもすごい好きだがやはりJSにはかなわない
一番使うのはpythonだけどね
Chromeの自動操作とかBlenderの自動化スクリプトとか

ちなみに静的型を否定するわけじゃなく面倒な代物といってるだけ
チーム開発とかで人多いときに素人に毛が生えた連中に仕事きりわけるには静的型言語が最適
お役所仕事なやり方はバカでもできるが効率悪いというのと同じ

小さいおもちゃなプログラムなら問題ないが、
可読性も保守性も悪いスクリプト言語で、
ある程度の規模のまともなプログラムを組むのは、
生産性が悪すぎてバカしかしない。

短いプログラムでも、静的な型が窮屈とか面倒とかは思わないけどな
昔のC++は型宣言が超長くなって困ったものだが、最近はそれもない

Webだとちょっとしたスクリプトの集合体だし、DB側に型があるから結構何とかなったりするんだろね

>>113
そんなもの静的型とかと関係ないじゃん
プロジェクトをどういう構造やルールにするかが全てだよ

静的型言語使えばよいものが作れると信じてるやつってお役所仕事的な煩雑なことやることによって仕事してるきになってるだけなんだよね
とはいえそんな奴がほとんどだけどね

>>114
たんなる変数の型とかだけならいいんだよ
オブジェクトとかインターフェイスだとかああいうのが絡んでくると型の弊害がでてくる

インターフェースやそれ相当の機能を使わずにプログラミングする初心者コードは抽象化と機能分離ができていないため保守性ゼロ

メリットがあるとするなら静的型言語は作る前から入念な設計が必要になる
アジャイル的なものとは相性悪いがウォーターフォール的なアプローチなら相性が良い
コーダーたくさんしたがえてるような環境ならデメリットも帳消しになるかもって所

しかし基本は足かせでしかないよ
たとえばC#なんかもジェネリックでる前は全部基底クラスのobjectとして扱えるハッシュテーブルとかつかってたわけじゃん
結局型キャストするわけで
そんなの動的型言語とやってることかわらんじゃんと
ただただめんどくさくて足かせになるだけだったな
というかジェネリックとか自体もだるいしな
文が長すぎ
補助輪ついてる自転車状態なわけで自由自在にのれてこける心配のない人にはじゃまなだけ

ジェネリックを使い込めばコード量が激減して見やすくなりメンテもしやすいよ
ジェネリックという自転車を自由自在に乗りこなせない人にとっては面倒なものに見えているんだね

修正の影響がすぐに判断できるから逆にアジャイルな開発やリファクタリングは楽になるが。

>>118
静的型付け言語はアジャイル方式でも相性が良い
改善や機能追加でどんどん仕様が変わっていっても静的型付けチェックが自動的になされるため効率も良い
逆に動的型付け言語は生産性が悪い

動的言語は実行時に型チェックをするので、環境負荷が高い
使い捨てのスクリプトなら問題ないが、何度も実行するプログラムなら、型チェックはコンパイル時だけにすべき
動的言語を使う者は、代償としてエアコン禁止

バブルソートの話になりそう(´・ω・｀)

>>121
ごりごりの作ってるインターフェイス作り直しとかの面倒臭さわからない？
プロジェクトあげての大がかりな修正ならともかく実験的にちょっとここを変えたいとなっても規模がデカいほどビルド通らん地獄になる

>>124
それ真逆だ
インタフェースを使っていれば
仮にインタフェース部分の変更があってもインタフェースを使ってる部分に影響が分離できて限られ最も負荷が低くなり生産性が高くなる

なんか素人が大暴れしてて草

>>125
どうも話がつうじんなあ
静的だと変更があった場合の変更箇所は示してくれるメリットがあるがそもこもそれが膨大で修正が大変になるケースがあるってこと
ちょっと変えて実験とかそんなのを試せないって話だよ
設計書どおりにしこしこ作ってるコーダーはともかくいろいろやる役割の人は結構だるい思いしてるんだよ

VSCodeスレで何やってんだこいつら

>>127
インターフェイスは動的型付け言語にもある
静的型付け言語かどうかとは一切関係ない話だ
さらにインターフェイスを実験段階で用いるかどうかも自由度がある
俺はその段階では用いない
しかし最終的にはリファクタリングの段階でインターフェイスを導入してコードを整理する
その方が保守性が良くなるからでほとんどの人はそうしている

前もいたな
windowsのlocalhostは特殊でwsl2との接続でlocalhost効かない時あるつってんのに
延々と知恵遅れが噛み付いてきた
最後は知恵遅れのけつまくりで終わった

>>127
たしかに話が通じないな。
例えば最初にスカラーで持っていた情報を後から複数持たせるように配列やコレクションに変更しようとしたとする。
その場合そこをアクセスするコードを全部修正する必要があるのは型付け方式にかかわらず同じはず。

こんな何十年も前の話でマウント取り合わなくても

そらもう5chなんておじいちゃんしかおらんもん、
おじいちゃん、昨日もその話ししたでしょ

>>131
元々は実験的にちょこちょこっと修正とかが効かないって話なんだけど文脈わかってる？
あと、型云々変更や意識はそれを実際に使う(メンバにアクセス)場所での対応は必要だが、変数として保持したり管理したりの部分は意識すらいらんのだよ
それすら許さない型言語がだるいという話のコア理解できないかな？

基本的な経験が足りないんじゃないかなとおもうわ
javaやc#しかメインでやってないとそれがふつうで疑問すらもてないんだろう

そしてそういう部分をなんとかして
解決しようと一部のデザインパターンなんかが生まれてるわけだが、それも大前提として最初にくそめんどくさい事をやっとけば多少融通が利くという本末転倒状態
やってる事はなんとなくテクニカルですごいように感じ事もあるだろうが、本来そんな面倒なことしなくてもできるものをワザワザ難しくされてるんだよ
代わりに得られるメリットはエディタ上で細かいチェックがきくという点
これって逆に初心者に対する補助輪でありそのかわり面倒になりますよって方向性なんだよ
んなもん無くてもバグなんてださねーわとかって人にはだるいの

まともなプログラムを書いたことがない素人プログラマーは
静的型付け言語の生産性の高さを理解できずに叩いてしまう

あとこういうケースもある
たとえばC#とかで
float a = 10 / 8やるとaは1になる
正しくは
float a = 10f /8fとやらないといけない
中途半端に型チェックが入る弊害なんだよね
javascriptとかならこんな罠はない

何が罠なのかわからん

結局補助輪だから補助輪必要な人にはありがたい
必要ないひとにはうざいということでFAなんだよ
すべてのレベルの人に共通解はない

あと俺は否定はしてないからな
だるいケースがあるといってるだけ

UnityやるならC#使わざるをえないしブラウザーのフロントやるならJavascriptしかない
言語なんて単なる手段で目的ではないからな

たとえば多少の慣れや知識の影響はあれど、良い物語書けるひとは英語だろうが日本語だろうがよいものは書ける
英語に精通してるから良い英語の物語書けるか？というと英語能力はさほど重要ではなく、結局は物語を作れる能力に左右される

プログラムや開発も一緒だよ
作れる能力あれば言語なんて三日あればどんなものでもいける
ただ言語によって好き嫌い、楽、だるいはあるという話

おれから見れば型信者のほうこそ頭堅すぎて本質見失ってるだけにしかみえんけどな
何だって同じクオリティが作れないとおかしいわけで、そこにあるのさ好き嫌いのみ

>>137
それはC#が弱い静的型付け言語だからだよ
ちゃんと強い静的型付け言語を使えば
前者はちゃんとコンパイルエラーとなってくれるから
実行前にミスを気付くことがてきるよ

>>139
たしかに動的型付け言語は補助輪みたいなものだが、
ある程度の規模のプログラムを組むようになると、
補助輪付き動的型付け言語では極端に生産性が落ちてしまう。
そのためほとんどの人が静的型付け言語に行き着く。

>>140
型がなければそもそも想定と違った結果にはなってないんだよね

あと、結局型キャストとかつかわないといけない時点で問題の本質はどれも同じなんだよ
キャスト元の型がキャスト先の型に変換できるかどうかはシステムの作り手が把握してないといけない
必ず成功するという構造にするか失敗はあるという前提でtry等やるとか
どこまでいっても完璧はなく可能な限りの補助輪をつけてるにすぎない

ルールルールールでがんじがらめの世の中が生きづらいと感じるひともいれば、ルール狂のようなひとは安心したりする
そういう話なんだよね
だから最初のころに書いたお役所仕事云々とニュアンスがつながってくる

>>141
それも一理あるが人によるって話
言い方悪いが、素人集団をまとめてそいつらに作業やらすには君の言うとおりだとおもう
だけどちゃんとできる人にはだるいのよ

そして規模でかくなると如何にブロックごとに疎結合にするかが肝になってくるケースもおおい
でも密結合な言語だと工夫がいるのよ
結局その部分は型や構造維持したままやりとりはできないから送り手受け手部分のプロコトル的な決めうちがいるわけ
動的型言語は常にそういう状態のようなもの
これを素人クラスに要求は難しいから厳密で面倒なルールで縛る方がトータルで楽ってのはよくある話

型なしおじさんの馬力がすごい
おそらく、この馬力があるから型なしで頑張れるんだろうな

確かに馬力がすごい。
TSの型推論におんぶに抱っこだわ
もうJSとjQueryでひいひい言ってた時代に戻りたくないよぉ・・・

まあ自分も別にいらんかな
型チェックなくても違う型の値を変数とかプロパティーに代入することもないし、連想配列プロパティーも代入可能性がなければ分割代入して使うし、オプショナルチェーン使う前に論理的にガード構文で抜けるし
関数名だって常識的で説明的な命名をするし

てなことをやってると、後でコードをタイプスクリプタイズする時にほんとに型の宣言を追加するだけで終わってしまう

ただキャリアで出会ったフロントエンド開発者の1/3ぐらいはTSないと無理そうかな
TSないと無理そうな層のソースコードは見たらそれと分かるから、採用に関わる立場になってからは応募時点で落としてる

ちなみにTS使うかはプロジェクトごとに判断していいポリシーで、3社ぐらい過ごした

>>146
TCってTypeScriptの事だよね？
あれのメリットって型云々とかじゃなくてESバージョン指定して変換できることじゃないの？
俺が個人的に作るものはweb公開ならESレベル下げる為にletすら使わず全部varでやるし
nodeならpromiseとかも使う
そういう組分けがいらないのはいいかなとは思うけどchromeのステップ実行無しで開発なんてあり得ないからブラウザで見る生コードとエディタで書いたコードが違うのが厄介すぎて使ってない
仕事で強制とかならやるけどね

>>146
そんな当たり前なことは誰でもできることであってわざわざ書くようなことではない
そして小規模プログラムならその方針を取る人もいるだろう
しかし静的型付けと比較すれば他者による可読性も今後の保守性も落ちている
さらに大規模プログラムで動的型付け言語では開発効率も落ちる
どんなに自信がある人でもミスを避けることは不可能だ

>>145
便利なの体験すると戻れなくなるのらわかる
俺なんかはJavaScriptとPHPのようなインタプリタならただのメモ帳みたいなので全部開発してきたからvs.codeへ以降してからはもうそれだけで天国だよ
nodeやphpでステップ実行できるような環境に移るまえまでの開発やデバッグも今思えばあんなのよく頑張ってやってたなという印象
今はvscodeでサーバーでリモート実行までできてしまうからほんとにすごい世の中だよ
ただし今でもシエーダー書いたりとかは殆どIDE支援なしでやらないといけないし厳しい時代の経験は生きてる

>>149
>どんなに自信がある人でもミスを避けることは不可能だ

てかね、そんな低いレベルの話じゃないんだよ
世の中で開発されてるプログラムの多くはバグだらけで完成までバグ潰しもかなり時間かけてるはず
それのほぼすべては型云々じゃなく構造とフローの問題なんだよ
型厳格な言語使えばどうこうのレベルではないわけ

>>149
というか君の主張はjavascriptやphpでまともな開発きびしいです(大変すぎて)という告白であり、
それ自体がレベルの低さを表してるんだよ
別に言語がなんであれ同じものがそんなに変わらない品質とスピードでできないとだめじゃん
言語の型云々言ってる人間の設計構築能力って基本的なレベル低そうだなと想像してしまうね

>>137も>>146も二人ともJavaScript前提にしてる時点で小さな規模のプログラムしか書いたことがないのだろう
フロント側ではどうやっても規模がしれているし
サーバ側ではNode.js等の遅さとメモリ喰いから大規模やってる人たちはみんな他の言語に移っていく

Python で機械学習やってると、戻り値の型が
numpy array
scipy.sparse
list of scipy.sparse
のどれか、みたいなウンコ関数に遭遇することがあるんじゃ
型なし言語がウンコだと思うのは、こういうときだな

髪の毛がスパースなおじさんこんにちわ

>>154
何作ってるの？

transformer？

>>134
そんな文脈どこにあったかなあ？
アジャイルとウォーターフォールの話の延長線で話しているんだが。

>元々は実験的にちょこちょこっと修正とか

そして残りの部分を修正し忘れるというバグの温床だわな。
よほど小規模なプログラムやあるいは多少バグが残っていても許されるようなものならともかく。

vscodeスレで言語がどうの型がどうのを延々と続けるキチガイども
荒らしスクリプトと同じレベル

VScodeでPythonを勉強中だから初心者質問ですまないが
ファイルを実行してるとターミナルの横に出るpythonの文字が並ぶけど、あれってターミナルの履歴？ぽいけど、どういう用途で使うの？

ターミナルの右に出てるやつのことならそれは履歴じゃなくてブラウザのタブみたいなもん

pythonといえば
デバッグ実行時にターミナルに表示されたコマンドに改行はいってないくて
最初のprintの内容が続いてしまって見にくい

debugpy/launcher経由の実行なら手元ではなんない
他だとわからん

>>160
なるほど
確かにファイルや書き換えて実行した時に複数でてくるね。ただのタブか
あんがと

pythonのこれもしかしておま環境か…
print('hoge')だけいれるとこうなる
この謎のcherからの白文字なんだろう
vscodeのウィンドウサイズ変更したら消えてhogeだけになるのが分かった…

規模が大きいってなんだろ？
・モノリシックなバンドル
・ステートメント量が多い
・人海戦術で作られている
あたりかな？
まあ曖昧な尺度でマウンティングしてるのみると、やっぱりその程度なんだろうなと思う

OpenAIが資金枯渇の可能性、とか業界または投資メディアで言われてるけど、その場合はCopilotどうなるんだろうね？
MSが引き継ぐんだろうか
流石にもう、VSCodeではCopilotないと面倒な体になってしまった

静的型付け言語に親でも殺されたの？

型なしおじさん、153 の意味が分からないなら大規模の経験ないんだと思う
その歳だともう機会は回ってこないから、小さいスクリプトをたくさん作る日々を続けるんだろうね
それが悪いわけじゃないし、それに向いた道具を選択したのなら使い続ければいい

>>153
>>167
なにをもって大規模というかしらんが個人的に作ってるオンラインゲームですらJavascriptで2万行位はあるよ

おそらく君は単純で量だけ多い業務系のアプリなんかの一開発者してるんだろうけど、ああいうのはプログラマの中で最も初心者がやるものだからね
プロジェクトのリーダーや先行の方式設定プロトタイプとかやるような人なら別だろうけど
ちなみに俺は過去.net系のプロジェクトリーダーは都内案件だけで3回くらい経験あるよ
一番大きいのは開発希望人数300名くらい
プロジェクトの一時受けは富士通でそこで外から呼ばれて雇われリーダーやったよ

ちなみにそういうデカい業務系プロジェクトって最終的なトータルコードはかなり多くなるけど中身の程度はほんとに低い
スキルがどうとかじゃなく何一つテクニカルな要素がないってこと
最終的に人海で末端の"普通の"プログラマ集めてやるようなものってそんなもんだよ
それでいて給料は高いからほんとにぼろい商売というかバランスとれてない
俺なんかは中身はバリバリのコード書きだったから毎日毎日人集めて会議と資料作りでうんざりした覚えがある

ぶっちゃけjavascriptが一番スキル必要なテクニカルな言語だとおもってるよ
素人がまともなもの作れる言語ではないからね

>>168
Wasm部分はどの言語で書いている？
うちはRust

>>169
webアセンブリはやってないね
仕事でやるのはちょっとしたフロントエンドだし使う機会がなかった

個人のJSは趣味のゲームばかりだから極力古いブラウザーでしょぼいスマホでも動くこと前提だしブラウザ側はES6すらあえて封印して使ってない
NodeをサーバーにしてWebsocket使ったオンラインのリアルタイム対戦系でPIXY経由でWebGLとGLSLシェーダー使ってる感じ
5年前に公開して仲間内だけでほぼ毎日遊んでるがたまにメンテ改造やったりとかそんなかんじかね

ちなみにそれ作った当時はvscodeのnodeのリモートデバッグが無かったから(存在を知らなかっただけ？？)
ゲームサーバー側をステップ実行なしで開発やらざると得なくて苦労した覚えがある
今のvscodeはほんとに神レベルの製品だよ

今はpython使うこと多いというかほぼ毎日なんらかで使ってるがvscodeはjupyterもリモートもデバッグまで完全対応でほんとにありがたいわ
今のところ個人的に出来てないのがblender上のスクリプトをvscodeから連携すること
できるはずなんだが何度か解説みながらチャレンジして失敗してる
アプリやゲームで使うメッシュファイル群の一律加工をバッチでやらせてるだけだから大した量じゃないからなんとかなってるけど

vscodeは勝手にいろいろやってくれるから
逆になにしてんのかわからない

とりあえず会議資料がめっさ見にくそう

意外に需要ありそうなCSVファイル対応なのが中途半端なのばっかりで決定打がない

emやMIFESの方が良かった

TSへ行かないJS好きに遭遇したことないけどな
独自のAltJSつかってるならわかる

draw.ioの拡張機能すごいな
編集とバージョン管理が統合されてるの最高すぎる

>>168
特定した

まじ初心者質問で申し訳ないんだが
VScodeでPythonの仮想環境で実行するときって、ターミナルからpython -m venv 名前でフォルダ作った後は
下のアクティブバーの右にあるPython3.12〜とか書いてるところをクリックして仮想環境の名前がついてるやつに変更するだけでいんだよね？
プログラムを実行した時に、ターミナルのフォルダ〜python.exeの部分が仮想環境のフォルダになってれば仮想環境で実行されているって認識であってる？

心配ならsys.path出力してみたら？
ここで肯定もらって解消されるくらいなら最初から説明読めばいいのに
https://code.visualstudio.com/docs/python/environments

>>180
ターミナルでpip listで確認すれば全くパッケージがインストールされてなくて一発わかった！あんがと

Emacs信者とか親指シフト信者って昔は猛威を振るってたけどさすがに最近見かけないよね
さすがに歳で死滅した？

レジストリいじって変換キーをCtrl、無変換キーをShiftにしてるが親指シフトってこれのこと？

emacsは今もいるだろ

親指シフトとか声にでかい少数派でしかなかったわ
誰が使うんだあんなの

VSCode、emacsくらい気軽にマクロを作れたらいいんだけどなぁ

親指シフトはqwertyですらない
dovorakとも違うebcdicとも違う
ただただキモいだけ
あんなので囲い込みされた人がかわいそう
絶滅危惧種だが日本に一定数まだいる

>>183
若い子は親指シフトをもう知らないのか・・・ｗ

>>187
カナ入力の方式なんだから英字配列が関係あるわけない。
富士通の親指シフトキーボードの英字配列は普通にQWERTYだったがな。

>>188
なんのアドバンテージもないんだし知らなくて当然

秀丸です

禿丸だと?

>>191
そんなわけないだろ、このハゲ!

ハゲてない方の秀丸です

秀丸とAider連携、マジで便利

でも禿丸をインストールすると
テキスト系のファイルのアイコンが全部「禿」になって恥ずかしすぎる。

禿　禿　禿　禿　禿

禿　禿　禿　禿　禿

禿　禿　禿　禿　禿

デスクトップが上みたいになるからな。

質問です。
VSCodeの環境設定や拡張機能をWindowsを再インストールするたびにやり直すのが面倒なので、設定ファイルを特定のフォルダに設定したいのですが設定ファイルの場所と書き方を教えていただけないでしょうか？
よろしくお願いします。

インターネット環境にないならしかたないけど
MSかGitHubアカウントでプロファイルつくって
クラウドに設定保存しとくのがスマート

>>197
ポータブルモードでいいんじゃない？

>>199
ポータブルモードでググったらやり方が多分分かりましたので解決しました。
有難うございます。

>>196
草

日本語かな入力では交流で親指シフトは圧倒的だったが、結局日本語書いている時にも英字は使うし、ローマ字って慣れると意識しないし、それでいいことになったんだよね

むかしは本気でかなの前にローマ字を考えるワンステップがあって直感的ではないと主張する人いたんよ

最近のプログラミング言語は'使うようになってるからUSキーボード一択になったよな
ノート派だったから入手性の問題からJISでがんばってきたけど15年前にUSに変えてからはずっとUS

日本語キーボードだとバックスラッシュが￥になるとかあるけど
他にUSと違って不便なことある？

https://news.yahoo.co.jp/articles/c0a0f1ff0cde8e878667f9512af67e2f69c9ec61
かな入力が便利なのに
それを知らない人がいくら議論しても無意味と思う。

かな入力の人はみんな英字も入力できるけど
当然ながらローマ字入力の人はかな入力はできないしやろうとしたこともない人がほとんど。

>>204
日本人なんだから日本語キーボードでok
もともとずっと記号を含めタッチタイピングでやってきてるんだからUSキーボードをたまに使うと記号のタッチタイピングで戸惑うのがイヤ。

親指シフトは一度覚えたよ

>>204
バックスラッシュ云々はシステム側の問題じゃないの？キーボード関係あるっけ？
日本語キーボード無いから確かめれない

英字タイプライター（パチパチ言うやつ）でブラインドタッチを覚えたから
ワープロやPCのJIS配列キーボードには最初面食らった
右手小指が忙しすぎる

Dev Containerって便利ですか？

>>206
だよなあ
別にプログラミングしてて日本語キーボードだから不便って感じたことないなあ
でもUSキーボードにしたら激速になるとかあるなら変えてみたい気はする

>>211
英語のキーボードはキーの数が少ないので、日本語も併用するなら英語のキーボードは不利になる。

MacのJISがひどすぎるだけでPCならどっちでも
returnが1文字遠いしホームポジションが左寄り
ショートカットキーの割り当てがUS前提だから相対的に損

不便と感じて無い人はJISでいいのよ
俺は"と'の位置に限界感じてUSに移行したけどね

あと思ったのは最近の海外メーカーノートパソコンってコストカットの煽り受けてUS配列用前提の上に無理矢理JIS詰め込んで右側のキー幅が圧縮されてるのばかりになってきたからもう買う価値すらなくなった

ノートパソコンって全体的なデザインも価値の内だからUS配列はやはり満足度高いね
キートップにひらがな刻印とかもうそれだけでげんなりするわ
しかもカナ入力しない人多くなってる今となっては何の意味もないただのデザイン汚しでしかない

小さいものにしか通用しない言い訳だなw

「アルファベットと数字」以外の記号の場所が異なり、
慣れの問題もあるだろうけど、US配置のほうがブラインドタッチはしやすい

昔、Linuxでgrubのブートオプションを打ち込むときは、強制的にUS配列になるもんだから、
記号キーが全然別の割当になってしまい、
あーでもないこーでもないと何度も打ち直したことがあったっけな
今はどうなんだろう

はい

WindowsではとりあえずCaps2CtrlにしてAutoHotkeyでBashキーバインドにしてる

キーボードの配列違いでVSCが変わるの？

モバイルノートが英字キーボードだったの思い出してVScode入れて打ってみたけど
クオートとか記号の配置が違くてさすがに慣れた方が良いわ

どちらかに統一ってのが大前提だから普段JIS使っててUS弄っても使いにくいとしか思わないのは当然だな
慣れが一番の要素だし
慣れたその先の延びしろ考えて移行する物だから現状に強い不満がなければそのままでいい

vscode以外の話題するの流行ってるの？
じゃあ南海トラフ地震の話でもしようかな

キーボードを英語キーボードに統一している日本のグローバル企業があるが、日本国内にしかいない人間まで英語キーボード、フランス人にも英語キーボード、ドイツ人にも英語キーボードとは、もはや頭がおかしくなっているとしか思えないファーストリテイリング社。

ノートPCメインだろうし調達の関係からUSになるのはしかたなくないか？
外国人にJISキーボードはあり得ないし選択肢としてUSしかない

AI検索で調べてみたが世界的にUSが合理的ぽいね
個人的意見だとJISもかなりアウト

フランス語やドイツ語のキーボード配列は、言語特有の文字や記号を入力しやすくするために設計されていますが、プログラミングにおいてはUS配列の方が効率的とされることが多いです。US配列は、プログラミングで頻繁に使用される特殊文字が入力しやすい位置に配置されているためです。
ヨーロッパのプログラマーの中には、US配列を使用する人も少なくありません。特に、プログラミングで使用頻度の高い特殊文字の配置が合理的であるため、US配列を選ぶことが多いです。例えば、ドイツのプログラマーの中には、プログラミングの効率を重視してUS配列を選択する人がいます。また、US配列をベースにしたカスタムレイアウト（例：EurKey）を使用することで、ドイツ語のウムラウトやエスツェットなどの特殊文字にも対応しているケースもあります。

物理配列がJISだろうとUSだろうと設定で反対のものにできるし、JISとUSを混ぜこぜに使っても普通に打てるだろ
大体JIS USの差なんかQWERTYとDvorakの差に比べたら誤差みたいなもんだ
Dvorak使ってみ、快適だから
会社の支給PCで自由に設定ができないならごめん

昔、最初にやったのはそれだな
JISキーボードのノートに限界感じて設定でUSとして使ってた
当然一部キーの位置や記号が全く違うから余計混乱するからUSキーボードシールなるものを買ってキーの上に貼り疑似US状態にしてた
次からはUSキーボードのものしか買わなくなった

US配列使ったことないから見てみたけど
"'()`の位置を今更変えると慣れるより寿命の方が早そうだから日本語配列のままいくわ

もう少し右手小指を楽にしてくれ
加えて、10キー併設のノートはJIS配列だと
文字打つのも苦痛になるほどenter、bs、shiftキーの面積が縮小されている

USのキーレイアウトにJIS配列はあってもよさそうだけど
アンスコが僻地にいってまうのか
Shift+0にがんばってもらうかな
反対はとくに困らなそう

キーボードは押しやすい位置にプログラマブルキーを配置するしかないな

無変換＋A-Z
変換＋A-Z
に好きなだけマクロ割り当てろよ
この二つがないUSなんて使ってる奴はマジモンのアホ

エンターキーを「ターン！」っていきよいよく押してそう

Amazonのキーボード商品のレビューで押したのと入力される文字が違う、壊れてる、返品した、みたいなのはいまだにあるな

>>234
呼びましたか？

emacs を使ってた頃は HHKBのAltの位置が至高だった
が、VSCode に乗り換えてからはどうでもよくなった
少しこのあたりの割り当てを見直すか

>>233
JISを通ってUSにきた人はそういうの経験済みが多いと思うよ

HHKB最高

そうでもないww

キーボードなんて好きなの作ればいーだけ
VSCとは関係ない

関係ないかどうかは関係ない
好きな場所で好きな話をするだけ

VScodeに最適なキーボードってあるの？

キーボード語るときは手の大きさも書いとけ

Cursorの有料プランとGitHub Copilot両方契約してるんだけど、ほとんどCursorの方しか使ってない
この場合ってGitHubの方は契約してる必要無いのかな？今Cursorでは両方有効になってるけどCopilot++使用時はGitHub Copilot全く使ってないのかな？

Cursorって、競合相手にタダ乗りして競合の商売の邪魔しながら儲かるという歪なビジネスモデルを
続けられるわけがないというのは開発元もVCもよく理解してるだろうけど、どういうイグジット戦略を描いているのか気になる
MSによる買収でゴールなのか、そのうち完全にフォークするつもりなのか

別に歪でもなんでもないでしょ
今でも、MITライセンスのOSSを商用にいじくった、数万はあるVSCodeのフォークの一つに過ぎない
ちょっと目立ってるだけで

文字列とかクラスとか文字の色が変わるシンタックスハイライトってテーマによっても変わるんだね

デフォルトのダークモダン使ってるんだけど
Pythonをメインで使ってる人にオススメのテーマってありますか？

emacs

Cursor、タイムリーに今日資金調達のニュースが。
しばらくはこのままいくだろうけど、よっぽどデカくなれば独自エディタ開発というセンも無くはないかもね

私たちは、Andreessen Horowitz、Jeff Dean、John Schulman、Noam Brown、そしてStripeとGithubの創設者から6,000万ドルを調達しました。

Cursor は、カスタム モデルと最先端のモデル、快適な編集機能、ペタバイト規模のインフラストラクチャを組み合わせた AI コーディングの最良の方法として認識されるようになりました。

私たちの使命は、いつの日か世界中のソフトウェアを作成する魔法のツールを作成することです。ぜひご参加ください。

拡張機能もなんかMSが作ってるものさえ勝手に作って操作感やルックがバラバラで慣れない感じがずっと付きまとう
結局SAKURAとかの方が手軽でかっちりしているし、gitだなんだ、専用ソフト組み合わせた方が良いな

あと相変わらずワイドキャラクターへの対応がおざなりで日本語ファイル名とおかしくなる拡張機能がある

>>251
サクラエディタとVSCodeを比較するのは、メモ帳とWordを比較するようなもので、意味がないと感じるな。
ソフトとしてジャンルが違う。
サクラエディタで困ってない人は無理にVSCode使わなくていいんじゃない、そういうものでもないし。
自分だってnotepad++も併用してるし。

パソコンと電卓比べてるレベルだね

アホのレベルだね

いやハゲのレベル

おすすめのテーマおしえてよ

>>256
Tokyo Night

デフォルトが一番見やすい
コメント、選択時の強調、検索時の強調
どれも一番バランスがいい

結局切手との連携もemacsには勝てないんだよな。
スピードが違う。一番でブランチ切って編集、コミットができる。

切手とはさすがに連携できないわ

切手とは?

>>258
そうなんだよな
色々なテーマを見た結果、なんだかんだでデフォルトのダーク系に落ち着く・・・

>>247
個人の趣味ならともかく、Cursor事業だけで資金調達してるスタートアップだからね
どういった形でイグジットするにせよ、成功シナリオにおいて競合としてMSに目を付けられるのは必至
MSがその気になれば機能を丸パクリするなりライセンスを変更するなりして一瞬で潰せるわけで、
お前が投資家だったらそんなハイリスクな事業に金出せるか？
実は以前からMSとはコミュニケーションしてまして、、、くらいの話がないと成立しないよこんなの

>>263
そんなことしたらMSはOSSコミニュティでの信用を完全に失う、今は雇われ社員だけでフレームワークやライブラリを維持できる時代じゃ無いんだから。
まあCursorはOpenAIも出資してるし、MSと何も話してないってことは無いかもだけど。

>>261
郵便局で売ってるだろ

>>264
買収でも自前実装でも、GitHub Copilotの機能として丸パクリしてくれるんなら大歓迎だろう
コミュニティからの信用という点でも、できれば事業の先行きが極めて不透明でオープンソースでもないものに依存したくないというのが大多数のCursorユーザーの本音だろうしな

>>265
I did not ask where it is sold.
I asked what it is.

シンプルにユーザーとしての話なら、
Cursorがこのままアドバンテージを保とうと、VSCode+GitHubCopilotが巻き返してより良いインターフェースを提供しようと、その時良い方を使うだけの話だと思うけど。
ただのおまけ付きVSCodeなんだから。
何が不安なのかわからん、むしろ競走してくれた方がいいじゃん。
お気持ち的になんかムカつく存在というならまだ分からなくもないけど、
プロプライエタリなVSから、VSCodeをOSSで運営すると決めた時点でこういうこともあるってことだよ

あぼーん

>>269
既に満額貰ってるよ

SPAMはアク禁にしてくれ

なんかまた新手のフォークが来たなぁ
4K 27インチでも老眼にはちと厳しい・・・
https://haystackeditor.com/

>>272
文字の大きさの変更、画面の解像度の変更というものがあるよ？

あぼーん

C# Dev Kit がゴミすぎてヤバイｗ
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details

エクスプローラで右クリックやF2から名前変更できなくなってるんだけど何で？

勘違いして開いてるエディタタブを選んでたわ

vscodeのほうがcopilotの精度悪い気がするんだけど気のせいか

Copilotは多くの場合は安くて馬鹿なGPT-4o miniを使うようになってるんだろう
Cursorは使うモデルを選べるからGPT-4oやSonnetを選んでいればそりゃ精度は高い

Copilot に o1 を導入するらしいね
楽しみ

AIコーディング補助は急速にコモディティ化してるから、MS的には出血サービスはせずに今稼いでおきたいだろうね
本来は、エンタープライズ向けにAzure OpenAIで安全に運用できます！みたいな売り方をしたかっただろうけど、
Copilotは元々アジャイルな感じで軽く始まっちゃったプロダクト故に新参と比べてもセキュリティが劣る面があり、
今更方向転換するのもなかなか難しいのだろう

セキュリティが劣るって具体的にどのへんが？

sonnetいいけど、ウェブのまま使いたい
API叩くとすぐクレジットがなくなるから、どうしたもんか

>> 50-52
この日本語入力のバグですが、Insider版でようやく直ったようですね。
https://github.com/microsoft/vscode/issues/143167
https://github.com/microsoft/vscode/issues/204816
これらの末尾のeditor.experimentalEditContextEnabledを
Insider版に適用することで確認しました（zip版）。
ところで、すごく待ち遠しいのですが、Insider版のバグフィックスが
正規版においてもなされるのは、だいたいどれくらい後になりますかね。
次のバージョンで反映されるものですか？

アンカーミスりました。
>>50-52

教えてください
ｖｓcode
エクスプローラで
ファイル名の隣にファイルの更新日時を表示することはできますでしょうか

全角英字使う奴には死を

v s code

>>286
そういうAPIは数年前から要望が上がっているが一向に対応される気配がない
拡張機能で選択時に別ツリービューに表示するなりステータスバーに表示するなりという涙ぐましい対応しかなたあ

>>289
情報ありがとうございます

>>286
エディターのエリアでの表示にはなるけど、vscode-diredってのは有る

dired+いれた

dired+つい最近出たのか
wdiredのマルチカーソルで複数ファイル一括リネームまで対応して欲しい

アプデきたけど、ファイル検索便利だね
中のコードでも検索かかるんだね

chatGPTを使うなら拡張は何が良い？
一番インストールが多い、zhang-renyangとかいうところのGPTがいいのか
日本人youtuberの紹介が多いChatGPT - Genie AIとかいうのがいいのか

ctrl+shift+fのとなんか違うのかな?

google claboからvscodeに乗り換えたら文字化けが酷くてがっかりだわ

おまえだけじゃね？

文字化けより脱字がひどいのではないか

文字化けってどういうこと…

コードがS-JISで書かれてるんじゃない?

大昔はEUC-JPとかが流行ってたからそのころのコード開くと漏れなく化け化け
間違って上書き保存したら終わるから慎重に

禿げてんのか？

Emacs使うとハゲる

Copilotがかなり強化されたな
あとはチャットで提案された変更を適用するときのマージの精度がクソすぎるのと挙動がバギーすぎるのがマシになればCursor 用済みなんだが

初心者ほど(判ってない人ほど)文字化けって言葉を安易に使うよね

September 2024 (version 1.94)で
>>50-52 のバグに対応された模様。
editor.experimentalEditContextEnabled
の設定は必要だけど。
最初からチェックを入れておいてくれないかな。

非推奨拡張機能を怒ってくる余計なお世話機能ウザいな

もうvimアドオン無しじゃ生きられない体にされちゃった

そういやgitとかのマージでAIって役に立つの？
こちらの意図を読み取って複数の複雑な変更も適切にマージしてくれるとか？

gitの認証勝手にやってくれるの楽だが
自力でできなくなった

>>310
何をやらかしてくれてるのか人間が目視でチェックする羽目になるだけじゃねーか

コンフリクトしたときの手動解決をやらせる分にはいいんじゃない？
人間がやるとポカミスしやすい作業だから、作業はAIにやらせて人間はチェックに集中した方がミスを減らせると思うよ

でも現状AIは狡猾な嘘つきだからなあ…

嘘つきかどうかはともかく、マージだけなら嘘が入る余地はほとんど無いだろう
ありもしない引数を創り出すくらいはあるかもしれんが、
そんなもん人間だってdiffの字面見ただけじゃ分からないんだからどのみちファクトチェックは必要だし、
関連する型情報をコンテキストに含めたら型チェックのエラーをフィードバックしたりすることで精度は容易に人間を超えるだろう

六神合体ゴッドマージ

コンフリクト部分を提案するだけじゃなく
どうしてそうしたか要約もつけてくれるとたすかる

>>304
vim使うとフサる

Gitって、CS code使いやすいの？
専用GItクライアントより？

>>314
知らないことやよく分からないことに関して正直になる機能が無いのが痛いよな

だからコード生成はまだ有用
なぜなら動かして検証可能だから
検証ができない回答はヒント程度に扱うべき

仕様を細かく指示して、作りという設計も指示するから、出力されたコードを人間が解析するというのは愚か。

成果物を検証できない発注者は無価値であり、やがて淘汰される

生成AIは使う人間の能力が高くないと意味がない

機械化しても機械の使い方がわからなければ、その機械の存在意義がないのと同じ

スマートフォンを持っていてもスマートに使えない人間ばかり。結局、近くの人間に聞くやつばかり。

突然どうしたw

>>324
まぁそうなんだけどね
道具なんだからちゃんと使い道があるのに自分が想像する使い方で役に立ちそうにないと批判したがる
要するに使う能力や想像力の欠如なんだよ
本来こういう能力はAI云々に限らず人の上に立つ人間に一番求められるものなんだけど日本の年功序列社会にはなかなか馴染まない

道具だから使い道がある


ガチで素人に考えで微笑ましい
科学知らんのだろうな

vscode でC++を使っております
自作クラスを作成し、それをファイルに保存(hoge.h)(hoge.cpp)し、hogeの定義と宣言をvscode 側に認識させて両ファイルでインテリセンスを補完させることはできております
しかし、、、
メーンファイルで#include の後に<>を使った場合、hoge.hのインクルードが出来ません……
標準ライブラリの<stdio.h>は問題なくインクルード出来るのですが……
また、#include “root/hage/hoge.h”等のアドレス(相対パス？)を入れるとインクルードが成功するので、プログラムの不備やコンパイラの設定等他の要素で失敗しているわけではないと思うのですが(＞＜)
同じ症状の人は居るようで、テラテイルなどのサイトで「インクルードパスを設定してみては？」という過去の解答例があったため、インクルードパスを設定してみたのですが……

ダメでした(´；ω；`)

インクルードパスの書き方が悪いのでしょうか？
自分はこうしたよという方がいらっしゃったらアドバイスくださいお願いします

>>328
十中八九、#include "root/hage/hoge.h" で成功するならそう書けばいいだけだと思う

絶対的な決まりではないが、#include <> は標準ライブラリ含め外部ライブラリを include するためのもの
hoge.cpp の機能を外部から利用できるライブラリとして提供していて、root/hage 以下を外部から利用するためのヘッダファイルを格納するディレクトリとして公開しているのなら、#include <hoge.h> でもいいが
その場合は追加したインクルードパスに root/hage の深さまで入っているか確認すること
でもそんなことを考慮できるならこんなことでいちいち迷わないだろうから、単に #include "root/hage/hoge.h" でいい状況だと思う

あとこれは特に VSCode 固有の設定は関係ないので、VSCode スレより C/C++ 系のスレのほうが適任かと

>>321
動かして検証可能と言うなら
AIも自分で検証してから回答しろよと思う

>>324
>機械化しても機械の使い方がわからなければ、その機械の存在意義がない

最近セルフレジの問題が話題になってる

>>328
>インクルードパスの書き方が悪い

その通り

意味がないっつーか
もう考えが追いつかないから
検証せずに使うっていうクソルートに入りつつある
そして後ろから調整して自分の意向を通すのが権力となる

人間がコード書いても間違いはいくらでもあるし検証やデバッグ行程は当たり前に存在する
コーディングという部分が省けるだけでも楽になるのにそれが理解できない人って多いよな
AIに完璧な何かを求め完璧じゃないなら要らない的な思考停止しかできない人間はもうこの先の時代に付いていくの難しいじゃないかな
かつてPC、ITについていけなかった人が取り残されたのと全く同じ構図に見える

いやマジに
糞コードのデバッグするより
最初から自分で描いた方が効率良いぞ

Github copilot便利なの？

有料なのがちょっと…

>>335
過去にコードを書きまくってきた上級者ほどAIによる恩恵を感じてるのが現実だよ

似たような話でかつてインテリセンスが出たときも君みたいに自分で打った方が確実って言ってた人居たんだよね

それの発展系が今のコパイロット等のAI支援なんだよ

>>336
AIで自動生成しても、
結局自分でチェックする必要あるからな…

なんなんだろうね
この自分を過信してAIだけを信用しない思考
最終的にバグのないプログラムを納品できるエンジニアは少なからず居るけど、最終的な完成までの間はミスや勘違いなんて山のように起こり、それを最終的に修正できる人間が優れたエンジニアなわけ
時間配分的にコード生成を局所的に多用すればそれだけ他のことに意識と時間を使えるのに
生成AIは生成だけではなくエラーが起きた場合の修正箇所の提示までしてくれるアシスタントなのにこれを否定は流石に理解に苦しむよ
ただの食わず嫌いの思考停止

AIに夢を見すぎなんだよ
自分の代わりにタイプしてくれるだけ、くらいに思っておけばいい

VSCodeでプレーンテキストを開いたとき、
アウトライン機能を自分が決めた任意の記号で使いたいんですけど、
（秀丸とかMeryとかみたいに・・・）
それができる拡張機能はありませんか？

>>341
いくつかありますよってchatgptが言ってた。嘘か本当かあるいは希望に沿うものかは俺にはわからんけど

プロダクトを通じた価値の提供ではなくコーディング自体を仕事とする者にとっては、AIコーディングを認めることで自分の存在価値が否定されるように感じるのだろう
心配しなくても、VBAが未だ不滅であるようにIT介護分野において当分コーディング職人の仕事はいくらでもあるよ
むしろこのAIコーディング黎明期に乱造された負債のメンテで仕事は中期的には増えるだろうな

AIコーディングデビューしたいです
どんなものがありますか？列挙してください
ついでにそれらの使い方を詳しくおしえてください

chatGPTに聞いた方が早い
これからAI活用しようとしてる人がAI使わなくてどうする

【ChatGPT】AIチャット総合 22【Copilot・Gemini】 - 5ちゃんねる掲示板
ps://2chb.net/r/esite/1727883572

let api3 = "ps://kokkai.ndl.go.jp/" + "api/speech?";
let paramsObj = {
any: "生成ＡＩ",
recordPacking: "json",
maximumRecords: "100",
startRecord: "1",
};
let query = new URLSearchParams(paramsObj);
let url = api3 + query;
console.log(url);
// ps://kokkai.ndl.go.jp/api/speech?any=%E7%94%9F%E6%88%90%EF%BC%A1%EF%BC%A9&recordPacking=json&maximumRecords=100&startRecord=1
//
// 国会会議録検索システム　検索用APIの仕様｜国立国会図書館
// ps://kokkai.ndl.go.jp/api.html

AIへのラッダイト運動が一番激しいのはイラスト界隈だよな

EmEditorは使ったことないが、
EmEditorや携帯動画変換君の流れ見ると、
我らが秀丸エディタくんも、きっと

let dateFrom = "2023-01-01";
let dateUntil = "2023-06-21";
let meetingName = "憲法審査会";
let apiUrl = "ps://kokkai.ndl.go.jp/api/meeting?";
let paramsObj = {
from: dateFrom,
until: dateUntil,
nameOfMeeting: meetingName,
startRecord: "1",
recordPacking: "json",
maximumRecords: "10",
};
let query = new URLSearchParams(paramsObj);
let url = apiUrl + query;
console.table(url);
// ps://kokkai.ndl.go.jp/api/meeting?from=2023-01-10&until=2023-06-21&nameOfMeeting=%E6%86%B2%E6%B3%95%E5%AF%A9%E6%9F%BB%E4%BC%9A&startRecord=1&recordPacking=json&maximumRecords=10

// 第211回国会 衆議院 憲法審査会 第15号 令和5年6月15日（2023-06-15）｜国会会議録検索システム｜国立国会図書館
// ps://kokkai.ndl.go.jp/simple/detail?minId=121104183X01520230615
// 【#国会中継】衆議院 憲法審査会 〜令和5年6月15日〜｜ニコニコニュース
//
// 「緊急事態（特に、参議院の緊急集会・議員任期延長）」に関する論点 〜今国会における各会派１巡目の発言を中心に〜｜令和5年6月15日（木）　第211回国会　第15回憲法審査会　配布資料｜衆議院ホームページ
// ps://www.shugiin.go.jp/internet/itdb_kenpou.nsf/html/kenpou/2110615housei_kenshin-siryou.pdf/$File/2110615housei_kenshin-siryou.pdf
// 会議日誌 - 衆議院憲法審査会｜衆議院ホームページ
// ps://www.shugiin.go.jp/internet/itdb_kenpou.nsf/html/kenpou/211.htm

式が間違ってるのに答えだけ合ってる
今のAIωなんてこんなレベルかそれ以下じゃね

インターネットは嘘が多いから新聞しか信じないといってる老人とまったく同じ構図
ひろゆきの有名な言葉で嘘を嘘と見抜けない人は云々があるけど、情報の扱い方が下手な人間ほどAI拒否反応がでるんだよね
活用するスキルや素性がないから

>>351
エアプか？

秀丸は20年くらい前にダウンロードしたバージョンそのまま使い続けてる気がする

スレチだけど新聞の方が嘘だらけだと思う

ひろゆきは嘘だらけだから新聞以下

>>355
新聞が嘘か本当かという問題は実は重要ではなく、そのまま信じる購読者の構図が問題なんだよ
嘘や間違いはあって当たり前だという視点がもてない人は多いよ
AIも同様

たとえば現実世界で仕事が早い部下が間違った答え出してきたら、ここが間違ってるからやり直しという風に指示し直しすれば修正される
間違う部下は不要で意味がないかという議論にはならないし必要で有用でしかない
要するに使い方の問題
それと同じことをAIでもやれば良いだけなのにそれができない、想像すらできない人のなんと多いことよ
典型的な頭の固い日本人だらけだからAI活用においても世界に遅れをとるわけだ

繰り返し間違う部下は不要で意味がないよ

AIどころか既にbiomeやrust-analysisに依存しまくってコードを書いてるワイ低みの見物

>>358
単にやり直せとしか言えない無能な上司ならそうなるだろうね
こういうのって、どこが間違ってるかどういう勘違いをしてるか指摘してやり直しさせる上司側の能力なんだよ
自分自身の能力と指導する能力はまた別物だからね
どちらも高水準にないとこれからのAI時代はほんとに厳しくなるとおもうよ
今までも人の上に立つなら当然必要な能力だったけどこれからはAI活用で末端にもそういう視点が要求されてるんだよ

これだけ実績や結果でてるAIコーデイングにおいて使い物にならないと判断してる事自体が自分の能力のなさを証明する何よりの証拠になってる事にはやく気づいた方がいいね
これから転職やらなんやらで面接ある人は口が裂けてもAI不要論なんていわない方がいい
その時点で無能判定で終わる

>>353
おならプです

開発作業というものを構造的に把握する能力が必要だと思う
職人の熟練の勘みたいに出癖で仕事してると、AIはせいぜい賢いコーディング補助機能にしかならない
情報収集→トライ→エラー→フィードバック→リトライ→…のワークフローをきちんと整理してAIを取り入れることで、開発作業は劇的に効率化する
そういうワークフローの部分まで自動化しようとしているのがGitHub Copilot WorkspaceのようなAIネイティブな次世代開発環境の試みだね

>>347
行政API | e-Govポータル
ps://www.e-gov.go.jp/digital-government/api

chatGPTは中身を把握して無いからなぁ
単にネットでよくあるセンテンスを抽出してるだけの無能だしなぁ

使いこなせてないだけのアホ
ちゃんとした指示出せば全然使える

Appleの中の人が出遅れた腹いせでAIは真の判断能力があるわけではないとか言ってたな
じゃあ人間の判断能力ってなに？って話
それも同じニューロンの束が導き出したあみだくじのような物でそれを人間が勝手に意識とか判断とか言ってるだけで結局は同じ物なんだよね
そういう根本本質がわかってない人間は相当多い

>>339
これは完全な間違い
コード書きながら設計してるのであって、設計途中のものをプロンプトできるわけないじゃない

最初から完成形のコードが頭にあってそれをプロンプトするなら誰でもできるけど、仕様なんて毎週変わるような職場だと無理だぜ

AIに夢見るのやめよう
といいつつ、ビルドエラーはとりあえずAIに食わせると思わぬタイプミスとか指摘してくれるから超便利なんだけど。デバッグの友だが、一から書くのには使えない

>>367
こういう人間の本質が分かってる人がAI語って欲しい
アップルの中の人は人間も社会も不完全であることを認識できてないように思う
働き方改革とか言っても俺らはメカ設計者とか電気設計者の後段でしかないわけで、常に最新の要求だの顧客の声だの設計ミスはソフトで吸収しろだのといった無茶振りに対してアジャストが求められる

人間社会は誰かが尻拭いしてるから成り立ってるってアップルも知って欲しい

>>367
結局は同じ物って何を根拠に…。
同じものなら使ってやるが。

そろそろAIスレに行こうぜ?

効いてる効いてる

>>367
>>369
低能かよ
AIの判断する正しさと人間の考える正しさってのは根本的に相容れないってのがキモなんだよ
少なくとも現状のやり方じゃそういうふうにしかならない
AIには自分の身体やそこからくる目的や欲望が無いから
人間にとっての正しさを判断する基準や機能が欠落しまくっている

人間の脳なんてただの電気信号の繋がりの結果(巨大なあみだくじのようなもの)という仮説から、
脳の最小単位のニューロンを模したWX+Bという単純な計算回路を編み目状に繋ぎ合わせ、
それが膨大な数になると文章を理解して絵を描いたり、文章で答えたりするという現実があるんだよ

これをかたくなに人間と脳と本質が違うものと考えてる原始人脳ばかりなのは仕方ない
彼らも同様に自分が覚えてきた常識を単に繰り返すニューロンの塊なんだし
その枠を越えて自分自身を想像できる脳はそんなには多くはない

今のAIと呼ばれるものは最初はなにも知らなくて何も判断できない塊がくりかえし学習することでニューロンの重みが変わっていき、それが最終的にChatGPTにまでなった

PythonからTensorflowやPytorth使って簡単な画像認識とかをゼロからコーディング&学習推論やってみるといいよ
最初は何かのトリックに騙されてるとしか思えなかった不思議な出力も段階的にその試作の規模を小さくしていって中でなにが起きてるのか一つ一つ変数レベルで確認していくとただの信号が束になり意識と呼ばれるものになると理解できるはず
ある程度の知的ベースがあればの話だけど

↑バカだなああ

そういう視点から観察するとAIの間違え方や勘違いのしかたもまさに人間そのものなんだよね
学習量やモデル規模が少ないと「しったか」状態になって嘘を堂々と答える
最近は学習に限界があるからネット検索した結果をAIが自分の知識として使って足りない部分を補完し総合的に答える
たまに間違うが、おそらくこのサイトを参考にして間違えたのかな？とかそういう状況を目にすることができる
ほんとに人間とやってることの本質は同じ
そういうことを全てひっくるめてどう活用すれば自分のプラスになるかを考えるのが人間の脳の活躍範囲であり、それができなければ出来合いの判断ばかりのAIより劣る劣化脳になりそれこそ社会で不要な脳になる

今でも消しゴムマジックのような加工やWebサイトのサジェストまで全て同じディープラーニングと呼ばれる物の結果だからね
最近流行の無人レジなんかも完全にそれ
わざわざAIと呼ばなくてもふつうに社会に溶け込んで普通に活用されてる

そしてこれをAIと呼ぶと途端に訝しむ人間が出てくる
要するに物事を本質でとらえることが出来ず言葉や呼称で判断してしまう脳

彼らがAIを必死でバカにするが彼らが想像する拙い物って彼ら自身の融通の効かない脳そのものなんだよね
自分の脳の限界点が低いからAIはそれ以下だろうと思いたいだけに見える

>>374
本気でアホだな
そのモデル化が今の生成AIのアルゴリズムじゃ
人間が真剣な判断に使ってるアルゴリズムとかけ離れてるって話なんだよ
馬鹿にも分かるようにざっくり言うと
いい加減な性格の人間が適当にフィーリングで判断する時のようなアルゴリズムでやってるけど
背景の知識量が膨大なので馬鹿にしたもんじゃないってだけの話
そこら辺の本質的なロジックの欠陥は苫米地も指摘してるよ
もっとも苫米地が言うような正しいロジックで効率的な計算をする方法論は今のところないので
今の生成AIにも限定された価値はあるってだけ

つーか今のAIのそこら辺の欠点ぐらいフィーリングで大体分からんのか？
AIエアプなんじゃねえの？

みなさん、おちついて
AIの話したいならプログラミングのツールとしてのAIに限定してね

>>378
アルゴリズムとか言ってる時点で君は本質をわかってないんだろうね
それは単なる最終的な表層の呼び名の話であり本質ではないんだよ
人間は脳内で最終的に言葉で考えるようにできてるから最終アウトプットにそういう後付けの説明ができるケースが多いというだけの話

君はあくまで人間目線でしか物事を考えれないからそう考えに行き着く
AI将棋なんかもそうじゃん
人間には理解できない論理は無理論だと思ってる人が大多数
色の錯覚なんかみてもわかると通り人間の頭脳ってわりと偏った側面からの視点でしか動いてないんだよ
人間でいう「勘や直感」なんかもAI的な出力とよく似てる
ただし人間の言語ベースで説明しにくいから無理論と思われてるがなにかしらの情報(無意識を含む)からちゃんと脳が導きだしてるんだよね
もちろんそれがハズレな事も多いが本質は同じ事

柔らかい理解力がないとAIを賢いデータベース程度に考えてしまいがちなのはわけるけどね

そのAIも簡単な計算すらできないんだよな。脳の解明もまだなのに同じって。

>>381
お前は人の話を聞けないアホだ
論破されてることにも気づかない

国語の大切さ

>>380
話逸らしてまうしわけないけど
CPUで演算するプログラムはコンパイラや演算回路が同じなら100パーセント同一の解しか出ないのに対して、Temperature 0のLLM回答でさえろくに計算できてないってのが今のLLMでプログラム支援に使えない最大の障害だと思う

人は概念は概念として把握する一方で数字は数字として計算できる
いわば確率論的・抽象的回路(LLMより)と、正確な電卓回路(プログラムより)の頭脳が一つになってると思う

これが左脳と右脳なのかもしれんけど、このスレで意見が割れてるのも、この人間の脳の機能差によるものであると考えると真面目なレスバは見ててほんと面白い

どっちがバカとかじゃないよ、人間の脳の作りや物事の理解の仕方の不一致があるのが面白い

文章も読めないAI未満のあほに比べりゃ
そりゃあAIが上位互換だろ

>>382
本質が同じという話だよ
アルゴリズム云々言ってる彼も誤解してるけど人間の脳の動き自体はAIのそれと基本は同じなんだよ
ただし人間の場合は最終出力まえに言葉ベースの常識フィルターなるものを通して出力する
そのフィルターにうまくかからないものは「わからない」という答えになる
それを判断する人間も言葉ベースでしか物事を考えれないから人間の出す答えが一番「理論的」という思いこみをする
AIか脳の動きを模して同様の動作をしてるは確実で、アウトプット層の違い、人間特有の判断ではないという違いがあるだけの話
人間は公式を知ってるものしか計算できないがAIはざっくり合ってる答えを出せたりする
現時点での使い道としてアプローチの違いはお互いを補完しやすいメリットもある
今後言語として理解したものを最終的にアルゴリズムベースの計算機を通すようにすればまんま人間そのものになるよ

あと、大前提として、確実に同じ答えを導き出すにはかなりの量の指摘や前提条件が要る
これは人間でも同じだが一緒に作業してる人なんかは表に出ない「あうんの呼吸」といくコンテクスト有りの状況だということに気づいた方がいい

AIが使えないと思ってる人間はここの理解が足りていない
要するに簡単な言葉で「何々をしてくれ」といってもいろんな解釈や条件違いのろんな結果がある
当然本人の望む結果ではない場合もあり「使えない」とぼやく

以前も書いたが、使う側の能力が必要という事を理解してない人が多い印象

ざっくり合っているってなんだよ。
簡単な計算もできず論理的でもないのが今のAIだと思うぞ。

>>389
その論理を指定すればいいんだよ
方程式があるならその方程式を言葉で説明してルールを教える
その上で計算させればいい

人間の場合はそういう特殊なレールに乗っかって単に単純な計算の繰り返しで答えに行き着く
やってる事は暗記と単純な四則演算
(学歴だけあって自頭が悪い人が多いのはこれを賢さと勘違いしてるから)

AIは公式のないもの(知らない状態)でも状況と結果の羅列から推測値である程度の精度のものをだせる
これがざっくりの答え

これに関しても人間はすべての組み合わせパターンから式を得ようとするがAIはあくまで与えられた範囲の事から導き出してる
要するに与えられる情報量とアプローチの違い
より人間に近い答えを出してほしいなら無意識でやってた範囲を含めそれを言語化して相応のインプットを与える必要がある

VSCodeスレで関係ないことガタガタ語っていると、正否に関係なく何いってんだこいつとしか思えん

chatGPTは中身を把握して無いからなぁ
単にネットでよくあるセンテンスを抽出してるだけの無能だしなぁ

無能を有能と置き換えても成り立つな
基本相手不在だしミスリードは避けられん

AIは先生ではなく頭の良い奴隷、未だにAIは使えないとか言ってる奴はそこを履き違えてる
騙されたと思ってコード全体丸投げしてこれをレビューしろと指示してみな

>>394
我々はさしずめ頭の"悪い"奴隷、といったところか...
それでも行為の主体には違いないが

もう何を議論してんだかわけわからん
俺は人間の判断とAIのそれが本質的に同じだとか言ってるどうしようもない低能が目についたので突っ込み始めたが
今のAIに使い道が無いなどとは言ってないぞ

すれ違いに便乗して質問なんだけど、AIはちゃんと数学ができないってまだ規模が足りてないだけではないの？

ここはAIについて語るスレだからあってるぞ
誰かがちゃんと語ってくれる

ここはスレタイも読めないガイジの集まりなん？
AIのが万倍もマシじゃん

AIはちょいちょい知識や記憶の補完に使ってるな。間違っている事もあるがググりワードのヒントを教えてくれるところは非常に有能で便利

レスバが目的なら判らないフリしてるだけだからフィットする訳がない

ChatGPTは賢いんだけど、どこかアスペ(ASD)そっくりなんだよなｗ

以前は無料だとコンテキストウィンドウが小さかったから言ったことすぐに忘れるADHDみたい担ってたけど、今はモデルが変わったから改善されてるんじゃない？俺は課金してるから知らないけど
無料だとトークン削減のためにモデルの制約とは別にコンテキストを切り捨ててる可能性もあるね

>>402
飼い犬は飼い主に似るんだよ

>>404
アスペ？

>>396
AI使いこなせない低脳はそろそろ黙った方がいいぜ

>>404
逆向きもあるだろうなあ
相互作用

>>406
マジで日本語読めないアホだな
普通に使える用途では使ってるわ

お前はスレタイ読めてないアホじゃん

>>409
きみは頭がつるつるのハゲじゃんか

>>410
なぜバレた？

>>411
まぶしいからさ

>>408
見苦しいから化石頭の爺さんはそろそろ

反AI絵の人は狂人多いよね

>>380
少なくとも俺はもうAIサポート無しのプログラミングは考えられない
作業時間が1/3
わからんとこgoogleで検索に費やしてたリソースがこれだけデカいとは
しかもちゃんと模範解答＆別解まで提示してくれるし文章も適切

話逸らしてレスバに勝った風な雰囲気醸し出してるどこにでもいるクズ

>>415
検索すれば出て来るような分野ならそれで充分だよな

Google検索は関連ワード入れてあとはしらみつぶし的にに結果を見ていくがAIは質問がすべてを左右するという違いがある
文章が拙いとうまく活用できなくて使い物にならないという烙印を押しがちだけど、ほんとに使い物にならないのは使う側のスキルなんだよね

適当ツール書かせるのに便利だったりはするけど
結局はコード読んで理解して不具合見つけるスキルないと使えない

喩え話をすると

銃の照準がずれてるとどうなるか
一発しか撃てないなら当たらないが
何発も打てる状況なら実際に撃って、そよずれを把握してそれを考慮して次の狙いを定めるとすぐに自由自在に当てれるようになる
これが道具の使いこなしであり道具が完璧ではなくてもいくらでもやりようはある

実際のAI活用においては照準がずれいる訳ではなく、人間相手の指示とAI相手の指示の差を理解できずにずれてると感じる人が多いと思う

プログラムなんかもそうだけど処理やロジックは常に例外的なケース考慮する必要がある
要するに脳内で理屈の通った屁理屈を展開できるかどうかがバグを減らし完成度を上げる基本的なスキルだと思ってる
AIとのつきあい方もそれと似た感じでいろんなパターンを考慮し質問で条件で固めて答えの範囲を狭めてやればこちらの望む結果に近くなる

本来エンジニア的素質があればこのようにAIとの相性はよいはずなんだけど中にはそうではない人がいるんだよな

>>419
不具合を見つけれるスキルがないと使えないのはある意味その通り
今の時代のAIの使い方はあくまで自分の補佐だからね
チームリーダー(この場合の自分)が無能だとどうにもならない

マイクロソフトがcopilotというサービス名にしたのもそういうニュアンスがあるんだと思う

>>420
めっちゃ頭悪そう

>>420
さらっとバクを入れてくるから信用ならんのだよ
その程度の仕事しかしない人に使えるだけ

>>420
何のための長文なんですか？
AIに要約させてみろよ

>>425
文章が短くて済むのは相手と意志疎通できてきて行間を読める能力をもってる時のみ
AIに対する指示なんかも短文は不向き
今回はAIを使いこなせない相手向けの説明なんだから回りくどいくらいがちょうど良い

あまりこういうことは言いたくないけどAIをフル活用出来てない(やろうとしたが)人って状況等をうまく文章化できない人なんだよ
そこに差があるからAIに対する評価が人によって違うという事が起こってるんだと思う
実際問題世界中でAI支援による恩恵を受けている人は星の数程居てその価値は完全に証明されている
にも関わらずそれに異を唱えるのはもう使い方が悪い、使いこなせてない以外の答えはないよね
普通に考えて論理的にも帰納的にもそこに行き着く

>>426
ガタガタ言わずにAIにぶっこんでみろ

スレの流れも一緒にぶっ込んでそこまで長文書く必要があったか批判させてみろよｗ

>>427
だから、お前程度の頭の馬鹿がありかたがっているだけだぞ
プログラマー以下のコーダーとか言われる層がそれ

短文で理解するのが本物のAI
長文で指示しても怪しいのがアイちゃん

>>426
chatGPTは相手と意志疎通できてきて行間を読める能力を持ってないことを認めるんだね君は

AIが人間と本質的に同じ判断してるとか言ってた雑魚はどこにいったの？

一連の流れをAIにぶっこんで生産的な仲裁レスの案を出させてみろ

EmEditorでもOpenAI APIを利用した生成AI連携機能が充実してきてる

「EmEditor」の強力な生成AI活用機能を解説したPDFが無償公開 - Book Watch/ニュース - 窓の杜
https://forest.watch.impress.co.jp/docs/bookwatch/news/1632168.html
強力な生成 AI クライアント - EmEditor Professional
https://download.emeditor.info/doc/powerful-generative-ai-client-j.pdf

飛行機を飛ばして話題を逸らす案でも提案されましたか？

もう病気の類なんじゃないのかなこの人は
AIを認めるとザワザワして発狂してしまうの？

こんな感じで頭が固く思いこみが激しい自己暗示タイプはもうなに言っても通じないだろうし
AI使いこなせる基本的な国語力も臨機応変な応用力も持ち合わせてないようだから一生そうやって噛み付いて否定してればいいよ
君一人が取り残されても世界は前に進んでいくから

ガイジ大暴れ

>>437
俺はAI使ってみろと言ってるんだが？
教科書も読めなくてAIに負けちゃうキッズですか？

今のAIωが本気でAIだと思ってる人は
その程度の仕事しかしてないんだろうと判って面白い

使いこなせてる人と使いこなせない人が居る
さて違いは何か？

WEB系とかは使えて組み込み系には使えないとかあるのかな？emeditorの記事は文章校正に使ってるね。リファクタリングが得意ってことなのかな?

リファクタリングはコードのアップロードは抵抗あるから一から書いてくれないと困るけど

>>444
EmEditorのアレはOpenAI APIを利用しているだけなので、オンデバイスでの推論機能はない
ちなみに、OpenAI APIはChatGPT APIと違ってプロンプト入力を学習に用いない（転用されない）

ダメ元でMutation eventsをふんだんに使ってたコードを大量に貼り付けて
全部MutationObserverに書き換えてってやって
なんのエラーもないコード吐き出されてきた時はさすがに震えたわ

俺が普通にやってたらググったりしながらの半日作業やぞ(´・ω・`)

なんかさっき
(
って入力したら
(^_^)/
ってコピロットが補完したぞ

コピロット

github copilotあったらchatGPTいらない感じ？

MicrosoftはVisual Studio Codeの拡張機能において自社だけが特別なAPIを使えるようにしている
https://gigazine.net/news/20241022-microsoft-visual-studio-code-extension/

まぁ些細なことよ

v=AKhwLYSiIic

gigazineって最近見てなかったけどメンバー登録しないと見れないようになってんのか調子こいてんな

または広告を見ないと

例の倉庫騒動で、不誠実な嘘つきであることが衆目に晒されてしまったことだし、信者だけを相手に引き籠もることにしたんだろ

>>443
組み込みは単調なコピペの羅列が多いからむしろ生成AI向きだと思う
Webはグルーコードが多くて、一つの関数をゴリゴリ書くような作業の比重があまり大きくないからどうだろうね

>>450
開発中のAPI（Insider版専用API）であってMS専用って訳ではない模様
よくある釣りタイトルをGigazineがそのまま記事タイトルとして採用してしまったっぽい

未だにGIGAZINE見てるやつなんかいるんだ

ギガジン
fabcross
カラパイア
まぐまぐ
qiita
teratail
github
stackoverflow
note.com
zenn

wiredももう観なくなった

wiredは意識高い系バカの典型って感じ

じゃあここは？

ナウなヤングはここだけ見てればいい

技術的なトピックに触れるアプローチが大好き！EchoAPIはVS Code環境にピッタリで、APIテストが超楽になった

で、
AIエディタは何がええの？

しゃべんなゴミクズ

>>465データ転送をより良く処理するのに役立つこと

最新バージョンでgithub copilotでclaude使えるようになったっていうけどどこで切り替えれるんだ？

>>468
Chatのテキストエリアで何をベースにするか選べる、その他のところはわからん

A5SQLの代わりになるような拡張機能ってないよね？

よくMSが許したな
エンタープライズのガバナンス対応としては自前のAPIキーを使えるようにしないとあまり意味ないだろうし、何がしたいのかわからんね
そこまでして競合を潰したいのだろうか

邪悪なM$のVSCode終了

生成AIによるプログラミング支援のCodeium、VSCodeフォークの「Windsurf」エディタ発表。変数名を1カ所変更して残りの修正を生成AIが行うなど高度な開発支援を提供へ
https://www.publickey1.jp/blog/24/aicodeiumvscodewindsurf1ai.html

>>464と>>467は5ちゃんのVSCode関連スレに片っ端から連投しているステマ

>>471
フォークな時点で論外だろ
今は良いが一年後二年後はもうゴミだ

>>471
情報垂れ流すのがいいのか？

M$ = 邪悪って考え方がもう古いし、仮に VSCode が邪悪なことやってると思う人は OSS 版の VSCodium を自前ビルドしてるでしょうし、
その VSCodium に露骨に名前を被せてきてる Codeium が多分この中で一番邪悪っぽいですね

AIコーディング支援は乱立しすぎ
Cursorも最近Copilotに猛追されて危険な状況だし、そろそろバブル崩壊かな

>>476
どれがいいのかね？

cursorとかcopilotとか…

あちこち乗り換えるのは時間のムダ
いい機能をマネするのはMSの得意技だから、待っておればよいのだ

MSのパクリプロダクトって、パクるのはいいとしても、
自分でロクに使い込まない情シス向けに選定時の機能比較表に〇付けさせることを狙って、
とりあえず使い物にならないハリボテでもいいから機能付けてできてることにしとけみたいなのが多いから印象悪いんだよな
EdgeしかりLoopしかりAzureしかり
さすがにコーディングエディタとなると誤魔化しはきかないから品質は高いけど、
それでもCopilotなんか競合が出てきて焦り出すまでは酷い品質だったよね

copilotの品質はなんとも思わんかったが、あれの出だした時にvscode自体がくそほど重かったのは耐え難かった。しかもcopilotインストールしてなくても重くなったのでバージョン下げるしかなかった。

どれがいいと言うか
CursorユーザーはほとんどCopilotも同時契約で使ってるんじゃないか？

CursorはCopilotも入ってないとサジェストが使い物にならなかった気がする
両方契約しっぱなしだから最近の動向知らんけど

v0とかああいうのは、正直まだオモチャの域出ないので大半のエンジニアはしばらくは気にしなくていい

VScodeにMSのPythonプラグイン入れて使ってるのだけど
スクリプトの実行時にターミナルに色々と表示される実行用パラメータと
スクリプトの出力が繋がって表示されてしまう

それへの対処のためにスクリプトに改行文字を入れるのは
本末転倒な感じなので、プラグイン側に実行用パラメータの後に
改行を入れさせたく思ってます

なにか設定方法があれば教えてください

何いってんだこりゃ
普通にターミナルから実行するんじゃなくてデバックプロファイルから起動したりするときの話をしてるのかな

VSCodeって、Git Graphとかの拡張機能を入れれば、
Sourcetreeのようにリポジトリごとの操作や差分表示などを行うツールとしても使えたりしますか？

試してみるのが一番早いよ
ソースツリーあんまり詳しくないから何を求めてるのかわからんが

実際に入れて試してみましたが、差分表示はUTF8じゃないと文字化けしてしまいました

ナイストライ

>>489
これShift-JISやUTF8のファイルが混在している環境で
文字化けせずに差分表示できるような方法はないんですかね

文字コード変換する簡単なスクリプト組んで変換した後にやればいいんじゃないか？

ヒストリー内のコミット間の差分比較をイージーにできなさそうだなそれ

VS codeって、
変数ウォッチウィンドウが見づらいね…

https://marketplace.visualstudio.com/items?itemName=mhutchie.git-graph
> File Encoding: The character set encoding used when retrieving a specific version of repository files (e.g. in the Diff View). A list of all supported encodings can be found here.
しらんけどできると書いてるから調べてみたら

本来gitattributes使ってUTF-8に寄せるのが筋だろうけど

ウィンドウを自由に分かれて欲しい…

SIerとか2024年現在でもSJIS使ってそう

>>494
その設定、同一リポジトリ内にUTF8/SJISが混在していたり、
SJISファイルを段階的にUTF8化していく場合には使えなくね？

SJISなんて大昔のガラケー向けサイト構築以来使ってないな
今となってはUTF8以外使う理由ないし

VSCode自体の設定には文字コードの自動認識はあって、
ソースコードの表示自体は文字化けしないようにできるけど、
Git Graphの差分表示の部分には反映されないようです

>>499
文字コード混在環境でsourcetreeは文字化けせずに使えているの？

>>500
Sourcetreeでも内部の差分表示はUTF8のみになっているので、そこだけWinMergeを使っています
VSCode使えばこのへんの機能を1つにできるかと思っていました

>>501
なるほど
自分もWinMergeは文字コード変更を無視するオプションがあるから、手放せないよ
ステージングしてないと文字化け回避diff出来ないという制限も無いしね

>>502
VSCodeのソース管理グラフから開いたときの差分はちゃんと表示されるのに、
Git Graphから開いたときだけ文字化けしてしまうようです

>>497
これやっぱりすべてのファイルが対象になってしまうのですよね
Git Graphの履歴の機能は凄く見やすいので、
VSCode自身に合わせた文字コード自動判定の機能が欲しかったです

Git Graphでソースをクリックしたら1つ目の変更行に飛んでくれるけど、
ソースがとんでもない長さだと位置がずれる。
VSCodeを終了するまでは、次から別のファイルをクリックしても正しい位置へ飛んでくれる。

>>499,503,504
たしかに

元のgit graphが更新停止状態で、今生きていそうなforkがあるのでそこに報告しては
https://github.com/AnasKhedr/vscode-git-graph-automotive

自分が経験したやつだと文字コードと改行コードが人によって違うから差分はトートイズgitとかで手動でマージしてた

リポジトリに.editorconfigないと絶望する
さすがにもうUTF-8以外が混ざることはないけど

>>508
こんな便利そうなのあったのか
ぜひ導入したいな…

Unicode正規化のおすすめが知りたい

>>506
Git Graph便利でずっと使ってたけど更新停止してたのは知らんかった
情報感謝

>>507
読みとしては間違っていないが、TortoiseGitもTortoiseSVNもTortoiseを日本語だとトータスと呼ぶことになっている。

英語のTortoiseはトートイスだと綴りどおりの発音だが、アメリカ英語の発音を日本人が聞くとトレスと言っているように聞こえる。

TortoiseSVNを日本で広めた人間がトータスと呼ぶことにしたようだ。

TortoiseGitは日本語の読みが定まってはいないが、TortoiseSVNとは別の読みにする理由がないので、トートイスギットは職場方言としてはあると思われる。

Tortoiseは昔からトータスだろ
トータス松本、トータスメダル、トータスシェル

トータス、トーリス、トーティスならわかるが
トートイスはネタやろ

ウルトラマンタロウには下記の3種の怪獣が出てきたよ。

キングトータス
クイントータス
ミニトータス

tortoiseは英語の歴史上、こんなつづりになっているが、古英語と現代英語では発音の法則が違うため、いまとなっては i の存在は書くが発音しないと英語では決まっているから、i を発音しても英語圏の人には間違っていると思われるだけ。

いまは日本語入力でも、かなを英語に変換してくれる。
製品名は製品の正式名で書いた方がいい。

ChatGPTみてえなカスの嘘しか吐かん奴だ

読み方はともかく亀の意味の単語なので日本語(カタカナ英語)でトータスと読んでないのはちょっと変かな

実際の発音はともかく、の間違い

> Tortoiseは昔からトータス
俺もそう思う
トートイスやトートイズはないな

>>519
tortoiseは亀というわけでもない。
turtleも亀だが、日本語よりも英語の方が種類によって言い分けている珍しいパターン。

>>520
訂正するときはコピーして直したものを書き込んだ方がいい。

朝食か！

AIωに聴いたらトータスはフランス語でタートルは英語だった