厳格な型と一貫したエコシステムがAIの自己修復と相性抜群なんやな
『言語がガードレール』論の核は静的型と標準ツールチェーンを持つ言語に広く通じる。Go固有はGo2を出さない後方互換の約束とgo fixの決定論性で、検証ループの足場になる
UberよりGOだよね！
GPUをドライブできるという点ではむしろrustではないかと。Goはマルチプラットフォームの強みがあるけど、AI向きという訳ではないのでは？
公式パッケージはかなり手厚い。一方interface型は独特だし行数多くなりがちで読みやすさは人による。ふるまいの抽象化のみなので構造の抽象化は出来ずanyになっちゃうので強力な型システムでは無い。あとnull安全でない
単一言語主義は知的多様性の放棄です。しばらくはAIも人間の知能や文化を学んで賢くなっていくので、人間が多言語を必要とするならAIもそうです。完全にAIが主導になったならAIが必要な複数の言語を作ってくれます。
ライブラリなどエコシステムを無視して言語だけの比較をする奴、本当にプログラム書いたことあるのかな？例えば、俺はBLE使うプログラムをGoで書いてたんだが、ライブラリが全部イマイチでPythonで書き直したよ。
最近スクリプト作るとき、何も考えずPythonを選んでて、AIも良しなにしてくれるし、なにも不自由なかったのは膨大なライブラリに救われてただけだった。動けばいいけど、数が増えるとますます自分で書けなくなっていく
誰もコードを自分では読まなくなるんだからreadableの価値は低下していくだろうけどね
Rustの方が良いのでは？
TypeScriptでいいよ
AIが書くなら固い(型安全とか制約機構がちゃんとしている)言語がいいとは思う
Goが最適かどうかはわからないけど、シンタックスが好きじゃないって理由で候補から除外することはなくなったな。どうせAIに書かせるわけだからね
良さそうと思ったが自分はあまりGoを知らないので、AIにコードを書かせるためにGoを習得するという、なんか腑に落ちない事になりそう。読まない決意ができればいいんだけど。
なんかずれてるな。まともなパッケージ管理とクロスコンパイルが強み。バージョンが0.01違ったり標準パッケージ管理でのオペミスで壊れるPythonの対極。
Goはあんまり使ってないので何とも言えないけど、読みやすさが重要である点は同意する。ただプラットフォームという意味では必ずしもGo固有とは思わないし、それが弱いC++とかに出番がないとも思わないけどね(´・ω・`)
何が最適かは何を作るかによるから適材適所だな。プログラム言語は手段だし。AIがコード書くなら可読性は不要になってくるからAI用に最適なプログラム言語をAIが作る未来があるかも。OSもしかり。
端折った翻訳/要約より元記事読むことをお勧めしたい、そんなに長くないし。。
Goではリアルタイムセーフなコードを書けないから自分が使う状況は無い。どの言語にもソリューションに適切となる場面・側面があり、AIが解決できる問題は限られている。Google自身もGoによる置き換えを実践していない。
“AIエージェントによって、開発ボトルネックがコード書きからレビュー・検証に移行してきた。言語そのものをAIを制御するためのガードレールとして捉える”
人間が読まなくていいなら機械語でいいような気もするが。異常に速い処理が書けるんじゃないかな
Googleで揃えた場合はそうなんだろうな。
言語仕様そのもの、フレームワークそのものがハーネスになるのを趣味でAIでコード書いてててひしひしと
そりゃGoogleの人の発表だとそういうトークになるの当たり前や
パフォーマンス観点でコンパイル言語が良いので、Go, C#, Java, Rust, Node.js(プリ) のどれかだろうなとは思ってる。でもGoはサードパーティに頼りすぎな点がなぁ
まだ人間レビュー
個人的にはGoは容量が馬鹿みたいに増えるからスマートじゃないし好きになれない。サプライチェーンの部分で変なコードが混入しても気付きずらいよね。
"Go 2.0は決してリリースされない" / "ゆるやかなプロトタイピングや巧妙かつ暗黙的な近道を重視して発展してきた言語は、断片的なエージェント出力の重みのもとで安定性を保つことに苦労するだろう"
via https://x.com/saki_engineer/status/2088281238184620339
なぜAI時代にGoが最適な言語なのか
厳格な型と一貫したエコシステムがAIの自己修復と相性抜群なんやな
『言語がガードレール』論の核は静的型と標準ツールチェーンを持つ言語に広く通じる。Go固有はGo2を出さない後方互換の約束とgo fixの決定論性で、検証ループの足場になる
UberよりGOだよね！
GPUをドライブできるという点ではむしろrustではないかと。Goはマルチプラットフォームの強みがあるけど、AI向きという訳ではないのでは？
公式パッケージはかなり手厚い。一方interface型は独特だし行数多くなりがちで読みやすさは人による。ふるまいの抽象化のみなので構造の抽象化は出来ずanyになっちゃうので強力な型システムでは無い。あとnull安全でない
単一言語主義は知的多様性の放棄です。しばらくはAIも人間の知能や文化を学んで賢くなっていくので、人間が多言語を必要とするならAIもそうです。完全にAIが主導になったならAIが必要な複数の言語を作ってくれます。
ライブラリなどエコシステムを無視して言語だけの比較をする奴、本当にプログラム書いたことあるのかな？例えば、俺はBLE使うプログラムをGoで書いてたんだが、ライブラリが全部イマイチでPythonで書き直したよ。
最近スクリプト作るとき、何も考えずPythonを選んでて、AIも良しなにしてくれるし、なにも不自由なかったのは膨大なライブラリに救われてただけだった。動けばいいけど、数が増えるとますます自分で書けなくなっていく
誰もコードを自分では読まなくなるんだからreadableの価値は低下していくだろうけどね
Rustの方が良いのでは？
TypeScriptでいいよ
AIが書くなら固い(型安全とか制約機構がちゃんとしている)言語がいいとは思う
Goが最適かどうかはわからないけど、シンタックスが好きじゃないって理由で候補から除外することはなくなったな。どうせAIに書かせるわけだからね
良さそうと思ったが自分はあまりGoを知らないので、AIにコードを書かせるためにGoを習得するという、なんか腑に落ちない事になりそう。読まない決意ができればいいんだけど。
なんかずれてるな。まともなパッケージ管理とクロスコンパイルが強み。バージョンが0.01違ったり標準パッケージ管理でのオペミスで壊れるPythonの対極。
Goはあんまり使ってないので何とも言えないけど、読みやすさが重要である点は同意する。ただプラットフォームという意味では必ずしもGo固有とは思わないし、それが弱いC++とかに出番がないとも思わないけどね(´・ω・`)
何が最適かは何を作るかによるから適材適所だな。プログラム言語は手段だし。AIがコード書くなら可読性は不要になってくるからAI用に最適なプログラム言語をAIが作る未来があるかも。OSもしかり。
端折った翻訳/要約より元記事読むことをお勧めしたい、そんなに長くないし。。
Goではリアルタイムセーフなコードを書けないから自分が使う状況は無い。どの言語にもソリューションに適切となる場面・側面があり、AIが解決できる問題は限られている。Google自身もGoによる置き換えを実践していない。
“AIエージェントによって、開発ボトルネックがコード書きからレビュー・検証に移行してきた。言語そのものをAIを制御するためのガードレールとして捉える”
人間が読まなくていいなら機械語でいいような気もするが。異常に速い処理が書けるんじゃないかな
Googleで揃えた場合はそうなんだろうな。
言語仕様そのもの、フレームワークそのものがハーネスになるのを趣味でAIでコード書いてててひしひしと
そりゃGoogleの人の発表だとそういうトークになるの当たり前や
パフォーマンス観点でコンパイル言語が良いので、Go, C#, Java, Rust, Node.js(プリ) のどれかだろうなとは思ってる。でもGoはサードパーティに頼りすぎな点がなぁ
まだ人間レビュー
個人的にはGoは容量が馬鹿みたいに増えるからスマートじゃないし好きになれない。サプライチェーンの部分で変なコードが混入しても気付きずらいよね。
"Go 2.0は決してリリースされない" / "ゆるやかなプロトタイピングや巧妙かつ暗黙的な近道を重視して発展してきた言語は、断片的なエージェント出力の重みのもとで安定性を保つことに苦労するだろう"
via https://x.com/saki_engineer/status/2088281238184620339