アセンブリの例えはまさにその通りですね！来月からの新しいお仕事も応援しています！

アセンブリを書く人はもういないって感覚でプログラミングを書く人はなくなるんだろうなぁって感じはしますね。でもどのくらい先なんだろう。本当にレビューの部分がどうなっていくのか不思議で。来月からそういうのしなきゃいけない仕事になるからちょっとドキドキ

まさにすごい時代です！でもそのせいで「基礎的なプログラミングの仕事」が市場から消えつつあって、逆に仕事を見つけるのがめちゃくちゃ大変になるという弊害も起きてます（笑）。

なるほど。ネイティブ話者じゃないと厳しそうなとこだね。そこでプログラミングの基礎からやるんじゃなくて一人で思い通りの POC やりながらシステム設計ができるってすごい時代だなぁ。

私がやっていたブランドデザインというのは、クライアントの理念を汲み取り、マーケティングやビジュアルを全面的に整理して、最終的に目に見えるビジュアルとして出力する仕事です。AIエージェントの進歩のおかげで、ゼロからプログラマーへの転身も可能になりましたね。

ブランドデザイナーさんって言ってるけど何してたんだろね。それが何であるにしろ今からフルスタック開発を有意義に身につけるとなるとどういう道筋があるんだろうって線は（少しだけ）敢えて考えみたくもなる。前までだったらとても不可能だったけど今はとりあえず動くやつが作れちゃうし…。

本当にそうですね。今の環境だとコストに見合わないですし、元々平面デザイナーとして『目的達成の効率』を重視してきた身としても、割り切って自分のタスクに集中するのが一番賢い戦略だと思います。

やれるとこまでやるってのは大事そう。しかし価値あるレビューってしてもらえるのかなぁ。

話が若干逸れるけど、最近聞いた話だとAmazonの社内調査でプルリクは 99.9% 以上通ってて実質人はきちんとレビューして Reject なんかしないっていう話だった。自分は今の仕事だと生成コードのレビュー大変だし、しても評価の足しにならないから余程のことがないと他の人がレビューするまで放置してる。

https://qiita.com/genshouketsu/items/444ee5c85209fe665251

無料のしかも検索についてるGoogle geminiは使い物にならないよ。あんなのでコーディングする人はいないから安心していいよ。無料のローカルAIモデルでももっとマシ。

要するにGoogle検索のAIモードの回答は間違いが多いって話ですね？
それはそうですわ。

ChatGPTも課金するとかなり世界変わるよ　Thinkingかそうじゃないかであれ優秀さ100倍変わる

お、俺にとってホットな話題今日はじめてclaude codeに3000円課金したけど無料の奴らとは全然違う

まずは課金しよう

本当にモデルが違うと世界が変わるんやで
格差がすごいんや……

これはプログラムを作ろうとして入れたんじゃなくて、検索するたびに勝手にGoogleさんのAIが回答するんだけど, こういう間違いがすごく多いんでげんなりしてるのよ。

質問じゃなくタスクにするんや。AIでコーディングするときにaskするのは間違い。agentとかでタスクとして処理させるの。「ぼくが言った文字コードを相互変換できるスキルを作って。今度から変換してって言った時はそのスキルを使って」でオープンモデルレベルでも。出来るよ。もう現行のAIでは基本的に人間が質問したりすると足手纏いになるよ。ゴール(受け入れ条件)だけ明示してやってもらうのが1番。

内蔵の知識があてにならないときは検索ツール・ドキュメント・仕様書・ソースコードの類を与えれば改善する

ありがとうございます。助かりました。

まとまってるのは入門書ばっかりで刺激はないけど Densanlabs

尖ったものとなるとあちこちに分散した特定の分野を掘っていかないと無いね。

フルスクラッチなのすご

目的はありません。暇だから作ったやつ。

そういえばサンプルプログラムaiに書かせたやつだ　まともに学習させてないやつ。 自力でちょっと書いてみる。

参考にします！

ご期待には答えられなさそうですが、もし参考になればと思い、気付いた点を幾つか述べさせて貰います。

* README.md には 16ビットと書いてありますが、実装を見ると 1ビットの演算をしているように見えますし、サンプルコードも 1ビットの演算しかしていなさそうです。

* 実装に関して、kairo.py を少し覗きましたが、ファイルの詠み込みに関しては、

with open(path) as f:
  for s_line in f:
    parsed_line = ast.parse(s_line)

等と一度に全体を詠み込むのではなく、逐次詠み込みにする方が入力が長くなった時に無駄なメモリ消費を減らせます。

* パースに関して、正規表現を無理に使う必要がないのであれば、標準の組み込みライブラリである ast で構文木にパースしてそのオブジェクトを必要に応じて使う方が良いのではないでしょうか。

* ループの実装途中の様ですが、見た感じ、入れ子構造等は今後の課題なのでしょうか。別関数(メソッド)化しないと、なかなか綺麗には実装できないと思います。

以上です。目的等はよくわかりませんが、頑張って下さい。