Hituzi Ando | アプリ開発者

Android/iOS/macOS app developer, frontend engineer, backend engineer. AIコーディングしてます。

[Hituzi Ando | アプリ開発者 @HituziANDO]

Claude Code、

1. セッションA → セッションBへ仕様の決定事項を送信
2. セッションBが決定事項を吟味
3. セッションB → セッションAへ質問を返信
4. セッションAが仕様の誤りを訂正

おぉ、、、なんかイイ感じにやり取りしている

これまた理解負債が加速しそう…

[Hituzi Ando | アプリ開発者 @HituziANDO]

Claude Codeのセッション間でメッセージ送信ができるようになったやつ、地味に便利

[Hituzi Ando | アプリ開発者 @HituziANDO]

Claude CodeとCodexの両方を使っていますが、正直モデルは もはやどれを選択しても大差ないと思いますね。
Opus 5を使用してコーディングしても、抜け落ちるときは抜け落ちる。

重要なのはモデル選択よりも、AIが何回ソースコードに触れているかだと思います。
つまり、設計ポイントを分割し都度ソースコードを調査させる、レビューは観点を変えて反復させるなど。絶対に憶測だけで回答させないこと。
こうすることで、抜け漏れや間違いをAI自身が発見する確率が上がります。

レビューはAIにやらせる方が良いです。人がレビューするよりよく気付きます。

人がやるべきことは、設計判断と動作確認（これは期待する振る舞いになっているかということ）だと、最近、考えています

[Hituzi Ando | アプリ開発者 @HituziANDO]

一行もコードを書かずに、一行もコードを読まずに、アプリをリリースできるようになってしまった

[Hituzi Ando | アプリ開発者 @HituziANDO]

macOS向けのテキストエディタ「CLYR Type」が縦書きに対応しました。Mac App Storeで無料でダウンロードできます

https://t.co/Vs7f16zatK

[Hituzi Ando | アプリ開発者 @HituziANDO]

腹落ち感がすごい

アジャイルでAI駆動開発していて、なんかハマらないなって感じるのは、まさにここに書かれていることなんだろうね

[connect24h @connect24h]

バイブコーディングの終着点がウォーターフォールとは、正直笑った。でも腑に落ちる。

ループエンジニアリングって、AIに投げて→動くもの見て→次の指示、を繰り返す即興型だと思われてたけど、実際にAgentループを回すと逆が起きる。検証ループを回すには「何を持って成功とするか」を先に厳密に書かないと、AIは自己採点で満足して止まる。だから結局、詳細仕様書と受け入れ条件を最初にガチガチに固める羽目になる。要はゴールの定義を曖昧にした状態でループだけ増やしても、AIは間違った方向に高速収束するだけ。

自分もgoal-seek的な検証ループを組む時、着手前のverify条件書きに一番時間を溶かしてる自覚があるので、これは完全に実感と一致した。仕様書を書く時間を削るためのAI活用のはずが、仕様書の重要性を逆に押し上げてる。これは設計工程を軽視してるチームほど刺さる話だと思う。
ソース: https://t.co/87umlCWbU6

[Hituzi Ando | アプリ開発者 @HituziANDO]

AIと作業していると妥協点がわからなくなる。

人を相手にしていたときは、どこかで「まぁ、こんなところか」と区切りを付けていたけれど、AI相手だとどこまでもOutputを追求してしまいがち

[Hituzi Ando | アプリ開発者 @HituziANDO]

それぞれの役割を粋なオジサンたちで擬人化してとGrokにお願いしたら、こうなった

左からプロトタイパーです

[gogotanaka / supa, inc. @gogo_tanaka]

アンソロさんが提唱するエンジニアの新しいロール分け。

もはやフロントバックインフラとかいう分け方も形骸化してるのは間違いないなー

https://t.co/QeTP9uPoiE

[Hituzi Ando | アプリ開発者 @HituziANDO]

Vercel、TypeScriptをC言語に変換してからネイティブな実行ファイルにコンパイルする「scriptc」、オープンソースで公開 － Publickey https://t.co/fHvNzRQU2A

[Hituzi Ando | アプリ開発者 @HituziANDO]

cmuxとherdrのいいとこ取りツールがあると良いんだけどなぁ

[うちた @uchita_success]

https://t.co/DOKfR45XZ6

[Hituzi Ando | アプリ開発者 @HituziANDO]

退職代行の次は「辞めさせるDX」へ──海外で進む「オフボーディングSaaS」と日本が取り残される理由 https://t.co/uZCkOLhzgK #ampreview

[Hituzi Ando | アプリ開発者 @HituziANDO]

最近スマホアプリ開発にはKotlin Multiplatform (KMP) が最良なのではないかと考えている。

クロスプラットフォームを選ぶ主な理由は、AndroidもiOSもワンソースで管理し諸々のコストを減らしたいということ。
お金や時間だけでなく、iOSで書いたことをAndroidでもまた書くのか…といったメンタルにも関わる。

だからFlutterやRNをいくつかの妥協点を抱えながら採用してきた。

でも今は違う。

コーティングはAIが短時間で仕上げてくれる。iOSもAndroidも一瞬だ。
少なくとも時間と自前で2回書かないといけない苦からは解放される。
コストも人件費と比べたらAIに支払う方が安い。

そうなると、OSネイティブなUIで最高のUXを目指した方がずっと良い。
だけど、やっぱりロジックはコードレベルで一元管理して固くしたい。

となるとKMPじゃない

[Hituzi Ando | アプリ開発者 @HituziANDO]

本日のドット絵
「キツネ」
#ドット絵

[Hituzi Ando | アプリ開発者 @HituziANDO]

へぇー、おもしろい！

ゲーム開発ではなぜファイルのマージよりも「ロック」を多用して開発を進めるのか？ - GIGAZINE
https://t.co/zgcySDej4p

[Hituzi Ando | アプリ開発者 @HituziANDO]

「今の時代に優秀なジュニアに求められるのは、単にコードが書けることではなく、成長したいという強い意欲や、困難を乗り越える気概を持っていることである」

今の時代というか、いつの時代でもこういう人が欲しいんじゃない。結局、こういうモチベがないと続かない

[Haruki Yano / Haruma-K @harumak_11]

コードを書かせるためではなく、シニアにするためにジュニアを採用せよ、という記事
https://t.co/AgvofNtQeM

・AIがコードを生成してシニアエンジニアがそれをレビューできるようになった今、給与コストを抑えるためにジュニアエンジニアを削減するのは合理的に見えるが、長期的には間違っている
・会社や業界が今後も生き残り成長し続けるためには、ジュニアを採用して基礎を築くことが不可欠である

・ジュニアが人前で急激に成長していく過程を見ることは組織全体に良い影響を与え、シニアはAIの言語モデルに対しては持たないような責任感を、指導する若手に対しては抱くようになる
・またジュニアは過去のやり方に固執する習慣がないため、チームにAIツールを新しく導入して定着させたい場合にも有利に働く

・現在エントリーレベルの採用が減っている本当の原因は、コスト削減と新しい価値の創造を混同している投資家にある
・その考えが経営層に波及し、目に見える成果が測りにくいジュニアが真っ先に削減の標的にされてしまっている

・AIを使うジュニアはコードを理解せずに出力するだけなので指導しにくいという意見もあるが、実際には数ヶ月で急成長して育成コストを下げる組織と、質の低いコードを生み出し続ける組織の二極化が起きている
・この違いは、組織が本気でメンターシップに取り組んでいるかどうかと、既存のエンジニアリングの基盤が整っているかどうかにかかっている
・古いコードやドキュメントの不足、指導者がいない環境にAIを導入し、その結果生じた問題をジュニアのせいにするのは間違っている
・今の時代に優秀なジュニアに求められるのは、単にコードが書けることではなく、成長したいという強い意欲や、困難を乗り越える気概を持っていることである

・今ジュニアの採用を止めて人材のパイプラインを更新しない組織は、5年後には変化に適応できず、知識の継承もできず、新人を訓練する余裕すらない状態に陥ってしまう
・その段階に達してしまうと、いくらお金を積んでも問題を解決することはできなくなる
・状況を正しく見ている企業にとって今は好機であり、採用されずに余っている優秀なジュニアを雇って適切に育成すれば、将来的に大きな競争力を得ることができる

[Hituzi Ando | アプリ開発者 @HituziANDO]

本日のドット絵
「アイスクリーム」

#ドット絵 #pixelartㅤㅤㅤㅤ

[Hituzi Ando | アプリ開発者 @HituziANDO]

本日のドット絵
「赤色のレトロなTV」
#ドット絵 #pixelart

[Hituzi Ando | アプリ開発者 @HituziANDO]

本日のドット絵
「かわいい象」
#ドット絵