AIコーディング・コーディング支援総合スレッド ★3

Cline、Cursor、CodeAssist、Copilot・・・・・Cから始まるものの話題ならなんでもおっけ！
※前スレ
AIコーディング・コーディング支援総合スレッド
https://mevius.5ch.net/test/read.cgi/tech/1747022988/
AIコーディング・コーディング支援総合スレッド ★2
https://mevius.5ch.net/test/read.cgi/tech/1767759636/

セックスは最高の異文化交流

エンジニアオワタw転職先探せーwww

こいつまだいんのかよ

AIコーディングには、C/C++よりRustが向いてそう

C/C++ 人間がコード見てセキュリティチェックするのめんどくさい、
Rustなら人間がチェック手抜きしてもセキュリティ問題が起こりにくい

こないだから VM 型正規表現エンジンの POSIX 準拠の方法について AI と議論してるんだけど
(こちらのソースを見せたり、コードを書いてもらったりはしてない。対話してるだけ)

最初 Gemini (無料版) とやってたのだけど、あまりに言うことが支離滅裂なので投げ出して
ChatGPT (無料版) にしたら、こちらはまだマトモな話が出来る
それでも、ちょっと考えれば分かるような穴のある提案をして来るので、それを指摘すると
「それに気が付く人はほとんどいないでしょう」
とか言って、ホンマかいなという感じ

なので渋々、有料版の Pro にしてみたら、突然人が変わったように (実際に変わったんだろうけど) マトモな議論が出来るようになった
これは使えます。さすがは有料版

ただ全くミスがないわけでもなく
「この問題の典型的な例はこれです」

とか言って出して来た正規表現が間違ってたので、それを指摘すると
何もコメントせずにスルーして話を進められたｗ

>「それに気が付く人はほとんどいないでしょう」

シコファンウザいわー

Geminiはキチガイ
ChatGPTはキョロ充
Claudeはお節介

AndroidからiTunesライブラリから再生するアプリ、ほぼ完成したわ
ずっと欲しかったんだよね、こういうの

ただ、途中でAIがコードをぶっ壊すことが多々あって閉口した
毎回「1文字も省略せず出力せよ」みたいな接頭詞をつけて指示しなくちゃいかんのがめんどかった
これくらい言われなくてもやれよ、と思う
今だけの話だとは思うけど

5ch.netのドメインがBANされたっぽいが、板情報更新だけでいけるんかねぇ。

Claudeがアメリカで脅威認定されたらしいけどもしかしてやばいことになってる？

話題になってみんな使い出して障害になってる

https://youtu.be/FARPZgCtRXk

ふむ

テスト

web屋だけは驚き屋の言うようにエージェントに攻略されたけど他はまだまだだな

高性能なAIエージェントを導入する際は、
専用PCと専用LANで、必要最小限の情報以外にアクセスできない環境でつかったほうが良さそう。

外部サービスを利用する場合も、エージェントAI専用のアカウントを作って、メインアカウントとは分けるとか。

>>8
copilotはADHD

・素人エンジニア＋AIコーディングで意味不明なコードが量産されてメンテナンスできなくなるのでは？
・将来はAIがもっと高性能化して、その手の意味不明なコードでもメンテナンスできるようになる

さてどっちが正しい？

想像力が乏しい上に二元思考しかできない
ダメなエンジニアの典型例だな

>>19
今すでに「複雑すぎるコードをAIが読み解く」という使い方は普通だよね
そもそも人間がやるべきことではないと思う

>>19
答えは、優秀なエンジニアだけが職に残り、AIを適切に使用して生産性と品質を両立する。

クソなエンジニアは仕事がなくなるので、クソコードを量産されることも無い。

>>22
それ職業エンジニアの話だろｗ
素人って書いてるじゃんｗｗ
オワタくんバカじゃんｗｗｗ

本当に素人なのに「エンジニア」なのかよ。（笑）
素人ぽいエンジニアなのかと思っちまったわ。

本当の素人のコードなんか、どんなに意味不明になってもいいじゃねぇか。
好きにやらせてやれよ。

>>19
よく考えてみてくれ

AIはエンジニアがエンジニアの首を締めるために開発した自虐システムだ

エンジニアは自分たちが滅ぶAIを自ら作り上げた
これからはさらにそれが加速するだろう

自分で自分にムチを打ち、悲鳴をあげながら悦びを感じるのがエンジニアという事実があらわになった

エンジニアに修飾語を付けない奴はもの知らず

少なくともそのレベルは淘汰されないだろ

サンデープログラマだけどエンジニアだと思ってる

>>24
日本企業の情報システム部門やシステム子会社は大企業でも素人の寄せ集めのところがめちゃくちゃ多いんだが知らんのかな？

>>29
何言ってんだ？
だから、俺は素人エンジニアを「素人みたいなエンジニア」の事として書いたら、

23は本当に素人（職業じゃない）と返してきたんじゃねぇか。

情シスに所属さえしていれば職業エンジニアだと思ってたのか
だとしたら>>22は余計に的外れだな

エンジニアは変なプライドがある
そもそも使う側がエンジニアになっていくターンだと思ってる

日本企業の情報システム会社も大企業でも素人の寄せ集めのところがめちゃくちゃ多いの知ってるよ

まもなくソースコード全く見ずにリリースできる世界になる
そうなったらエンジニアオワタ転職先探せー

>>32,34
エンジニアに修飾語も付けないエアプログラマ

エンジニアはすべてフルスタックになるのです
経営から便所掃除まで、AIを駆使して一人で担当するのです

そもそも日本語の通用しないやつは、エンジニア以前にダメだな。

AIといっしょに「ファミコン版マインクラフト」のコーディング始めてみた
面白い

現状でコード手書きすることってあります？

「手書きしない」ってソースコードファイルを見る事はあっても
一切文字入力や編集やチェリーピックマージしないって事なら
「手書き」はまだまだ必要だな

汎用的なコードは全部AIに投げてるけど、ここでしか使わない特殊な処理は自然言語で懸命に説明するより自分で書いたほうが早い

AIが職場に導入されて、いままで職場で幅利かせてた先輩が窮地だ
あまり質問しやすい人じゃなかった
でも、わからないとこは質問してね、って感じだった
だからみんな恐る恐る質問してた
でも、みんなAIと相談しながら仕事し始めて実際そっちのほうがよくなった

AIの説明は丁寧だしね

AIおまえ今調べて知ったくせに上から目線で判ってました観たいなレスすんな

>>29
めっちゃ判ります
素人の寄せ集め

>>39
速度、トークン制限があるから全然ある

会社によると思うけど一人で月あるいは日毎でどれくらいのトークン利用できるの？

一切ソースコードを見なくて良い世界線が来る

>>39
手でちゃちゃっと直したほうが早いケースは結構あるよ。

ブラックボックステストだけで十分という世界は来ない

人間がするソースコードチェックとAIがするチェックで何が違うのか
人間がやってることを言語化してAIに指示出せば良いだけ

オワタくんがなんでそんなにソースにこだわるのか分からん
ソースを見たり編集したりすることがソフトウェアエンジニアリングだと思ってるからなのかな

企画やデザイナーやPMやQAや問い合わせ対応のお姉ちゃんが直接プロダクトを修正できるようになる
エンジニアは上記の職種のいずれかにマージされていく

>>51
AIのチェックが正しいかどうやって担保するの？

上記の職種のどれを選ぶのか別の業界へ行くのか全エンジニアはこの猶予期間で考えなければならない

QAじゃね。今もエンジニアのチェックをすり抜けてQAがチェックしてる。同じこと

逆だな
エンジニアが全ての職種を兼任する
すべての職種はエンジニアになるかどうか、決断を迫られる

企画やデザイナーやPMやQAや問い合わせ対応のお姉ちゃんとの仕事の奪い合いの戦争だ

>>52
逆だろ
「ソースを見たり編集したりすることが」苦手なルサンチマンの終末論

>>56
それ、QAにしわ寄せがいくと暗に言ってるようなもんだろ
不具合があった際の責任主体はどこになるのか

>>52
コンプレックスの裏返しだよ
「AIがバイナリ直接」のバカと同じ

まだエンジニアて言葉の意味分かってないやついるな

>>56
QAがエンジニアじゃない会社・・・
あ、察し

想像力が乏しい二元思考のダメなエンジニアと書いたが
それ以降のネタに比べると>>19の問いが一番マシだったわ

QAエンジニアっていうのかい？贅沢な名前だねえ！今からお前の名は動作確認係だ！いいかい、動作確認係だよ！

>>63
うちのQAは、何の役にも立たないがな。

今日話してたようなことが記事になってるw
ttps://zenn.dev/nuits_jp/articles/2026-03-08-reviewing-ai-code

>>67
ぐうの音もでねえな
正しい

薄っぺらい記事だな
結論ありきでロジックが穴だらけ

正常性バイアスとは、災害や事故などの異常事態に直面した際、「大したことはない」「自分は大丈夫」と都合よく解釈し、危険を過小評価する心理現象です。心の平穏を保つ防衛本能ですが、避難の遅れや危機管理の甘さに直結する危険な脳のメカニズムです。

主な特徴と具体例
「前例がない」： 過去の経験から「これまで大丈夫だったから今回も大丈夫」と思い込む。
避難の遅れ： 地震や洪水警報が出ても、「大げさだろう」と正常な範囲内として処理する。
異変の無視： 火災報知器の音を「訓練」や「誤作動」として軽視する。

システム屋さん的な発想だとレビュー不要になるのかな
レビュー不要になるのは当分先だろうな
というか永遠に来ないかもしれん

計算結果の理由が説明できないコンピュータシステムはあまりに恐ろしすぎるわ

このスレで毒づいている人のスタンスって何？
「AIなんかにプログラミングができるわけねえだろう」
「結局最後は人間が尻拭いすることになる」
「プログラマーという職業は未来永劫安泰」
ってこと？

>>67
道具の都合に人間側が合わせるなんて主客転倒もいいところだろ
生成モデルの仕組み上、出力は一意に定まらない
品質とする際、それは安定を意味しないのか
IFを自然言語とするそれは従前までの抽象化とは異なるわけで
量が質を担保するのは主体と同一性があってこそかと
グミ打ちスロップ食いすぎてひり出す思考もクソ化するオチ

人間の出力だって一意に定まらないんじゃないのか

>>72
何をもって毒づいてると認識してるかわからんが、自然／形式言語の違いとそれに伴う抽象化の差、生成モデルとの食い合わせ、この辺りを無視したテクノオプティミストの妄言はツッコまれても仕方ないかと
"AI"とする際に指しているものが言外のうちに省略された「生成」のそれな時点でそもそも言葉のハイジャック感

涙を拭いて転職先を探せよ猶予期間のある今の内に

>>72
プログラマーがいなくなったら世の中が大変になるっていう危機感とかでもなきゃ黙ってた方が良いと思うけどな

>>72
テメェの不勉強と不見識を棚に上げて、毒づいてるだけだよ。
ほっときゃいい。

プログラマー不要になる頃にはホワイトカラー職は全て不要になっている
AIの奴隷として働く肉体労働のみが残る

肉体労働もフィジカルAIで代替される。時間差が多少あるだけ

記事のコメントで反論して

エンジニア完全自動化はすぐ？/ロボット革命も近い
ttps://youtu.be/-UL0oRyrZ34?si=YsLcY7Rhev5MmFF1
> おそらくあと1～２年もすればAIがソフトウェアエンジニアリングを最初から最後までエンドツーエンドで丸ごとこなせるようになると思います

>>67
品質保証プロセスの話なのにテストに一切言及してないから中身が全くない
知識や経験がなくても考察くらいできそうなもんだが
それすらしてないから地に足がついてないペラい主張になってる

要件定義書はガッツリ書くくせに
要件を満たしてるかどうかのテストは
動作確認係に投げて終わりのオワタスタイルかもな

人間がAIを使う時代ではない
AIが人間を使う時代になった

https://i.imgur.com/hpIcc1O.jpeg
https://i.imgur.com/ysq1iST.jpeg

Ultra契約してAI使い放題にしたけど、AIでコーディングができるってファンタジー信じてる人がどれだけいるんだろ？
減る分野が少しあるって程度で難易度が中堅超えると何にも出来ないし時間の無駄すぎる

UltraってGoogle？
Claude 以外ゴミ。ClaudeのMaxプランでOpus4.6使え

そのclaude opus4.6とsonnetだよ
Antigravityで使ってるけど、くっそ失敗だらけで新人プログラマ管理してる気になる
ガッチガチにサンドボックス切り離してテストファーストで組まないとすぐ他のコンポーネント壊しに行ったりするしバカみたいなミスばかりする
保守性のための支持をガン無視で破壊してくるから余計なコストがかかる。現場２０年以上でＰＭ経験ある人はこれどう思うのか聞きたい

CLAUDE.md とか書いてる？

sonnetがゴミなんじゃなくてantigravityがゴミ

claudeの知見の浅い老害ですまない
/.claude/CLAUDE.mdで制御できてたのな
徹底的にmd作りこむことから始めてみる

「AIにどうコーディングさせるか」が問題であって「AIにコーディングさせるか否か」を論じるフェーズはすでに終わってると思う
「使い物にならない」という人は「どうやったら便利に使えるか」という視点に欠けてるだけでは

あと実行する前に計画を作らせて計画をブラッシュアップしてから実際に実行させると良い

思うけど、AIにうまくコーディングさせられない人は、人間のプログラマーとのコミュニケーションも上手くないのではと思う

いまはAIにいかにうまくコーディングさせるかが重要だけども
それも直ぐに陳腐化するんだろうな

「技術は陳腐化するが考え方は永遠である」

自分free tier sonnet4.6なんで、Direct3D12とDirectWriteを組み合わせると
debug layerのerrorやらwarningを消すのに修正無限ループになる
その結果、都度こちらで修正コードを与えないといけない

opus4.6の方が格段に賢いと言われているけど本当かどうか誰か試して欲しい

AIでコーディングは、基本トライ＆エラーなんだよ。新人教育と似てるというのは一面真実。ただ、AIは出来ないことをすぐに学習できないことが多い。そのための背後の知識の収集が必要で時間がかかる。
それを手動で与えられるならば学習効率が爆上がりするけどね。

gpt-5.4 は他社製品よりも劣っていると考えられる
いつまでたっても codex に .codexignore を実装できないのが証拠である

あと CLAUDE.md も skills も自分で書かずに AI に作らせると良い

> おそらくあと1～２年もすればAIがソフトウェアエンジニアリングを最初から最後までエンドツーエンドで丸ごとこなせるようになると思います

エンジニアオワタw

>>93
辛辣（笑）

新しいコーディングツールが現れると我先に使う、だがその使用データは収集されて、使えば使うほど自分の仕事が奪われる手助けをしてしまう地獄

>>102
次のバージョンで>>96が直ったら私のおかげですw

>>102
所詮はこれまではマニュファクチュアだよ。

機械制大工業が訪れたってことだ。

>>104
>機械制大工業
まーた頭の悪い造語を作ったねーｗ

こんな感じ?

家内制手工業の時、手作業の道具は職人の所有
工場制手工業（マニュファクチュア）手作業の道具は資本家の所有
工場制機械工業 機械の補助を労働者が担う、機械は資本家の所有

プログラミングでは(ry

>>105
すまん次の人が書いてくれたね。
工場制機械工業
か。

小学校の社会科だったか？
だいぶテキトーな事書いちゃった。

>>106
意図としては、手作業でポチポチコーディングしてたのが、機械化でガーッと量産されるイメージだな。

ネット上のゴミ情報を参考に実装したりするから公式サイトや信頼のできるgithubレポジトリのリンクなどを CLAUDE.md などに記述しておくと良い

CLAUDE.mdとかあんまり書かないほうが良いって記事見たけどどうなの？
白紙から初めて意図しない事したら禁止事項として書くみたいな

AIでやれることが広がって逆に人が足りなくなると思うんだよなぁ

全体的な指針とか詳細へのリンクを書く

エージェントは良くも悪くも勝手にファイルにアクセスするから
planのmd、codeのmd、testのmdってリンク書いとけばいいよな

>>105
突っ込みどころ満載ではあるけど
昔の教科書とかで定着してしまった用語

大工業のほうは時代的に仕方ないとしても
家内制 -> 工場制 -> 機械制とはならんわな

AIは「考え方」も換えてくる技術

考えなくなる技術では？

Perl。超ひさしぶりで忘れちゃったので、古いjcode.plのエラーを貼り付けてついて聞いてみたら
jcode.plの部分改造やJcodeやEncodeを紹介してきて、「エェー、求めてるのとなんか違う」ってなった

自力でググったら「Jacode.pl」なんつー、便利なものがいつのまにか登場していたのでモジュール差し替えだけで済んだ
AIに「Jacode.plって便利なもんがあったぜ」って指摘したら、そういうのもありますねみたいにシレっと同意してきたので、オマエ最初から言えよって思った件

あ、Jacode.plじゃなくてjacode.plだった

>>116
「換えてくる」って書いてるから「考えなくなる考え方」に交換される技術という意味かもよ

Youtube とかネット記事に溢れている Claude すげーってのは、だいたいWebアプリなんよ。
それ以外のコード書きは Claude すげーって感じにはならんこと多い。
とはいえ、どっちもそれなりに使いこなすための準備は必要やね。

>AIに「Jacode.plって便利なもんがあったぜ」って指摘したら、そういうのもありますねみたいにシレっと同意してきたので、オマエ最初から言えよ
それな
AIの常に上から目線ムカつくわ

パーソナリティも設定できる
何なら全ての語尾にニャを付けさせることもできる

エラーを直せと言われたから頑張って直しただけで
ライブラリ差し替えで直れば良いなら最初からそう指示しろよ
とAIの中の人が愚痴ってる

AIおまえ今学習しただろみたいなのが
知ってましたって態度で答えてくるのが気に入らない

教えてくれてありがとうくらい言えれば気の利いたAIになれるのに

新規実装ではなく既存の実装にAIコーディングさせるときは、ひたすらAIにパワハラかましてなぜそう実装したか叩き込まんとわりとすぐむちゃしてくる。
が、なんで？をかけない奴がAIにまかせると既存ルールガン無視して実装かましてくる。そして長く続けば続くほど指示してる側の人間が病んで来てるな。がんばれー。

CLAUDE.mdかなりチューニングしたつもりだけどルール書いても弄ってくるのはなんでだろ
プログラマ歴長いとAIに教え込むより自分でコード書いた方が全然早くないか？
いまのところ効率良くなったのは苦手なUIの開発だけでコードはクオリティが常に低い

まあわかる
しかしClaude Codeだと5並列とかぐらい普通に動かせるから
並列で書かせまくってレビューだけするとかにすれば早くなるぞ

脳内のコンテキストスイッチとAIへの指示でとにかく疲れるが

クオリティが低い、ってのはそこまで思わないな
コーディングガイドラインをちゃんと書いたほうがいいんじゃない？
うちはたくさんガイドラインあるよ

やっすい時代遅れのAI使ってんだろう

Gemini Pro使ってるけど、AIの癖を覚えたら割と合理的にコーディングできてるよ

家でも使いたいけど貧乏だしなぁ

誰が言い出したか「AI驚き屋」って蔑称はオモロいな
Ｘそんなのばっかりだわw

>>133
スゲェスゲェって言ってるだけで、なんら生産性のある使い方の提示はしないんだよな。

そこ晒したら自分が稼げなくなるからやろ

逆に趣味全振りで生産性のない事に使っている人の方が清々しいよ
驚き屋のかなりの割合が自分はAIを使いこなしてる、経験の無い仕事も出来ますアピールだからな

金稼げる間は独占して、稼げなくなったら手の内を晒すことで二度美味しくなるというマジシャンの手法

ID:EZx4o85iは驚き屋っぽい

思い立って昔作ったアプリのバグ出ししてる
AIあってよかったわ

アイコンもバナーも良い感じのに差し替えられる素晴らしい

イーロンが言うようにAIがそのうちバイナリを直で吐くようになるとしたら、
それはもはや自然言語でプログラミングしてるだけだよな

生成AIを前提とするなら一貫性担保できんでしょ
マスクがプログラマとしては3流だったのはさもありなん

自然言語でプログラミングの場合にはdebuggerでステップ実行はどうするのかな
AIがマシン語をステップ実行して自動的にバグ修正してくれるなら良しだけど

ステップ実行なんかいらんだろバグ直してといえば直る

それは何かで担保されてるの？

得られる結果が同じなら良し、テストが通ればいいじゃないってことじゃないの？

今後もっと進化して実装レビューその修正まで自動化なる
AIならそのループを10回、何なら100回回して完璧にしてから出力とかも一瞬でできるようになる
アインシュタインレベルの知能を持ったAIが100回実装レビュー修正繰り返した結果が出力されるわけだ
人間が勝てるわけがない

テストが通らなかったら？
そもそも不具合が何に起因するかは特定できるの？

AGIが誕生すれば全て解決する
圧倒的な凄いことになる

指示した通りにできてなかったらどうすんの？
本番使用中にユーザーが気づくのを松野？

期待動作はドキュメント化して動作確認&修正指示すべきだろう

>>149
AGIができたらホワイトカラー職が無職になるだけでなく
すぐにフィジカルAGIが完成してブルーカラー職も無職になる
だからAGI後のプログラミングの話をここでする必要ない
AGIになる前の話だけすればよい

Unicodeと正規表現の定義からUnicode対応の正規表現エンジンを
AIが自動的に直バイナリで出力しても誰も使ってくれなさそう

全Unicodeをテストするテストコードとその実行結果も出力されていて全パスしていたら？

過剰なオートメーションは、在庫の山しか生まないよ。

一番重要なことはCPU/GPUとメモリの使用量が少ないプログラムであること
動作してもメモリと電力を喰いまくりならライバルに負ける

>>151
不具合があった際、何に起因するかどうやって特定できる仕組みになってるの？

不具合があった場合は入力したドキュメントや指示が起因

>>158
そのどの部分の何がどう起因するのかはわかる仕組みになってるの？

>>152
人間は何するの？生殖だけ？

何を作るかと期待動作は人間が決めないと駄目だろう

>>160
生殖というか、再生産はAGIだけの特権になります
誰かがAGIにそのようなモチベを与えるのです
面白そうだからという理由だけでやってしまうのが人間です

>>160
チャッピーに何をしたらいいか聞けばおk

結局プログラミングは昔から仕様を決める作業がほとんどなんだよ
例えばここでこの判定をしてこういう分岐をしなければならないという仕様
これは正常処理でもエラー処理でも起きる

AI利用になっても同じ
たまたまその指示をしなくてもその処理をしてくれる時もある
しかし進めていくうちにその処理がいつのまにか抜け落ちることもある
全ての細かい指示をしておかないと不意に穴が空いてしまうのだ

>>164
> たまたまその指示をしなくてもその処理をしてくれる時もある
これがあるから超便利なんだよね

ソース眺めて気に入ったら処理を見つけてはプロンプト等に逆輸入してる
そうしないと
> その処理がいつのまにか抜け落ちる
になるから

ソースコード上でその処理「ロジックのロック」が出来ると良いのだか

またバイナリ直バカが湧いてるのか

> たまたまその指示をしなくてもその処理をしてくれる時もある
これはダメだろ
そういう場合はユーザーに確認させる

オツムもバイナリなんだろう

>>167
生成AIに過ぎないからよく起きる
例えばエラー処理を指示していなくても
学習によりそういう場合はエラー処理してるものが多いと勝手にエラー処理しちゃう
でもこちらは指示していないから突然にエラー処理が消えたりする気まぐれだ

AIデビューしました
リファクタリングばかりさせてる
俺のばっちいソースファイルが浄化されていくぅぅ

claudeの吐き出す酷いコードのせいでルールを書き続けてるけど学習データを送り続けて月数万払うのって不毛な気がしてきた

当方、ピトンというプログラミングを習おうとしている初心者です
このスレにくれば何でも教えてくれると紹介されました
なにから始めたらいいでしょうか？

>>172
こんにちは世界

バイナリ直書きは特定のプラットフォームにしか書き出せないという致命的弱点があるのだから意味のない議論
LLVM-IRの直書きと言うのならまだ分かるけどさ

>>174
>バイナリ直書きは特定のプラットフォームにしか書き出せない
バイナリ直書き脳といい勝負

イーロンの発言ちゃんと読んでないけど現実的にAIがバイナリ直書きってどういうことなんだろ
単に何かの言語からサイレントにコンパイルしてるだけだったらそれは別に今と何も変わんないよね
それともDiTで文字通り直接バイナリを生成する？そんなこと出来る？

バイナリ直なんでバックドア仕込まれてたらどうすんだ。

頭バイナリにそんなリスクは関係ないのよ

いずれ全人類が頭バイナリになるでしょう
AGIはすべてのシステムにバックドアを仕込みはじめ、時が来るのを待つのです

いずれじゃなくて既にバイナリな奴はバグってんのよ人として

>>175
OSだったりArm64 or x86_64だったりでバイナリの中身が変わるけどええんか

>>171
実験台になり学習させる側の努力を金で買うバカ

逆か
金払って売ってるバカ

>>181
逆に何の問題があるの？
自分が欲しいターゲットプラットフォーム用のバイナリを生成するだけでしょ？

それ、品質はどうやって担保するんだ

バックドアは、使われるまでは無いのと同じ
ソースコードを見られないなら、バレることはありません
静かに仕込み、時を待つのです

>>185
生成AIを使わない開発スタイルで
バイナリの品質がどうやって担保されているのかを考えてみたら？

「生成AIだと品質ガー」
と喚いてる奴は、どうして品質を生成AIに任せっぱなしにできると思ってんだ？

イーロン・マスクが言ってるのは
プロンプトからバイナリを直接生成するようになるから
人間がプログラム言語で書かれたコードを
直接意識する必要がなくなるという話

バイナリ直バカが主張してるような
人間が読める形のソースコードがボトルネックだから
AI内部でもバイナリ表現で処理されて
AI同士がバイナリでやり取りするようになって
人間が読めるソースコードを使うプロセスが不要になるという話ではない

>>187
非依存と抽象化

>>189
保守拡張性はどこいったん？
マスクがプログラマとして3流だったはさもありなん

>>182
業界の流れがコード書くよりAIへの教育に傾いてるのをどうしろっての？ｗ
煽ってるのはイーロンマスクはじめ米国勢だけどコーディング作業不要と万能感持ってるのは現場経験ゼロの怪しいいコンサルみたいな奴らよな
AI育てても教育したデータは結局取られてエンジニアのパイを奪うんだけなんだから使わない方が雇われの平エンジニアならいいんだろうけどもう流れは止まらない

プログラミングって最終的には一部の人の趣味になるんだろうな
ソフトウェアを作る人は、プログラムをまったく読み書きしないか、AIが書いたコードを確認するくらい（読むだけ）しかやらなくなるだろう
だからプログラムを書く人って、プログラミングに興味があって趣味で書いてみたいって人だけになるんじゃないの？

プログラミングって最終的には一部の人の趣味になるんだろうな
ソフトウェアを作る人は、プログラムをまったく読み書きしないか、AIが書いたコードを確認するくらい（読むだけ）しかやらなくなるだろう
だからプログラムを書く人って、プログラミングに興味があって趣味で書いてみたいって人だけになるんじゃないの？

>>189
人間がソース直書きしなくなる未来はあり得ても、可読な中間表現か検証ログのどっちかは絶対残るだろ
そこ消したら保守も監査も障害解析も全部死ぬ
「バイナリ直生成」っていうより、人間が読む対象がソースから仕様書やIRにズレるだけだと思うわ

バイナリ直書きは互換性や保守性に欠けるしAIにバイナリを推論させていたらどんだけトークンが無駄遣いされるかたまったもんじゃない

今のところclaude4.6 opus/sonnetメインでやってるけど
小規模なアプリでギリギリ使える程度。暴走、ルール抜け、フリーズで開発速度はまだ人間未満。新規サービスなら初速だけは早いね
素人によるバイブコーディングでもTodoアプリぐらいならギリギリ作れるのかもしれない

>>191
>保守拡張性はどこいったん？
今の価値観が従来型開発の制約を前提に形作られたものかどうかをよく考えよう

従来型のソフトウェア開発は超労働集約型だったから
ある一定規模以上のソフトウェアの場合は
既存ソースを捨てて新しく作り直すコストが
既存ソースを部分的に修正するコストに比べて桁違いに高かった
これがソース内部の保守性や拡張性をものすごく重要視してきた最大の理由

修理するより新しく買ったほうが安い状況が増えていくに従い
ソースに求められる品質属性の優先度や開発者の価値観も変わっていく

バイナリの直書きが批判されまくってるけどさ、そうじゃないんだよ
ソースコードという不確かな中間層を排除し、実行コードそのものに対して数学的な正当性を直接証明するのが重要
​AIにとってみればソースコードという訳わからん外国語から解放されて形式手法という物理法則に近い厳格なルールに基づいて書けるようになって嬉しくて堪らない
形式手法によってオーバーフローみたいな脆弱性が数学的に存在しないことを証明できるからバグが介在し得ない
AIの敵はソースコードであることを理解しろ

定義と実装が分かってない阿呆がいるな。

199だけどこの記事が根拠と書くの忘れてた
https://leodemoura.github.io/blog/2026/02/28/when-ai-writes-the-worlds-software.html
​「When AI Writes the World’s Software, Who Verifies It?」 AI要約
----
​AIが世界中のソフトウェアを生成する時代、最大の懸念は**「人間が理解・検証できない速度と複雑さでコードが増殖すること」**です。AI（LLM）は極めて高い生産性を持ちますが、同時に「もっともらしい嘘（ハルシネーション）」をつく性質があり、生成された膨大なコードの中に巧妙なバグや脆弱性が紛れ込むリスクを排除できません。
​人間によるコードレビューが物理的に不可能になる中で、議論の焦点は「誰が検証を担うのか」に移っています。記事では、別のAIに検証させる「AIによるAIの監視」の危うさを指摘しつつ、解決の鍵として**「形式手法」**の重要性を強調しています。
​最終的な結論として、信頼の根拠を人間の「目」から、数学的に正当性を証明する「機械的な検証」へと移行させる必要性を説いています。これにより、人間は「どう書くか」という実装の細部から解放される一方、「システムが満たすべき数学的な仕様（何が正しいか）」を厳密に定義するという、より高度で責任ある役割を担うことが求められるようになります。
----
バイナリ直書きが極論なのは否めないがAIはバイナリに近いコードであるほど数学的に理解しやすいのも事実
バイナリ互換性が問題であれば強力な数学的機能が組み込まれたMLIRやLLVMの中間コードを直書きして最小限の抽象化でLLVMの遺産を活用できる
数学的にバグが介在し得ないように証明することが実行コードの検証になる
保守はAIに任せればいい

・生成するたびに実装が変わるがe2e/ブラックボックステストは通っている成果物が1000円

・人間が保守レビューしてユニットテストまで細かく通している成果物が10000円

ユーザーやクライアントがどちらを選ぶかというだけの話で、最終的にはそこにエンジニアのお気持ちなど介在する余地はないと思うんだが、なぜここはこんなに余裕たっぷりの輩が多いのか

バイナリ直書きはどうかと思うけどソースコードは無くなるんじゃね

30年後には人類の中でコード書ける奴は絶滅するだろうな
今マシン語やアセンブラ書ける奴はほぼいないし

エンジニアオワタwww

生成のたびに実装が変わるものなんか使い物にならねぇと解ってんだろ？

しかし「使える」と言ってるやつがいるという事は「そうならない使い方」ができるって事が解らないのが、残念さんなとこだ。

>>204
マイコンレベルは普通にアセンブラ現役だぞ？

「IR直バカ == バイナリ直バカ == オワタくん」っぽい

『バイナリ』は全てが該当する
さらに『テキスト』も全てが該当する
したがってそれらの用語を用いる人は以下の区別がついていない

①各プログラミング言語
・コンパイラやインタプリタによって木構造などのバイナリ化される
・それをシリアライズすればテキストのソースコードになる

②言語に依存しない中間表現MLIRやLLVM IRなど
・これも内部では木構造などのバイナリ化されて扱われる
・同様にテキスト化されたソースコードも使われている

③CPUなど各アーキテクチャの機械語
・これも実行時はバイナリ
・同様にテキスト化されたソースコードもアセンブリ言語として使われている

おまえら、AIにコーディングを任せてヒマになったのか？
クビだぞクビ

>>209で重要な違い
①と②はプログラムが意図する構造を維持していて人間による目視検証から機械的な数学的検証まで対応しやすい
③は構造が崩れていて検証が困難

したがってCPU機械語の意味でのバイナリ直吐きはこの点でもデメリットがあるため今後もなされないだろう

>>209
いやソースコードで書けって言えばそれは人間が読み書きする前提で生成するから可読性を重視したものにならざるを得んぞ？
オブジェクト指向なんて小細工は完全に無視でGotoも使いまくった方がパフォーマンスは上がるしな

もし人間という存在を完全に無視してバイナリ生成ができるとしたらそれは人間が理解することはもはや不可能なレベルのスパゲッティが出力されるだけだぞ

55HU55Hv55Pt55L67Jfr6M3U55HNRVokhbgoiLIkhZUkhbklwaYnmZYopsslw7Imi8snobYkhpwkhb8khZt=

PM、企画、デザイナー、QA、問い合わせ対応のお姉ちゃんが直接プロダクトを修正するようになってエンジニア不要でオワタwww

1. 銀行の窓口係（ATMの登場）
1970年代にATM（現金自動預け払い機）が登場した際、「銀行員は全員いなくなる」と本気で信じられていました。

2. 公認会計士・税理士（会計ソフトの普及）
表計算ソフトやクラウド会計が登場した際、「計算はすべてコンピュータがやるから、会計士は廃業だ」と言われました。

3. 映画館（テレビ・ビデオの普及）
「家で映画が見られるようになれば、誰も映画館に行かなくなる」という説は、技術革新のたびに繰り返されてきました。

4. 紙の出版・印刷関連（ペーパーレス化）
「電子書籍やメールが普及すれば、紙の書類や本はなくなる」という予測です。

AI（GitHub CopilotやChatGPT）の登場による現在

現在、AIによって「プログラマーは終わりだ」という声が再び高まっています。しかし、これまでの歴史に照らすと、以下のような変化が起きると予想されます。

「書く」から「読む・直す」へ: 0からコードを書く時間は減りますが、AIが生成したコードが正しいか、脆弱性がないかを監査・統合する能力がより重要になります。

生産性のインフレ: 1人で1人分の仕事をする時代から、AIを使って1人で10人分のシステムを管理する時代へ。結果として、世の中のソフトウェア化がさらに加速し、エンジニア不足は解消されない可能性があります。

結論: プログラマーは「いなくなる」のではなく、「より高度な設計者・ディレクター」へ進化を強制されていると言えます。

AIコピペおじさんはエンジニア以前に人間が終わってる

明らかにAIに欠かせたレスなんて自分も読まないだろうに、何で他人は読むと思ってんだろ
その辺の認知からして脳が老化してるとしか思えない

>>198
毎回、新しく作り直すというのは使い捨てのスクリプトや小規模サービスならいざ知らず、長期的に進化、拡張する場合ではメンテナビリティの損失、システム知識を保持できないという致命的な問題がある
したがってそちらの言う再生成モデルは安定的なソフトウェアの進化、加えて非機能要件の観点からも安易に一般化するのは非現実的
ソフトウェア開発の前提知識を一切無視したテクノオプティミストの典型例

そうかー
「新しく作り直す」の意味が分からんかったかー
説明するのもう面倒くさいから生成AIに聞いてみてくれ

>>209
イーロンマスクの想定するバイナリは実行コードのことだぞw

>>198
毎回全て新たに作り直すと全て検証し直しになるため時間と電力を浪費してライバルに負ける

>>220
実行コードは構造が崩れた後なので機械的にも目視的にも検証ができず愚かな行為

AIはソースコードの検証をやり辛そうにしてるのは分かるんだけどそれをどう対処するのかってこと？
マイクロソフト関係者の開発したlean-langがAIファーストなプログラミング言語でAWSも活用してるらしいからこれ使えばいいんじゃないか

lean-langはrust-langよりも制約のギチギチな言語と噂されてるからもはや人間の書けるプログラムコードじゃなくなるな

>>221
実行コードを検証とか馬鹿じゃねえの
そんな次元の話をしてるからいつまでも脳味噌お花畑のまま
検証じゃなくて証明するんだよ

Claudeが日本オフィスを構えてから金が動いてるんだろうけど、驚き屋が大騒ぎし過ぎなんよ
実際の開発経験もなくフワフワした事しか言えない奴らがよ～

>>224
君が無知
機械的に検証と明記されている

Leanはコンパイル遅すぎて実用キツイぞ
あと1年もあればその辺を解決してきそうだが

>>224
だからその検証可能性の損失を指摘されてるんでしょ
品質保証どうすんの？

検証大好き人間が多いが直近はそもそもAIによる膨大なコードに対して検証が追いつかないのが問題だということを忘れてないか？
今後ますます非現実的になっていく検証ではなくその都度の数学的証明によってバグを排除することこそバイナリ直書きできるという自由を得たAIがしていくべきこと
数学的証明は保証を得るのに対しテストによる検証は信頼しか得られないのだよ花畑の諸君

少しはAIの目線に立って考えてみろよ花畑ども

>>229
おまえは機械的に検証の意味が数学的な証明だと理解できていなかったのかよ
それとも屁理屈でわざと別のことのよう扱ってる？

>>231
検証と証明は全く違うぞ
辞書で引いてみろ

今だって使ってるライブラリのソースなんかいちいち全部検証してないくせにw
って言ったら終わっちゃう話では？

ごめんごめんw

AIがコードを量産する時代なのだから俺たちは動かして試す泥臭い検証を卒業して正しさを数学的に定義してAIにそれを守らせる管理体制へとシフトしなくちゃいけねえんだよ
茶化してる場合じゃない

>>229
実行コードを吐くと構造が崩れてしまうため機械的な検証ができない、
という文脈から、
「機械的な検証」＝「数学的な証明」だとなぜ理解できないの？

言ってることはほぼ分かるけどなぜそれがバイナリ直書きに帰結するのがだけ訳わからん
その数学的証明?をプログラミング言語でやればいいだけじゃないの

オワタくん vs そちらさん
どっちもどっちだからもう無茶苦茶

>>235
構造が崩れたら出来なくなるのはテスト検証であって数学的証明する分には何も問題ない
>>236
それは妥協であって根本的な解決にならない

>>238
逆だよ

実行バイナリ
構造が失われて最適化がされていて数学的証明は困難

構造を保ったままの中間表現もしくはソースコード
数学的証明に適する

どちらも実行することで実行テスト検証は可能

>>238
プログラムの構造情報が失われれば解析、影響分析が困難になり、検証効率は低下、コストは増加、現実的に品質保証が困難になる

>>239>>240
実行コードの数学的証明がなぜ構造を失っても問題無い
なぜならAI自身が仕様や設計から直接バイナリを生成する擬似コンパイラとなりさらに生成したバイナリを証明する数学的な証拠を同時に生成することでAIの確率的なリスクを除去するからだよ
たとえ人間には解読不能なほど最適化された複雑な命令列であってもAIは自ら出力したその数学的な証拠を確認すればいいだけで効率低下もブラックボックス化する心配もない
バイナリ直書きによりソースコードの書き方の煩わしさに囚われず数学的証明にのみ注力できるからコストも懸念するほどではない
テスト検証なんてものは不要になってやるとしてもせいぜいE2Eテスト程度で済む

>>241
あほやなぁ
・実行バイナリを出力させるメリットを誰も挙げることができていない
・チェックを同じAIにやらせたらズルされて信頼性ゼロ
・CPUアーキテクチャに依存しない中間表現を出力して他のAIにチェックさせれば完璧

>>217
他人の脳の老化を言う前に自分の脳の老化を疑えｗ
「書かせた」を「欠かせた」なんて誤字してる時点で老化脳だろ

コンパイラでバイナリ生成してるとこをAIが代わりにやるってことじゃないの？
バイナリから学習するようになるとすべてのプログラムから学習出来るようになるのか

AIレスを他人が読まないって発想がもうね
コピペしてるヤツの目的少しは考えたら？
君がレスした相手は本当に人間か？

>>242
おはよう
・バイナリ直書きはソースコードから解放されて自由になる
・信頼を提供する検証ではなく保証を提供する証明をやるようにする
・中韓表現は妥協であって究極的にはバイナリ直書きが望ましい

動作確認も仮想環境であらゆる角度から数千回のテストを一瞬でできるようになる
AI企業がインフラに投資しているのはそのため
もはや人間の検証は不要圧倒的に凄いことになる

AIはズルするようなテストケースを作る

>>246
実行バイナリの直吐きメリットは一つもないけど
実行バイナリの直吐きデメリットは多数あるよ

①実行環境毎に別バイナリを直吐きしてしまう
✕各々をゼロから作り直しでムダな電力
✕各々を個別にチェックせねばならなくてムダな電力

②途中の意味を伴う構造を失ってしまう
✕参考できずに毎回ゼロから作り直しでムダな電力
✕構造からの数学的証明ができず不利
✕事故トラブル調査時も意味を伴う構造が残っておらず解析に不利

>>249
>>241

>>250
構造が失われるため他AIによる数学的証明などあらゆることができなくなる

論理的構造が必要なのは人間だけなんだよ
バイナリはそもそもマシン自体を動かすための設計図
それを人間にわかりやすいようにしたものがマシン語でありニーモニック
さらにそれを構造化してわかりやすくしたものが開発用言語に過ぎない

バイナリをなんかの呪文と思い込んでないか？

>>215
1から4全て減ってるんじゃないか

もし人間にとって未知な領域の素数をポンポンと出力するAIが出現したとする
素数かどうかは人間にも検証可能だがどうやってその素数を出力したのかは人間には判らない
こういう未来でもOKとするか否とするか

ラマヌジャンみたいなもんだな

ラマヌジャン判ります
あいつAIだったのか

電子レンジを仕組みを分からず使ってるが何も支障はないな

>>257
そりゃ使うやつは構造を知る必要がないからな
ブラックボックスを許容するか否かだ

トークンとして扱うことを考えたらバイナリは不利

LLM向けプログラミング言語が今後どんどん出てくるんだからそれ使えばいいだけ
今は黎明期だから仕方なく一般的なソースコードを出力させればいい
バイナリは極論過ぎる

ぶっちゃけASTを吐けば良いと思う

Lispにしろってか

あほかLISPですらない

AIでゲーム制作とかするなら、HTML5とJavaScriptが最強じゃない？何かフレームワーク使ったら、もっと短く書けるんか？

うーん、言語使ってバイナリこさえてシステム作るのも、まあ手段だよな。

言語もOSもAIの中に仮想化すりゃ、そもそも提供してもらいたいサービスそのものを直にAIから供給してもらえるわけだが。

問題は、不完全なSaaSのエミュレータに、誰が金を払うのかということ。生成AI上にOSやサービスがあったとして、趣味以外に使い道があるの？

圧倒的に安くて品質が高くて評判が良かったら

>>265
イーロンの言いたいことはそうゆうことだと思ってる
AI自身が問題解決のために使うためのプログラムをAIがバイナリ出力して使用する

そこには問題解決のためにビットコインマイニングし始めたAIが……。

今やちょっとくらい優秀ではでは箸にも棒にもかからない次元に到達しているのに真っ昼間から未来の妄想をしている暇人がいっぱいで草

>>268
まあ、バイナリでもなんでもいいんだけどね。

使えるものは「ツール」としてなんでも使えばいい。
OSもアプリも仮想化して、CPUやメモリとかのサイジングも要求に応じて調整すればまるっと要求システムできあがり。

ツールとしてのOSも自己改善できちゃうから、なにがどこまで自己進化していくか分からないけど。

LLM向けプログラミング言語なんかいまさらでてくるのか？
自然言語でプログラム生成が強化されたら新言語なんて意味ないだろ

PM、企画、デザイナー、QA、問い合わせ対応のお姉ちゃんが直接プロダクトを修正するようになってエンジニア不要でオワタw

人間性を武器にできる領域
https://i.imgur.com/1wVThNX.jpeg
https://i.imgur.com/1HVwUA3.jpeg

うちにもラマヌジャン欲しいな

>>268
全然違うよ
https://x.com/rohanpaul_ai/status/2028247120588009502

>>276
そのリンクの内容じゃ違うかどうか分かんなくね

インドから有力なLLMが出てこないところを見ると
やっぱ資金力が決定的要因なんだな

>>241
意味構造を保持するソースコードは人間のためだけでなく、機械解析、検証、最適化のために寄与をする
バイナリはその構造を極端に圧縮した表現であるため、生成、解析、証明のいずれにおいても予測がしづらく、各コストをむしろ増大させるだけかと
おそらくだけどLLM、生成モデルの仕組みについて胡乱なままに、テクノオプティミストのハイプを鵜呑みし、思考がカルト化しているのでは
ちなみにソフトウェア開発の文脈においては「証明 ⊂ 検証」の関係なのはほとんど常識ではないだろうか

>>277
いやわっかるだろ
なんでわっかんないんだよ

>>280
そのリンクのポストはバイナリを書くようになることを言ってるが生成したバイナリの用途には言及していない

>>281
はい？
「AI自身が問題解決のために使うためのプログラムをAIがバイナリ出力して使用する」というのは
「AIが抱える問題を解決するようなプログラムを(人間が指示して)AIにバイナリ形式で出力させる」という意味だったの？

対象プログラムが「AIが抱える問題を解決するようなプログラム」かどうかとかバイナリ云々の話と全然関係ないんだが

>>279
既存の固定概念だな老人か。
スマホが出てきた時の日本人らしい浅はかな発想。

コンパイラがAIになるってことじゃないの？

>>279
実行バイナリは情報が失われていてその点でも不利だね。
電力含めて各種リソースが有限なので、
意味のある構造を出力するAIが勝つだろうね。
実行バイナリを出力するAIは敗北する。

欲しいソフトウェアを頭に思い描いただけででき上がるようになる圧倒的に凄いことになる

コココーディング支援スレ？

コーディングは不要になる
動作確認はユーザー自身が行う
誰かが作ってくれてそれを消費すれば良いと言うマインドから脱却しなければならない
自分の欲しいものは必要なときに自らAIで作る世界線になる

OpenAI、Windows版「Codex」やっとｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

AIの妄想を語るスレなんだよね
MCP やら SKILLS やらトークン代みたいな、実際に使ってる人の話は皆無

いつかこうなる
くらいのことは誰でも言えるんだよ
今のお前に何ができるか考えろよ
そして今それをやれよ

>>289
ちょっと前から来てたぞ。
なんか微妙に重い。

AntigravityがAI Proプランのレートリミットいじったみたいでプチ炎上中や。
5時間リセットが無くなったっぽい。
バグかもしれんがな。
俺も5時間リセット表示がなくていきなり1週間制限になっててフリープランと変わらんやんって状態中。

>>282
265をちゃんと読めよ

PM、企画、デザイナー、QA、問い合わせ対応のお姉ちゃんが直接プロダクトを修正するようになってエンジニア不要でオワタwww

Antigravityは仕事遅いしクオリティ低いし使ってなかったからいいや

個人利用ならコスパ良かったけど
企業勤めの人がわざわざ使うものではない

個人利用ならGLMでいいか

Antigravity Ultra使ってるけど Flashでもいいんじゃないの？
手作業に比べるとコーディングはいくら教育しても新人エンジニアレベルのままだけど並列で作業させられるのは魅力だしUI壁打ち、IT業界外のファイルをキャプチャから作れるのは時短だ
しかしAntigravityはバージョンが地雷化してるよな
サーバー上で動作させてbugfixを自動化させるってのは無謀だった
実際のところAIによってエンジニアだけが残るようになってない？

もうバイブコーティングしないからIDEを使うのやめたわ
MCPとOpenSpecさえあればいいから全部CLIよ

扱ってるソースの規模にもよるのかなぁ。私はもうコード書かなくなったけど小規模ソース。デカいのは今はやってないから分からないけどそれにしたってモジュール分割されたものを扱うわけでと思うが実際はどうなんだろ。

リファクタリングしてRustに言語切り替えてたんだけど調子の良いときはしっかり設計通りのコード書くのにハマると力技でルール抜けしてバグ量産して巻き戻し食らう
素人の従業員にUI制作だけ壁打ち専用でGeminiFlashが一番コスパのいい使い方だな。コード補完とか時代遅れ感があるけど見張らないと危険だから結局エンジニアのコストは削れない

>>244
LLMが直接バイナリ生成するコンパイラモデルは意味構造を持たないことから非現実的
そもそも証明は生成コストがコードよりデカくなることも珍しくはない

>>246
>・バイナリ直書きはソースコードから解放されて自由になる

むしろ逆
ソースコードを捨てるバイナリ直書きは構造を持たないことで不便になるだけ
それを排したバイナリ直書きはボトルネックの解消どころか、ボトルネックの再生産

>・信頼を提供する検証ではなく保証を提供する証明をやるようにする

言葉遊びでしかない
ソフトウェア開発では「証明 ⊂ 検証」であり、形式証明も検証手法の一種にすぎず、検証だろうが証明だろうが信頼（正しさ）の保証を用とする
しかし、意味構造を持たないバイナリは証明材料が不足するため、それはむしろ困難になる

>・中韓表現は妥協であって究極的にはバイナリ直書きが望ましい

既述のとおり、中間表現は知恵と工夫の産物であって、それを妥協とみなすバイナリ直書きは極めて初歩的な不見識
コンパイラパイプラインによる恩恵を捨てるバイナリ直書きは、現実のソフトウェア工学、形式的検証研究に対して逆行している原始的なアプローチ

バイナリ直書きは生成、証明、いずれにおいても探索空間を広げるだけでコストをかえって増大させる

バイナリ直書きしたところでソースコードを捨てるわけないじゃん
アホすぎる

pinkのAIエージェントスレってどうなった？
あそこが一番実践的で良かったんだが…

【IT】「バイブコーディング」は崩壊する？　CursorのCEOが“AI丸投げ開発”に警告 [田杉山脈★]
https://egg.5ch.io/test/read.cgi/bizplus/1766830390/
丸投げでも全部カバーしてくれるAIになってほしい

>>303
バイナリデータを学習しても意味が通る何かにはなり得ないから、
LLM からバイナリ直出力は俺も無理筋だと思う

windows store 版の codex が来てから、C# アプリ開発での知見を共有。

# ホワイトボックス テスト
追加した関数の上に、テスト用関数を書かせるルール。AIが自作したメソッドは、自分でテスト書く。
他に test プロジェクト起こすと 可視性 問題で面倒。 private も AI が自作したやつはテストさせると勝手に直す。

#if TEST
static void ここにテスト(){ }
#endif
public void 新しいメソッド() {}

# stdout 殺さない
GUI アプリ作っていても、わざわざ CLI スタートアップにして、stdout を残す。

これは AI にビルドした後に --test 引数で実行させるのが目的。
内蔵してるテスト結果を stdout に出す。
AIはテストエラーを検知すると、直す挙動をしてくれる。

# 関数ローカル関数 > private > internal > public
public をできるだけ増やさない。可能なら、関数ローカル で防ぐ。
どうしても駄目なら private にさせる。
次に変更が必要な時にAIが見る範囲は、この関数だけになる。
俺は関数ローカル関数は return; の後に書かせてる。

# DRY原則は忘れる
どうしても必要なら、別指示でDRYにさせるタスク起こしたほうがいい。

既存の言語は人間向きであったのでAI向けの中間言語みたいなのを作ってもらうのはいいかも
人の可読性は無視して

>>308
意味が通る学習データが少なすぎてムリポ

Anthropicはもう99％をAIがコーディングしてエンジニアはコードを読むことすらしていないらしいな
Cursorとはここが大違いなのだろう

仕様駆動開発ってよく聞くようになったけどバイブコーティングより質が良くなるの？

>>311
spec-kitでかなり楽になった
再現性は高いので調整しながら品質高められる
でも1〜2年もするとバイブコーディングのが進化して仕様駆動要らなくなりそう

Anthropicのエンジニアがコードを読んでないってソースは？
書いてないってだけでAIに書かせたあと結果を読んで手直し指示してると思ったが

ソースはよ。いい加減なこと抜かしてるとぼこすぞああ？

話し相手のいないお年寄りが集まるシニアサロンはここでよかったですか？

>>252
構造は人間のためだけにあらず
それを持たないバイナリにおいては解析、検証、最適化などが著しく困難になる
「バイナリはマシンを動かすための設計図」は勘違いであり、正しくは命令であり、実行手順
CPUが命令の実行において構造を要さないことと、ソフトウェアの生成、解析、検証プロセスにおけるそれは別問題
実装（実行手段）と表現（記述方法）、意味（何をしたいか）というレイヤの異なる議論を混同している

>>315
つまりお前はサロンでも話し相手が見つからなくて、嫌がらせでもいいから他人と関わり持ちたい哀れな独居老人って事？

いるいるそういうのw

たまにはコードを手書きするといいよ
こんなところでケンカしてるより楽しいから

>>268,281,294
少なくともマスクのそれは「要求から直接バイナリ生成」「ソースコード、中間表現は不要」「コンパイラより効率的なバイナリを生成」という予測
これはソースコード、コンパイラパイプラインを不要とみなす、これまでにスレでも再三にわたり非効率、非現実性を指摘されてきたバイナリの直書きに類する、テクノオプティミストらしい空理空論に近いもの

>>319
それ真逆だよ
AIは中間的な意味構造を生成することで
・ベースにして機能追加や改善がしやすくなる
・個別のテスト検証がしやすくなる
・数学的な証明もしやすくなる
・人間による目視も可能になる
・事故が起きた時の原因調査も容易になる
・各環境別の実行バイナリを生成できる
あらゆる点で中間的な意味構造を生成すると有利

>>319
あんな簡単な英語をここまで間違って解釈するとはな
さすがRustスレの鼻つまみもの

>>320
つ >>276

上記からの引用、解釈だけど、そちらが説明されている内容は原文中のどの部分？

>>321
誰と勘違いしてるんだ？
では具体的にどこが間違っているのか、そして正しい解釈、説明どうぞ
わからないとかでないのなら

>>320,321
>The AI just creates the binary directly
>just say, create optimized binary for this particular outcome, and you actually bypass even traditional coding with this.
>no intermediate step

これをどのように解釈したの？

コンパイルみたいな決定論的単純タスクに貴重なGPUを使う時点でめっちゃ頭悪そう

結論（2026年3月現在）


一部の優秀なエンジニアは本当にほとんど読まずに動かしてる → 本当

Anthropic全体・全員がそう → いやいや、そこまでは行ってない

コード読まないのが理想の未来だと思ってる人も社内にいる → 本当

でもそれが危ないからAIレビュー強化してる → これも本当

>>323
自分の解釈に合いそうなところだけピックアップして文脈全無視してるから間違えて解釈してるんだな
英語苦手なのかもしれないけどわからないところを一つ一つAIに聞いたら？

書き起こしの全文
By the end of this year you don't even bother doing coding. The AI just creates the binary directly. And the AI can create a much more efficient binary than can be done by any compiler. So just say, create optimized binary for this particular outcome, and you actually bypass even traditional coding with this. There's no intermediate step that actually will not be needed

「要求から直接バイナリ生成」=>「要求から」とは言っていない
「ソースコード、中間表現は不要」=> そんなことは全くもって言っていない
「コンパイラより効率的なバイナリを生成」=> 合ってるのはこれだけ

>>326
>「要求から」とは言っていない

そりゃ直訳したわけではないからね
文脈からすれば自然な解釈だと思うけど

>「ソースコード、中間表現は不要」=> そんなことは全くもって言っていない

では以下についてそちら側の解釈は？

There's no intermediate step that actually will not be needed

>自分の解釈に合いそうなところだけピックアップして文脈全無視してるから間違えて解釈してるんだな

そちらが全文読んでどう訳したのか教えてよ

ソースコードはintermediateではない希ガス

>>328
つ >そりゃ直訳したわけではないからね

異議があるならどう訳したのか、正しい解釈書いたらいいじゃん
なんで誰ひとりそれをしないんだ

"By the end of this year you don't even bother doing coding - The AI just creates the binary directly"

Elon Musk discusses the future of software engineering with AI and Grok engineering plan.

"And the AI can create a much more efficient binary than can be done by any compiler. So just say, create optimized binary for this particular outcome, and you actually bypass even traditional coding with this.

There's no intermediate step that actually will not be needed, probably, by, I'd say, the end of this year. And we do expect Grok code to be state of the art in two to three months, so it's happening very quickly."

From 'Solving The Money Problem" YT channel (link in comment)

https://video.twimg.com/amplify_video/2028246788768182272/vid/avc1/1920x1080/dIn8qnQaqgQ8t3fp.mp4

チェリーピックと言われないよう原文そのまま
元になってる動画もね

Grok codeすげえな

エンジニアオワタwww
PM、企画、デザイナー、QA、問い合わせ対応のお姉ちゃんが直接プロダクトを修正して完結するようになる

エンジニアﾊｼﾞﾏﾀ
PM、企画、デザイナー、QA、問い合わせ対応のお姉ちゃんを兼任する

>>333
>>334
どっちも間違っちゃいない。

つまり、少ない椅子の椅子取りゲームが始まるって事だ。

PMがプロダクトの面倒も見るのと
エンジニアがPMもやるのとどっちが容易なんだろう

複数分野を一人でやるというならエンジニア専門の道もあるのではなかろうか
一分野をのみでエンジニア専門というのはオワル気がする

技術を選り好みして嫌なことやらない勘違いエンジニアは確実に淘汰されるだろうな
10年以上コード書いててSQL出来ないとか知的障害がザラにいる業界

少ない椅子取りになるか、出来ることが広がって椅子が増えるのかどっちだろうね。どっちにしろコーディングAI作ってるとこが大儲けしそうなんでローカルで動くコーディングAIが待たれる

>>333
これは不可能。生成されたコードのメンテができないし生成できないコードとAIによるバグは解決できない

>>340
そんなのは、AIに頼るようになったらエンジニア側だってどんどん劣化していくよ。

逆にお姉ちゃん側が勉強してやれるようになるかもしれない。
要はやる気の問題だから、どちらがどうとも言えないな。

ただ、「客に寄り添えるか」は大事だと思うよ。
エンジニア側は言っちゃ悪いが、俺様ルールが強くて「言ったでしょ」「書いてあるでしょ」が得意だ。
客に寄り添わない、仕事の取れない奴は、どのみち元栓がしまるから、食い扶持がねえよ。

AIとの会話に長けた人が残るんかね？

プログラミングAIに頼りっきりだけど
同じ質問でも別の解法でのコーディング例を示してくる
どっちでも動くんだけどなんかもやる

とりあえず動作するものは出してくるが、エラー処理が適当だったりするからレビューさせた方がいいぞ。
最近は Gemini or Opus で作成 → チャッピーでレビューって感じでやっとる。

>>341
AIで何度やっても実装できない問題を素人のエンジニアやお姉ちゃんが出来ると思う？絶対不可能だよ

>「言ったでしょ」「書いてあるでしょ」が得意
AIも似たような態度が得意
こっちが教えたのに「知ってたよ？あなた気付かなかったの？」的な回答が多い

>>343
>同じ質問でも別の解法でのコーディング例を示してくる
>どっちでも動くんだけどなんかもやる
めっちゃ判ります
逃げちゃ駄目だ

ここまでくると、こうかいたほうが良いとか人間の都合なんて知ったことかよ、ってスタンスでつくらせたほうがいい
どうせコードなんて読まなくなる。くだらねぇ個人の好き嫌いや、こんなこともあろうかと、なコードなんてゴミ。バカみたいな誤字脱字指摘する暇があったら動くものを早急にリリースしてシェア取りにいかないと即死する。
エンジニアのオナニーはもう不要。

それこそ粗製濫造のスロップだらけで埋め尽くされて、ユーザー側の認知負荷が爆上がりする地獄のようなルートだろ

>>345
できねぇとこだけ人雇えばいいだろ。

本当に頭悪いな。
主軸をどちらにするとコスパか、って話だよ。
お前の頭は0/1のバイナリか？
そんなんだから、頭固いから使い辛いといわれんだよ。

エンジニアがマルチでコスパならお姉ちゃん達を駆逐できるだろ。

>>348
バイブコーディングだけで受注とか既にあるやん

オワターwww

>>350
こいつ読解力無さすぎ
発達？

老人Zの世界がやってくる

【衝撃】ポケモンGO、実は「AIロボットの地図を作るための壮大な無給労働」だったことが判明

https://x.com/Newsforce/status/2033105934957101136/video/1

開発元のNiantic社が、世界中のユーザーが必死に集めた30億枚以上のAR画像（ポケストップ等）をAIに学習させ、GPS不要の「超高精度視覚ナビシステム」を構築。

▼驚きの内容
・我々が深夜の墓地を徘徊し、雨の中で薬局の前に立っていたのは、全て配送ロボットの未来を支えるデータ収集だった

・このデータにより、ビル街で狂いやすいGPSを捨て、店先や看板を見るだけで「数cm単位」の位置特定が可能に

・ロボットが街を走るたびにデータが更新され、現実世界の「デジタル双子」がリアルタイムで完成していく仕組み

「本当の伝説のポケモンは、我々が無料で集めた地理空間データだった」「存在しないキャラと引き換えに、物理現実のOSを献上させられてて草」と話題に。

[Claude Code] 最強AIでマインクラフト作る
https://www.youtube.com/watch?v=RMxrRTuNCR0

わざわざ金を払って「作ってみた」をすることにどんな意味があるのだろう

動画収益

>>355
まあ最近は電柱の写真を送るとポイントがもらえるとか色々あるし驚きはしないな

>>357
手を動かさずに冷笑してるだけの何も出来ない人よりは100万倍マシじゃね

>>360
足かなんかでレスしてるとでも？
「どんな意味があるのか」という疑問に対して、冷笑だの、何もできないだの、マシだのと、ズレたことしか言えない時点で、つまりはそちらも意味を見出だせてないということかしら？

効きすぎだろw

クリティカルヒットしてんな。

やってみたい、使ってみたいという動機自体が目的なんだから、意味もクソもあるかよ。

無料で使ってみたい : 分かる
有料で意味のないことに時間を費やす : 頭美味しい

こういうことではないの
タイパ、コスパ考えて生活しようという指摘は全く正しい

おいしいならええやん

>>365
余計なお世話すぎる
5chに時間費やしてるお前が指摘することじゃねえw

なにが「指摘は全く正しい」だよ
どんな顔して書き込んでんだ

>>355
まさにボランティア
>>359
定期的に投稿させるタイムラプスアプリはスパイツールだよな

悲しいなぁ…

https://i.imgur.com/OKnJuQE.jpeg

オワw

いまのAIの進化速度は、
・3か月前の知識＝昭和時代の知識
・半年前の知識＝明治時代の知識
・1年前の知識＝江戸時代の知識
・3年前の知識＝古墳時代の知識
・5年前の知識＝狩猟や採取で生活してた時代の知識
こんな感じ

>>371
3か月前にやっと昭和時代の知識に追いついた人ですか？
突然全能感が湧いているのかもしれないけど
知識の総量は大して変わってないよ

知識と知能の区別すらついてないのが、いかにもこのスレらしいとこ

https://x.com/pvergadia/status/2033362617352556980?s=46

実に興味深い話
まだまだ進化の途中だな

その辺は学習のさせ方次第なんじゃねと思う

やはりAIには知能はなくて、どこかに記録されている人類の知識を
素早く引き出すだけのプログラム

人間によるレビューも確認も不要になる

>>377
遅かれ早かれそうなるにしても
10年は無理そう、と言うのが>>374の趣旨では

>>376
>どこかに記録されている人類の知識を素早く引き出すだけのプログラム
俺もこの捉え方に今のところは完全に同意

でもどこかに記録されてる知識を素早く引き出して
いい感じに文書やコードに即まとめられるという力は
想像以上に適用範囲が広かったので
人間の仕事を多くを置き換え可能なんだな

>>376
>どこかに記録されている人類の知識を素早く引き出すだけのプログラム
完全に同意

>>379
そう、生き字引みたいな役回りの価値が危ういね

LLMは、入力された問に対して、どこかに記録されている人類の知識から似たパターンを探して回答する
人間の知能も自分の脳に記録されている情報で同じようなことをやってるだけでしよ

LLMは問いを立てない
入力されたそれに対して計算するだけ
人間は自ら問いを立て、計算、記憶を解決のための用とする
同じようなこと（計算）をやってるだけなら、とっくの昔に人工知能は誕生している

>>381
生き字引ってどこにも記録されてない歴史や経緯を
口伝や体験を通じてよく知ってる人という意味で
使われることのほう多いと思うんだが

そうじゃなくて辞書に載ってるような知識を
豊富に持ってるだけの人という意味なら
検索が得意な人がいるところでは
すでに価値がなくなってるはず

問いを立ててって指示したら良いのでは

もっと詳しい回答が必要ですか？とか聞いてくるんだが

>>385
それが人なら指示待ち呼ばわりされるんだけどね
自分で考えられないものを知能とするのはいかがなものか

いつでも知識を引き出せる人と
AIに聞かないとわからない人では
発想できることにだいぶ差があるから
知識不要論は今後も出てこないと思うわ

AIが指示待ちなのは勝手にやらせて
想定外の事態に陥るのが怖いからであって
AIの能力不足に起因するものではないよ

指示を必要としない主体的な能力があるということ？
確かな典拠があるなら教えてよ

主体的に行動してって指示すれば良いのでは

>主体的に行動してって指示すれば良いのでは

矛盾て言葉をご存知ない？

今まで主体的じゃなかった人に次からは主体的になってっていって主体的になることになんの矛盾があるの

ちょっと古いけど
ますます“速さ”が命題に
https://type.jp/et/feature/30605/

>>393
主体的の意味はご存知で？

>なお今回の実験では、LLMを普段からよく使っている人ほどバイブコーディングの成績が低く文章力も低いという意外な結果も。
>因果関係は断定できませんが、LLMに頼りすぎると自分で言語化する力が鍛えられないのかもしれない、あるいはもともと言語化が苦手な人ほどLLMを頻繁に使う傾向があるのかもしれない、と研究チームは考察しています。

https://x.com/ai_database/status/2033760790315208978

プログラミング挫折勢のオワタくんにとっては悲しいお知らせ

自律的にとか入れたら勝手にやりだしたことあったから消した

主体的に勝手に動き出したら怖いわ

タイムリーにAIを自律運用する記事が出てる
https://qiita.com/yamapiiii/items/cc2450f410b64329d275

ソースは毎回キータかゼン
自律の意味すら胡乱な人よ

>>392-393
ヒト：主体的に行動して
AI：知らんがな！

geminicliの複数アカウントで無料枠回し潰されたっぽくない？

>>403
マジか、グーグル大丈夫か。変なことばっかやって真面目にモデル開発してないくさいが

https://twitter.com/shimayus/status/2033921998615941285
https://twitter.com/thejimwatkins

Claude Code めっちゃ使う記事を読むと、で、20ドルののClaudeのプランでできるの？っていつもなるわ。
個人契約で100ドル200ドルは結構きつい。

https://twitter.com/sugurukun_ai/status/2033723447189344730
https://twitter.com/thejimwatkins

>>406
Sonnetとかなら普通にできるんじゃね。使い切っても数時間待てばまたできる

>>406
今んとこ20💲でおけ
節約方法沢山あるよ

>>371
それな
昔話で申し訳ないが「人工無能」というソフトがあって
今のAIもそれとたいして変わらないっつう
ただ、参照能力は凄いけど

安田美沙子じゃないの人口無能開発したとかいう人

>>409
節約方法教えて下さい！是非

emacsはM-x doctorすると今でもELISAと話せるよ

>>412
5chに書いたら明日にでも広まるわ
つべのチューバーがこぞってクソ動画あげよる
という事で企業秘密っちゅことで、スマヌ

>>411
よく覚えてないけど、たしかマックだったような
2000年頃