AI時代、開発者は本当にオワコン？衝撃の真実！
引用元：https://news.ycombinator.com/item?id=44105592
使い捨てのマーケティングサイトを作る仕事についてだけど、おかしなことに最近使い捨ての雰囲気重視ランディングページを直すフリーランスの仕事をしたんだ。
確かなのは、最大のコントロールフリークはいつもAIを混乱させてさらにめちゃくちゃにするバカげた追加要件を持ってて、それを俺が直しに行く羽目になるってこと。
AIがどんなに賢くなっても、ソフトウエアで直面する問題はめったに技術的じゃないんだ。問題はいつも、偶発的な複雑さを作り出して、次の担当者に「これは必須」みたいに押し付ける人間にあるんだよ。
開発者の最大の資産は人間に「ノー」って言えることだね。多分AIもそれを学ぶだろうけど、競合するAIがいたら、人間みたいに「イエス」って言うやつが必ず出てくるだろうね。
古典的な「要件バグ」を見事に言い換えてるね。ソフトウエアは完璧に実装されても、技術システムの現実を考慮しない要件では大混乱が起こるんだ。
AIは「gifって言われたけど透過をサポートしてないよ」みたいなのは理解できるようになると思うけど、「真ん中から全点が等距離の正方形のロゴにして」みたいな要件は人間が書き続けるのは１００％確実だよ。
追記：そう、gifじゃなくてjpgね、うっかりミス＋オートコレクトだ。
「真ん中から全点が等距離の正方形のロゴにして」みたいな要件を人間が書き続けるって言うけど、なんでAIは人間みたいにそれを処理しないの？質問したり、要件を繰り返したりするんじゃない？
お気に入りのLLMで試してみなよ。彼らは一貫して反論するには遠慮しすぎるし、弁証法的なやり取りをするのも苦手だし、要件のリストを確実に保持するのにも苦労してるよ。
今すぐできるなんて言ってないよ。近い将来できるようになる可能性を排除できないって言ってるんだ。
「ノー」と「はい、そうです」の間には、「これってこういう意味ですか？」みたいな５０の色合いがあるんだよね。例えば、年配の男性に「データベースをダウンロード」できるウェブページを作ってくれって言われたけど、彼はもちろんすごく限定的なcsvエクスポートのことを意味してたんだ。ChatGPTが彼のプロンプトを理解できたか疑問だよ。これはかなり分かりやすい方の例だったけどね。
１８００年代半ばのコンピューティングの古典だね。
「Babbageさん、もし間違った数字を機械に入れたら、正しい答えが出てきますか？」と２回聞かれたことがある。
一回は上院議員、もう一回は下院議員にこの質問をされたんだ。どんな考えの混乱がこんな質問を引き起こすのか、私は正確に理解できない。
『哲学者の人生からの抜粋』（１８６４年）第５章「階差機関No.1」より
うん。これについては“Peopleware”っていう本が丸ごとあるんだ。だから「あなたの問題が全部技術的なものなら最高なのに」ってよく言ってるんだよ。
最先端のほんの少しの例外を除けば、コードで技術的な問題を解決するのはそんなに難しくなかったからね。
そうだね。良いチームなら、技術的な問題でさえ、ほぼ１００％人間関係の問題が原因なんだ。
AI/MLシステムを評価するのに、今できることじゃなくて hypothetically （仮に）将来できるかもしれないことで判断するのはひどい考え方だと思うし、残念ながらこの業界によくあることだよね。でも、魔法みたいな考え方があれば、もちろん何でもできるようになるかもしれない。だから、悪どいセールスマンがまだ実現してないものを売りつけることができるんだ。こっちに extrapolating （推測）させるか、彼らが勝手にやって、存在しないし、たぶんこれからも存在しないことを約束するんだ。Muskがfull self drivingを何年も約束してきて、最近彼の車が影を見て道を外れて木に突っ込んだり、Wile E Coyoteみたいな描かれたトンネルに突っ込んだりするのを何度見た？
例えばAI企業に投資するかどうかを判断する時に、将来何が起こるかを評価することに価値はあるけど、AIに関する hype （誇大広告）の多くは、ツールが今実際にできることに基づいて評価して、そこからかけ離れた hypothetical （仮の）未来じゃないんだ。難しいことの一つは、ここ数年でこれらのツールの能力がかなり向上したこと。今のLLMsは2、3年前よりずっと良いことができる。だから「まあ、このexponential curve（指数曲線）が続いたらどうなる？」って考えやすいし、そうなったら何でも可能になるかもって思うよね。
でも、現実のほとんどのシステムでは、無限の指数関数的成長なんてなくて、logistic curve（ロジスティック曲線）みたいなものなんだ。最初は指数関数的だけど、最終的には速度が落ちて asymptotic （漸近的）に最大値に近づくんだ。今そのロジスティック曲線のどこにいるかは言うのが難しいね。もしあと数年も指数関数的な成長が続くなら、もちろん何でも可能かもしれない。でも、もっとありそうなのは、もうその inflection point （変曲点）に達していて、このLLMベースのAIアプローチの限界に近づくにつれて、成長はどんどん遅くなるってことだよ。
確かに。ノーって言うのは、別に否定してるんじゃなくて、 negotiating （交渉）してるんだよね。
Babbageがディファレンス・エンジン（あるいはアナリティカル・エンジン）が thought （思考）できるって言った覚えがないんだけど。正直、また点数稼ぎのために、想像上のBabbageから想像上の議論をでっち上げたみたいだね。
＞開発者の最大の資産は人に「ノー」って言えることだ。たぶんAIもそれを学ぶだろうけど、競合するAIがいれば、人と同じように、どっちかがイエスと言うだろうね。
私の経験では、これがいつも一番難しい仕事だけど、多くの開発者が楽しむ（あるいは自分たちの責任だとさえ思っている）ことではないのは確かだよ。プロジェクトの成功の多くは、 stakeholders （関係者）を個人的なレベルで本当に理解することにかかってるから、 developers-who-are-also-basically-product-managers （実質的に product managerでもある開発者）の居場所は常にあると思うんだ。
今読んできたよ。Passages from the Life of a Philosopher (1864年) のコピーを見つけて、第5章の“Difference Engine No. 1”を読んだんだ。”thinking machine”（思考機械）なんて一言もなかったし、全体的に単なる機械式計算機の ideation （発想）について説明してるだけ。あなたが何を言ってるのか全くわからないな。
これ何度も聞いたことあるけど、どういう意味なのかはっきりしないんだよね。「ほぼ100％の問題が”people problems”（人間関係の問題）」なら、”people solutions”（人間関係の解決策）の例をいくつか教えてくれる？それが明確にするのに役立つかもしれない。
ただ「ノー」って言うだけじゃ誰のためにもならないよ。
それより「それはできるけど、X週間かかるか、費用や performance （性能）がこれくらいかかります」みたいなバリエーションの方がずっと良いんだ。
そうすれば、両方の関係者が enlightenment （啓発）される会話につながるし、もしかしたらリクエストが結局良いものだと理解できるかもしれないよ。
あなたが探してる例はたぶん、「seven perpendicular red lines」（七本の垂直な赤い線）だよ：
https://www.youtube.com/watch?v=BKorP55Aqvg
タスクは設定された；魂が泣く
”ノー”って言うのは、ただ拒否してるんじゃなくて、交渉してるってこと。たまにだけどね。お客さんの要望がマジで無理な時は”ノー”って言わざるを得ないんだ。で、そこからが楽しいというか、なんでそれが物理的に無理なのか説明するんだけど、大体”でも、もしこうしたら…？”って聞いてくるんだよ。”いやいや！そういう仕組みじゃないの、理由はこうだよ…”みたいなね。
前に君と話した時、その偉そうで攻撃的な態度が嫌でちゃんと返事できなかったんだ。他の人とのやり取りも見てたしね。今回もまた別のスレッドで偉そうな口調で根拠なく主張してて、反論されても聞かないのに、他の人を”偉そう”呼ばわりしてるの見て、呆れたよ。”偉そうな態度が混乱を招く”って言うなら、自分の話し方も見直せば？
俺が一番身についたスキルは、”はい、しかし…”っていう日本式の間接的な”ノー”の言い方だと思うんだ。これは”何でもできるけど、予算や時間みたいな制約を広げる必要あるかも”って感じ。エンジニアの意見が尊重される会社なら直接”ノー”でいいけど、非技術系の会社だと”ノー”って言うだけだと邪魔者に見えるから、もっと背景を説明して、みんなが意見を出せるようにしないとダメなんだよ。
”良いチームなら”って話ね。”人”の問題は、設計バラつき、コミュ不足、ビジョン不明瞭、マイクロマネジメントが原因。解決策は、指示出すんじゃなく、みんなが共通ビジョンを持つこと。そうすれば恐れず（過剰設計せず）適当にならず（不十分設計せず）に機能作れる。計画なくてもみんなが認識して、ヤバい結果を覚悟すべき。双方向フィードバックは超重要。トップダウンだけじゃ、お客さんの苦情と開発者の燃え尽きしか返ってこないよ。
Israelチームと合併した時、”Hollywood no”ってのを彼らに説明したんだ。うちのエンジニアが使ってた表現で、”はい、良いアイデアですね”って言って実は”絶対無理”って意味なの。行動可能な道筋が続かない限りね。Israelチームは面白がって、何か”はい”って言われる度に”これHollywood no？”って聞き返してきたよ。
俺が言いたいこと分かってないみたいだね。これ時間や予算だけの話じゃないんだ。適切なデータがないと無理なこともある。前に言ったけど、最近PMに、入力違うのに同じ数学関数結果を出せって言われたんだ。何回説明しても理解せず、”他のエンジニアに聞こうかな”って言われると辞めたくなるくらいムカつく。仕事できないのに人の話も聞かない奴と働くのが、この業界では当たり前になりすぎてるよ。
俺ならPMに”よし、一緒に他のエンジニアと話そうぜ”って言うな。たぶんそいつも俺に同意するだろうし、もし違う意見でも何か気づきがあるかも。どっちにしても前に進める。”仕事できないのに人の話聞かない奴と働くのが普通”ってのは、一部ではそうだけど、もっと良い人がいる会社もマジであるよ。そこに入るには、もっと自分をアピールする必要あるけどね。
この記事の『AIがシステム設計はできない』って部分は間違ってるよ。AIはできるようになるし、目標がずれてるだけ。AIが真にできないのは、人間が『何をやりたいか』『何であるべきか』を自分で決めることだね。開発者の役割は変わるだろうけど、何かを実現したいと思う人は必要だし、開発者がそのタスクを担うのに最も適してることに変わりはないと思うな。
この記事だいたい間違ってるよ。企業はもう前から新卒やジュニアの採用数を減らしてるじゃん。もしAIが設計以外全部やるなら（これは間違った議論だけど、仮に乗っかってみよう）、当然企業は設計やAIシステムを監督するエンジニアは少なくてもよくなるよね。
僕の言い回しを誤解したかもだけど、十分な文脈があればAIはあなたが何をしたいかをかなり正確に判断できると思うよ。これが怖いところで、十分な監視があれば、組織はAIを使って人を組織にとって望ましい状態に誘導できるようになるかも。これは君のポイントから少しずれるかもしれないけど。
『開発者の意味合いが変わる』って言うけど、プログラマーの本質は『機械に何をさせるか明確に説明すること』で、これは昔から変わってないよ。機械語から今のLLMまで、道具は変わっても役割は同じ。自然言語は曖昧だから、コードが必要なんだ。LLMは進化の一歩だけど、オリジナルなものを作るにはコードが不可欠だし、コードはこれからも主流だと思うな。今は流行のピークだけど、落ち着くはずだよ。
そう思うな。十分な正確な文脈を提供できるのは、ソフトウェア開発者だけだよ。POとかマネージャーとか、非技術者の人たちは、チャットボットにプロンプトで伝えるのに必要なレベルの詳細を扱えないんだ。エンジニアはそれを毎日やってる。
うちのPOとか、マネージャーのマネージャーみたいな非技術者の人が、高スケーラブルな支払い処理のちっちゃいコンポーネントを設計するようにLLMに”命令”してる姿を想像すると笑っちゃうね。
LLMがビジネスデータや市場データに直接繋がって、人間の介入なしに、あるいはほんの少しの介入で意思決定をするようになるまではね。
もっとコメントを表示（1）
採用削減があったとして、それはAIによる仕事の代替というよりは、市場センチメントの機能である可能性の方が高いと思うな。多くの企業は、『キャプチャ・ザ・フラッグ』時代みたいに可能な限り急速に拡大するより、コスト削減してるからね。
みんな忘れがちだけど、採用カットはAIが話題になる前から起きてたんだよ。今AIは単に株価を上げるための言い訳として使われてるだけ。レイオフはもう3年以上前から見てるからね
えーと、CEOが事業計画をLLMに説明する必要がある最初の会議を見るのが楽しみだな。
蒸気船が出てきたとき，帆船もめちゃ増えたんだって．でも蒸気船がほぼ全ての面で完全に良くなったら，帆船は消えて珍しい存在になった．
LLMも似た感じで，プログラマーよりLLMが完全に良くなるまでは開発者の需要はめちゃくちゃ変動すると思う．そしたらプログラマーは他のことするようになるんじゃないかな．
モノを作るコストが下がると，何を作るかっていう重要な決定の需要は増えるはず．
でも，重要な技術的決定をしてその結果を理解するのって，もともと開発者の仕事の一部だよね．だからそこは大丈夫なはず．
3年後くらいかな，LLMがCEOの会社で働くの，ぜひ試してみたいね…．
全ての面で人間より優れてるかは分からないけど，ライバル会社の役員に親戚がいるとか，ゴルフ仲間”に会社の計画バラす”とか，握手の力で昇進決めるとか，社員ナンパしてクビになるとか，そういうのは絶対ないだろうね．
蒸気船の帆船に対する利点は誰にでもハッキリしてた．問題はエンジニアリングだけで，小さな問題を解決してエンジンを効率化しただけ．
でもChatGPTが出てから，幻覚が問題だって指摘されてる．
どうすればそれを直せるか，今日ですらヒントすら全然無い状態だよ．
でも，誰かが”いや，それ意味分かんないよ”って言ったら，LLMはすぐにビジネスプランを変えちゃうし，30分後にはどっちの計画だったかも忘れちゃうだろうね．
CEOになるってことは，たとえ間違ってても自分の意見や信念を持つことなんだ．
それはLLMには無理だよ．
僕が前に働いてた会社は，Masayoshi Sonから5億ユーロの資金をもらって，”開発者をできるだけたくさん雇え”って指示があったんだ．
それはパンデミックとAIの前だった．
いつかレイオフがあるのは予測できたけど，こんなに早く来るなんて思わなかったよ．
冗談で言ってるんだけど，僕たちプログラマーってさ，何十年も前に自分たちの仕事を自動化したんだよね．
ただ俺たちのスゴいコンパイラに何がしたいか伝えるだけで，それが魔法みたいにコードを全部生成してくれるんだから！
LLMもそんなに変わらないと思うんだ．
仕事が楽になるってことは，今よりたくさんのことができるってことだし，能力が上がれば需要も増える．
もちろん，すぐにはそうならないけどね．
＞蒸気船の帆船に対する利点は誰にでもハッキリしてた？それは全然違うよ！だからこそ，帆船と蒸気船の時代がゆうに60年以上もあったんだ．
親コメントはAI導入の良い比喩を選んでるね．ある分野では優れてて，別の分野では劣ってて，技術進歩でバランスが変わるっていう．参考リンクは省略するね．
ちょっと細かいことだけど，信念や意見を持つのは人間であることの方がより正確だと思うんだ．
でも，たぶんCEOっていう仕事は，ある種の意見や信念を行動に移すことが本当に必要とされる仕事なんだろうね．
もっと大事な点として，今のすごく従順なLLMは，ファインチューニングの結果だって印象を持ってるんだけど．
もちろん，LLMに内面的な精神状態はないから，意見があるとは言えない．
でも，意見があるように振る舞うようにファインチューニングすることはできるんじゃないかな？
それが僕の言いたかったことなんだよ．CEOになるってのは，会社全体を賭ける覚悟で信念を持つことなんだ．
LLMをファインチューニングしてるのは誰？
もし誰かがダイヤルを回して，コンテキストウィンドウの外でも続くようなコアコンセプトやポリシーを設定してるなら，その人こそが本当のリーダーだと思うんだけど．
この状況が3年以上も続くなんて，誰も想像してなかったと思うよ．
みんな12～18ヶ月くらいの一時的な荒波を覚悟してたけど，このトレンドが新しい普通になるなんて思わなかったんだ．
＞一部の分野では優れてるけど、他では劣るし、技術の進化でバランスは変わるって話だけど、AIが従来プログラミングより具体的に何が優れてるの？提案するだけ、とか、従来のツールで直すなら、コンテキストヘルプやGoogle検索、Github Code Searchみたいなワークフロー補助でしかないじゃん．それなら、そっちの方が信頼できるし．ソフトウェア開発には計画、分析、設計、実装、テスト、保守って6つの主要フェーズがあるけど、LLM支援が無くても大丈夫な時と比べて、客観的にどこが優れてるのか正直分からないんだよね．今まで読んだ話は、経験不足とか知識不足が根本原因のアネクドート（個人的な体験談）ばかりだし．
コンパイラは決まった作業を正確に繰り返すけど、AIは難しい曖昧な部分を「まあまあ」にするのが違いだね．
LLMサービス売ってる会社って、ファインチューニングとかプロンプト設計してるじゃん．「それ」を実際にやってるのって、LLM使ってる人？それともサービス会社の従業員？って考えちゃうんだよね．LLMが会社経営するなんて（まだ無いけど）想像すると、そこの従業員みんなで使うとかありえるのかな？
いやいや、AIはまだアーキテクチャ設計は無理でしょ．プランニングとアーキテクチャは別物だよ．計画通りにタスク実行するのはできるけど、システム全体の設計とか、いろんな計画が絡み合うアーキテクチャは無理．AIが変な答え（ハルシネーション）出すと、システム全体が壊れたりズレたりして、超ヤバいことになるからね．だから人間がやって、常にチェックしてるんだよ．
AIが若手エンジニアをリストラさせるのか、それとも素人でも開発できるようにハードルを下げるのか、意見が定まらないみたいだね．
よく言えてるね．AIがいつか人間のエリートレベルに追いつくなんてありえない、みたいな言い方されるけど、それは悲観的すぎだと思うよ．
いい指摘だね、同意するよ．これってAIのせい？市場？それとも何か別の原因かな…って考えちゃうな．：／
これさあ、なんでこんなに多くのソフトウエアのプロが仕事見つけられずに困ってるのか説明してないよねえ．
でもさあ、AIってそうやって売り込まれてんじゃん．「君に代わって決めてくれるボット」ってさ．もし自分で考えなきゃいけないとしたら、それ何の意味があるの？
この記事、根本的に勘違いしてんね．筆者はビジネスが質を大事にしてると思ってるみたいだけど、ビジネスは利益率しか見ないし、お客さんも大抵は質よりコスパだよ．Amazonで安いツール買って適当に書くのが現状．質を気にするのはエンジニアだけだから、他の人が質を重視する前提の未来予測なんてアテにならないよ．
いや、全然納得できないな．だって成功してるソフトウエア製品って、全部めちゃくちゃ質が高いじゃん．GoogleとかiPhoneとか、成功したブラウザもOSもB2B製品もそう．バグだらけで成功した製品なんて見たことないよ．品質を軽視して成功した例なんて、どこにあるの？
お客さんが質を軽視してるって、それどっからの情報？お客さん、質めっちゃくちゃ大事にしてるよ．もしお客さんが質を軽視してるなら、スタートアップなんてどれもこれも、ギリギリ動く程度の製品を一番安く出して、量で儲けて成功してるはずじゃんか．
＞最低限動く製品を最安値で提供して、数で稼いで成功してるはずじゃん＜
それ、まさにハッスルカルチャーのことだよ．そしてそう、それってビジネスで成功するやり方なんだよね．ただ、エンジニアはそういうハッスルって好きじゃないんだよな．
うん、でもハッスルしてるやつの大半って失敗するんじゃないの？スタートアップの成功率なんてさ、せいぜい5パーか10パーくらいのもんでしょ？
みんなが質を気にし始めるのは、デバイスが壊れたりウェブサイトが激遅になったり、システムがまともに使えなくなったりした時だろうね．今はまだ大丈夫だけど、数十年したら「OpenAI」って言うより早く全部劣化すると思う．税務システムが更新できなくなったり、インフラ壊れたり、シンプルな物がなくなったり、ヤバいことが起こる．全部サブスク必須でネットがないとダメになって、何も動かなくなる．一日中LLMと話す羽目になるだろうね．
ハッスルは失敗なんてしないよ．何でそう思うの？お客さんってハッスラー雇うのがマジ大好きじゃん．スタートアップが失敗するのは、ソフトウエアのエコノミクス、つまり質の高いものを効率よく作る方じゃなくて、ハッスルエコノミクス、つまり目の前の仕事を力技でこなす方を求めてないからだよ．もしハッスルエコノミクスを受け入れる覚悟があるなら、仕事がなくなるなんてことはないね．
なんか変な議論になってんな．俺はスタートアップビジネスの話をしてんだよ．＞ハッスルは失敗しない＜
それ定義上、金銭的に困ってるエンジニアなんてほとんどいないってことになるよね？エンジニアのほとんどが副業で成功したいって思ってんだから．
もっとコメントを表示（2）
エンジニアは”hustle”したがらないって言うけど、あんたはスタートアップのことしか考えてないな．俺は造園業者とかチケット転売屋のこと話してるんだよ．エンジニアはそんなことしないけど、もし willing なら稼げるってこと．
あんたの言ってること全然わかんないよ－”hustle”が何を意味してるのかハッキリしないし．あと絶対的なこと（”no engineer”）を言うのはたぶん正しくないね．あんたが”all engineers are lazy”って言ってるみたいに聞こえるけど、それって絶対に違うじゃん．
俺のお気に入りの品質重視会社、Fractal Audioの話．ギター機材作ってて、Line 6や Yamahaみたいな大手にも品質で勝ってるんだ．社員20人くらいの小さい会社で、CEOが技術リード．スタートアップがやっちゃダメって言われることばっかやってる（ハードウェア、直販、宣伝なし、サブスクなし、無料アプデ、AI不使用）．でも、品質で勝負して成功してる．市場の全部が安売り競争ってわけじゃないんだぜ．
前に話してた人が使ってた言葉をそのまま使うね．＞提供するのは最低限の機能しかない製品を一番安い価格で、ボリュームで十分な収益を上げる」こと．
これが”hustling”だよ．
＞＞品質を重視しないのに成功した製品の例はどこにあるんだ？
Salesforce．Quickbooks．あと Oracle 製品全部．
今の技術がこのまま停滞（でも値段は下がると予想されてる）するなら、これは良い予測だな．でも、そうすると全部を置き換えるような”all-in-one”で信頼できるメガアプリの需要が出てくるだろうね．こういうアプリが William Gibson が描いた巨大企業だらけの現実を連れてくるだろう．
Microsoft Teams のチームは vibe coding に全振りしたって確信してるわ．ここ数ヶ月で、こんな短期間にこんなに多くの壊れた機能がリリースされたの、マジで見たことないもん．もっと多くの会社が AI coding に全振りするなら、これが未来だね．
もしあんたがそんなこと言ってるなら、全体のポイントはハッキリ間違ってるね．多くのエンジニアが、できるだけ早く（金がかからないから時間＝金）最低限の機能しかない製品を大量に作ってるよ．Bangalore の請負業者の状況とか、たくさんの小さい Western の請負業者もそうじゃん．エンジニアが競争相手を下回るってことを理解してないなんて、マジで思ってるの？本当に？
＞品質重視しないのに成功した例？
2000年以降の Windows．最初は品質だったかもだけど、今は規制とかスイッチングコストで勝ってると思う．あと、デカいレガシーの B2B デジタルシステム全般．ERP とか． SAP とか Oracle は直接は知らないけど、そういう印象． Encompass もそう、ほとんどの U.S. の住宅ローン市場の記録システム．あと、ほとんどの医療ソフトウェア．何十年もの業界の細かいニュアンス全部扱ってるから、ものすごい堀があるんだ．現代の UX やパフォーマンス基準からすると”品質”は超悪いけど、業界の隅々まで対応してるんだよね．
一部のエンジニアは hustle ゲームに生きてるよ．でも、品質に集中してるならそれは hustle じゃないね．ただ、hustle してるソフトウェア製品を持ってるビジネスマンをエンジニアって呼ぶかはわかんないけど．マインドセットが違うと思う．
＞Medicaidの登録がさ、午前9時から11時までしかできなくて、しかも運が良ければ、ってだけなんだって。healthcare.govができた時もこんな感じだったよ、たぶん実際はもっとひどかったかも。サイト使えなくて、要件の5%くらいしか満たしてなかったみたい。マジひどくて、みんなキレてた。もちろん、いつものアメリカ政府らしく、その仕事は民間の会社に外注されたわけ。そしたらさ、やるのに2年もかかって、予算もめっちゃオーバーして、なのに何もできなかったんだって。
＞でも価格は予想通り下がり続けてる、ってマジ？AIってさ、めっちゃ市場獲得モードに見えるんだけど。あと、俺の記憶が正しければだけど、実際に利益出てるって報告してるビジネスってマジ少ないんだよね。俺はさ、勝者が市場を独占したら、AIモデルは価格をめっちゃ上げてくるだけだと思うんだ。過去20年の他のどの技術トレンドも全部そうだったじゃん。
例外ってのはルールを証明するってやつね。もし”質”がニッチだってんなら、定義としては市場を特徴づけてないってことになるよ。
＞ビジネスは質を重視したことない。顧客は質を重視できるけど、ビジネスは利益率だけを重視する、って言うけど、それホント惜しいんだ。ちょっとニュアンスが違う。ビジネスはコードの質を重視しないの。彼らの第一の目標は、顧客を掴めるくらい早く製品を出すこと。もしあんたが動きが速いとか競争が激しい分野にいるなら、差別化できる機能を出さなきゃだから質はもっと重要になる。でも、その分野が動き遅いとか、他に移りにくいとかだったら、出すスケジュールは遅くてもいいし、質はそんなに重要じゃない。とはいえ、顧客は”質”を気にするけど、たぶんめっちゃ違う定義で見てるね…主に”使いやすさ”として。彼らは裏側のコードとかどんなフレームワーク使ったかとか気にしない。ソフトウェアがa)彼らがやりたいことをやって、b)彼らの思う”十分速い”動きをする限りはね。
ビジネスはコストセンターなら質を重視することもあるよ。だって、それでコスト下げられる可能性あるからね。
あんたの言う通りかもね。だからたぶん注意点があるんだ。最初、市場を掴むモードの時は質が必要。一度顧客が定着したら、そっから手を抜いたり、ちょいくらいクソ化させたりできるわけ。それはビジネス失うかもしれないリスクと引き換えだけど、慣れた顧客ってのは慣れ親しんだものに対して結構なこと我慢できるんだよね。
facebookが”質の高い製品”？マジで最初からバグだらけのクソだよ。10年以上使ったけど、フォトアップロードは失敗するわ、コメントできないわ、エラーばっか。”Something went wrong”何千回見たか。FlickrやGoogle Photosでは問題なかったのに。今なんて偽AI広告だらけ。詐欺報告も対応しない。あんな製品、プロとして関わるのはマジ恥ずかしいレベル。社会の癌みたいなもんだし。他の製品と同じカテゴリにはマジで入れられないね。
なるほどね。でもさ、彼らが最初じゃなかったってのは覚えといて。俺がfacebook使い始めた頃（たぶん04年頃）の印象はさ、「何これ、PHPファイル7個くらい？俺でも作れるんじゃね！」って感じだったのは同意するわ。でもIPOの頃には結構洗練されてたと思ってたんだよね。それ以降、余計なものがめっちゃ溜まっちゃったけどさ。
＞みんなさ、自分のデバイス壊れ始めたり、ウェブサイト読み込みに12秒かかったり、Medicaidの登録が午前9時から11時まで、しかも運が良ければしかできなくなったりしたら気にし始めるだろうね。Medicaidのことは知らないけど、他の二つは今もうすでに現実だよ。
