ハクソク

世界を動かす技術を、日本語で。

Show HN: 数年前にプログラミングを辞めましたが、AIが私を再び引き戻しました

91日前原文(calquio.com)

概要

  • 複利運用の基本と、20年間の資産成長シミュレーションを解説
  • 複利計算式や「72の法則」などの投資ノウハウを紹介
  • 複利頻度やインフレ調整の重要性に言及
  • 効果的な複利活用のための具体的なアドバイスを提示
  • 開発者の体験談とAI活用による新しい価値創出のエピソードを共有

複利運用シミュレーションと基本知識

  • 元本$10,000、年利10%、20年間の複利運用シミュレーション

  • 毎年元本に対して10%の利息が加算され、資産が加速度的に増加

  • 1年目：$10,000スタート、利息$1,000、合計$11,000

  • 10年目：$23,579スタート、利息$2,358、合計$25,937

  • 20年目：$61,159スタート、利息$6,116、合計$67,275

    • 20年間の利息合計$57,275、**リターン572.75%**という結果

複利とは

  • 複利は「元本＋過去の利息」にも利息が付く仕組み
  • 単利は「元本のみに利息」が付くため、増加ペースが緩やか
  • 複利効果によって資産は指数関数的に成長
  • Albert Einsteinが「人類最大の発明」と称賛した概念

複利計算式

  • 基本式：A = P(1 + r/n)^(nt)
    • A：最終金額（元本＋利息）
    • P：元本
    • r：年利率（小数）
    • n：年あたり複利回数
    • t：運用年数
  • 連続複利の場合：A = Pe^(rt)

72の法則

  • 資産が倍になる年数 ≒ 72 ÷ 年利率
    • 例：年利6%なら12年、8%なら9年、12%なら6年で倍増
  • 簡易的な目安として活用

複利頻度の違い

  • 複利回数が多いほど資産増加スピードが速い
    • 年1回：$25,937
    • 月1回：$27,070
    • 日1回：$27,179
    • 連続複利：$27,183
  • 計算・加算頻度が重要なポイント

インフレと実質リターン

  • 名目リターン：帳簿上の増加率
  • 実質リターン：インフレ調整後の購買力ベースの増加率
  • 実質価値 = 名目価値 ÷ (1 + インフレ率)^年数
  • 実質リターン ≒ 名目リターン − インフレ率
    • 例：20年間でインフレ率3%の場合、$67,275→$37,278（実質価値）
    • インフレによる「見かけの利益減少」に注意

複利効果を最大化するコツ

  • 早期開始：時間が最大の味方
  • 継続的な追加投資：定期的な積立で効果増大
  • 利息再投資：引き出さず再投資することで複利効果を最大化
  • 高利回りの追求：1%の差も長期で大きな違い
  • 手数料の最小化：コストが複利効果を削ぐ
  • インフレを上回るリターンの確保

開発者体験談とAI活用による価値創出

  • 元エンジニア→投資アソシエイトへのキャリア転換
  • 複利計算を日常的に活用し、長期投資の「心の安定剤」として活用
  • 市販の複利計算ツールに不満（使いにくいUI、広告、カスタマイズ性不足、年次明細なし）
  • **AI（Claude via Windsurf）**を活用し、理想の計算ツールを自作
    • Next.js、React、TailwindCSS、shadcn/uiなどの最新技術を自動選定
    • 4言語対応（EN/DE/FR/JA）
    • 60種類以上の計算ツール（複利、住宅ローン、貯蓄目標、BMI、タイムゾーン変換、正規表現テスト等）を短期間で開発
    • https://calquio.comで公開中、特に複利計算ページが開発者のお気に入り
  • AIの力で「作りたいものが作れる」時代の到来を実感
  • 「本格的なエンジニア」ではなくても、明確な要件定義+AI活用で価値創出が可能
  • 長年温めてきたアイデアを実現できる喜びと、再び「ものづくり」に挑戦できる環境の重要性を強調

コミュニティへの問いかけ

  • 一度開発から離れた人が、再びものづくりに戻った経験の有無を問いかけ
  • AIや新しいツールによる「再挑戦」のきっかけについて共感を求める

Hackerたちの意見

同じく。今は農家だけど、前はネットワークエンジニアとソフトウェアプロジェクトリーダーやってた。プログラミングはもう20年近く前にやめたけど、今は農場やボランティアしてる団体のためにいろんなアプリを作ってるんだ。飼料協会の土壌サンプルトラックのサンプル位置を追跡するアプリとか、湿度監視用のアプリ、フリートのタスク/カレンダー/メンテナンスアプリなんかを数時間で作って、思いついた機能を追加してる。ギットは業界を離れたときにはまだ新しかったから、最近になってやっと使い始めたんだけど、マジで最高だよ！トラクターに座ってGPSが操縦してるときに思いついたアイデアを形にできるのがすごくワクワクする。新しいアイデアに夢中になりすぎて、睡眠不足になっちゃってるくらい。
└
農業をゼロから始めたの？それとも農場を引き継いだの？
└
今まで作ったアプリの中で、特にうまくいったものは一つか二つある？
└
今日の農場のテクノロジーについて聞きたいな。トラクターや機器の修理で問題にぶつかることってある？それがDRMでロックされてて、ソフトウェアをハッキングしないと修理できないとか。
└
100%同意。これが新しいソフトウェアの時代だね。でも、各ユーザーのための小さなアプリがたくさんできるだけ。大きなアプリじゃなくてもいいんだ。自分のビジネスや世界の一角を助けるための特注の小さなアプリだよ。俺は子供にAI開発スタックを教えてるんだ。AI IDE（俺たちにはAntigravity）、データベース（俺たちにはSupabaseといいMCPサーバー）、デプロイ（俺たちにはGithubとVercel）。これを使えば、数時間で素晴らしい統合アプリが作れるよ。
└
100%同意だわ。俺はITプロフェッショナルで、大きめの企業のCTO（年収250億〜300億円）なんだけど、ここ2ヶ月毎朝4時に起きて、自分や家族、友達のためにずっと作りたかったVibe Codingのことをやってる。時間がなかなかなかったからね。睡眠習慣は確実に悪化してるけど、幸せ度はめちゃくちゃ上がってる。
それを楽しんでる人たちには嬉しいけど、私にとっては逆だな。AIがどこにでもいると楽しさがなくなっちゃって、10年近くコードを書いてきたけど、キャリアチェンジを真剣に考え始めてる。
└
コーディングが好きな人と、価値や解決策を提供することが好きな人、二つのグループがあるみたいだね。私は後者に属してる。幸せな消費者と洗練された製品が私に満足感を与えてくれる。コードは単なる手段に過ぎない。キャリアを望む最初のグループの人には残念だね。
└
AIを使って何かを作ると、その喜びがなくなるんだよね。（オバマの声で）「それは自分が作ったものじゃない」って感じ。特に個人的な作業に関しては、AIで開発するっていう考え方にアレルギーがある。AIが書いたコードは自分が作ったものじゃなくて、依頼したものなんだ。まるでFiverrやUpworkで仕様を出してお金を払って「これを作って」ってフリーランサーに頼んで、やり取りしながら結果を修正していくようなもんだ。最終的にはまあまあの結果が得られるかもしれないけど、自分で問題を解決する経験が得られない。問題を解決する経験は新しい洞察を生むからね。数学の教科書に演習問題があるのも、その概念を理解するには問題を解くしかないから。AIを使うと、もう開発者じゃなくて、プロダクトマネージャーやアナリスト、アーキテクトになっちゃう。ビジネスの観点から見ると、実際には開発者を全部排除して、プロダクトマネージャーやアナリスト、アーキテクトだけの小規模な開発チームを持つことができるんだ。そうすれば、開発者の給料を払っても、開発者を減らしてお金を二重に節約できる。
└
わかるよ。ものを作るのと組み立てるのは全然違うよね。AIは、細かいところを彫る職人から、ライン作業のオペレーターに変えてしまう。もし君の喜びがアルゴリズムのパズルを解いたり、ループを最適化することから来ているなら、AIはそれを奪ってしまうかも。低レベルの開発（組み込み、カーネル、ドライバー）や複雑なR&Dを考える価値があるかもね。バイブコーディングはまだそこでは通用しないし、幻覚のコストは高すぎる。そこで本当の手作りの技術がまだ必要なんだ。
└
人々がもうプログラマーになりたくないと思っているんじゃないかって思い始めてる。彼らは、自分の仕事を誰かや何かに委任して、戻ってきてその仕事を批評して、またループを繰り返すマネージャーになりたいんだ。
└
同じ気持ちだよ。LLMは、俺が楽しんでる部分を自動化して、嫌いな部分を増幅させるんだよね。
同じく。洗練された使えるアプリを作るのは本当に大変で、楽しくない部分が多い（私にとっては）。楽しい部分もいくつかあるけど、直感的なUIを作ったり、ログを取ったり、エラーハンドリングやドキュメント作成、パッケージング、バージョン管理、コンテナ化なんかは本当に面倒くさい。否定的な意見を持ってる人たちの投稿を読むと驚くんだけど、私はここで洗練されたアプリを短時間で作ってるし、ちゃんと動いてる。少なくとも、週末に作ったものよりはずっと良い。実際に価値を提供してるし、作るのが楽しい。今、Rustで3つのアプリを作ったんだけど、そのうち2つはウェブアプリで、もし銃を突きつけられても「Hello World」をRustで書けないと思う。見た目も美しいし、動きもサクサクだし、Rustのおかげで正確性にも自信が持てる（ここは異論があってもいいけど）。もちろん、本格的なプロダクションプロジェクトではvibeコーディングはしないけど、AIエージェントは使うと思う。ただ、出力されたコードのすべてを理解するようにするよ。
└
>> それが楽しくないからこそ価値があるんだ。やる価値のあることは全て大変だよ。
└
もちろん、本格的なプロダクションプロジェクトではvibeコーディングはしないけど、AIエージェントは使うと思う。ただ、出力されたコードのすべてを理解するようにするよ。あなたは、他の人がインターネットを使う能力よりも、自分が無意味なものを作り出す能力を重視してるの？それがあなたの選択だよ。AI DDoSボットをブロックしようとして、ブラウザを数秒間フリーズさせるサイトたち、それが無意味なプロジェクトのためにあなたの便利さに値するの？Cloudflareの障害の影響が広がること、それがあなたの便利さのために他のインターネットに負担をかけるコストなの？ありがとう。
└
使い捨てのコードに労力をかけたくない気持ちはわかるよ。> 本格的なプロダクションプロジェクトではね。でも、AIエージェントは使うと思う。ただし、出力されるすべての行を理解することを確認するけどね。それじゃダメなんだ。問題領域を理解して、現在と未来の要求を考慮した深いデザインセンスを持ち、概念的に一貫した解決策を形成して、それをコードに落とし込んで、最初からフィードバックを得る必要がある。AIにその能力を与えるプロンプトは存在しない。出力されたすべての行を理解するだけでは、平凡な解決策しか得られないよ。正直言って、多くのプログラマーもその能力を持ってないから、品質の期待値の問題でもある。LLMを高度な検索やボイラープレートの生成に使うことはできると思う。簡単に済ませたい人たちは、品質の属性にも甘くなってるから、自分がそのスペクトルのどこにいるかを自覚するべきだね。
└
> 洗練された使えるアプリを作るのは本当に大変で、全然楽しくない（私にとっては）。じゃあ、やらなきゃいいじゃん。誰も強制してないよ。飛行機を作ったり、食品の安全を確保するのが大変で楽しくないって文句言うの？すべてを低いレベルに合わせる必要はないし、そうすべきでもない。逆に、チームの一員として働いて、他の人が君が楽しめないことをやる会社で働けばいいんじゃない？ > 私はここで、短時間で洗練されたアプリを作ってる。いや、そんなことはないよ、保証する。 “洗練”っていうのは、完璧にするためにすべての細部に気を使うことだよ。もしLLMにほとんどを任せているなら、それは定義上、洗練されてない。
俺は逆の立場だな。AIがこの仕事の楽しさを全部吸い取ってる気がする。もしかしたら、方向転換してもっとシンプルな生活を送るかも。唯一の問題は、給料が本当に必要ってこと :(
└
その通りだね。これもいつかは過ぎ去るよ。みんな飽きて、同じアプリを500回も使って、結局去っていくんだ。SEOの専門家やマーケティングの専門家、トレードボット、クリプトの専門家と同じように、バイブコーダーも淘汰されるさ。
└
うん、プログラミングで一番嫌だったのは、盛り上がってるけど中身のないことと、自分の自由が奪われることだった。これまでもあったけど、AIの文化がその両方を倍増させた感じ。LLM自体やその使い方には問題ないけど、今や教条や信仰に満ちた宗教みたいになってて、完全に有害だよ。ツールは無理やり押し付けられて（神父たちのおかげで、AIの使用は仕事のパフォーマンス基準になってる）、失敗すると好奇心や理解しようという気持ちじゃなくて、敵意やガスライティングに直面する。
└
AIのせいで仕事を辞めたよ。プルリクエストを承認するだけの仕事になって、PRもコードもただのゴミみたいだったから。正直言うと、主にCRUDアプリだったから大したことじゃないけど、結局、毎日何百行もゴミが追加されて、アプリに対するコントロールを失った気がした。いつか、アーティザナルコードだけを扱うコンサルタント業を始めるかもしれない。AIのコードを手作りのコードに置き換えるために、僕と未来の弟子たちを雇ってもらえるよ。自分の会社を使って、若い世代にAIツールなしでコードを書く方法を教えたいんだ。
└
そうだね。デザインやシステムを書くスキルを身につけるために、すごく頑張ったし、長い時間をかけたんだ。これはアートなんだよね。スキルもない人たちがああいう行動をするのを見ると、本当にがっかりする。今のところ、私のやってる仕事は彼らには真似できないけど、遠い未来にはあまり期待してない。自動化が進むと、ほとんどの非物理的な仕事が自動化されると思うし、その頃には物理的な仕事も自動化されるだろうね。
└
同じく。これに対処するために見つけた唯一の方法は、1〜2個の個人プロジェクトを持つことなんだ。クローズドソースで、俺だけが使うやつね。自分が楽しめるようにゆっくりと作って、最終的にはエンドユーザーを犠牲にしない有用なソフトウェアになるようにしてる。
└
ハードウェアにシフトするのをおすすめするよ。俺はFPGAの分野にいるけど、ほとんどの場合、バイブコーディングはないんだ。必要な決定論がLLMには向かないからね。どのステップでもバグを引き起こすのがすごく簡単で、エラーの余地はほぼゼロだよ。大抵は1つのクロックサイクルの余裕でやりくりしてる。俺が試したLLM（Claude Opus 4.5が最新だけど）で、タイミングエラーを大量に引き起こさないものはまだない。ほとんどの半導体IPは独自のもので、トップシークレットだから、コードは建物の外に出ない。良いモデルを作るためのデータは、ソフトウェアやオープンソースのエコシステムほどはないんだ。通信分野では、設計エンジニアと検証エンジニアの比率が1:4くらいだよ。防衛は会社によって少し違うけど、一般的にバグに対する耐性はゼロだね。HFトレーディングの人たちのリスク志向については、触れない方がいいね！ソフトウェアエンジニアにはたくさんの余地があるよ。今のFPGAはSoCデバイスが多くて、何らかの埋め込みLinuxで高レベルのタスク管理やネットワーキングをやってる。Verilogをある程度知ってれば大丈夫だよ。ほとんどのエンジニアが5〜10年以内に引退する準備をしてるから、業界全体に波及するパニックが起こるだろうね。
└
セキュリティエンジニアリングを考えてみて。システムを攻撃するための非常識な方法を常に考えなきゃいけないし、LLMが人間から学んだような一般的なコーディングミスを利用する必要がある。セキュリティエンジニアは、ソフトウェアが完璧に安全になるまで仕事があるだろうし、それにはかなりの時間がかかるよ。俺は仕事にLLMを全く使わないし、今後も使うことはないと思う。クライアントは、彼らのお気に入りのLLMに一通りやらせた後で俺に支払うんだ。
└
この感情が理解できない。リグレッションはまだ存在するし、ただプロンプトで消すことはできない。プログラマーは、ほとんどのプロジェクトで人々が支払うためにスキャフォールディングするよりも、リグレッションの修正やバグ修正、改善に10倍の時間を費やすことになるよ。もし仕事の大半がこれでないなら、もうすでにシンプルな生活を送ってるってことだね。
└
これを言いに来た。俺は9歳からプログラミングをしていて、常に強い美的、芸術的、クリエイティブな側面があった。そういう側面は、成人生活の経済的な要求と常に緊張関係にあったけど、俺はそれを解決する静かな場所を見つけるのが得意だった。多くの作業は退屈で、骨の折れる grind だったけど、最後の報酬はかなりのものだった。AIは、そのプロセスから得られた喜びを完全に奪ってしまったし、思春期の頃に無邪気に惹かれたすべてを奪ってしまった。もし誰かが「ほとんどがスロップキュレーションだよ」って言ってくれたら、俺は学校に残って哲学専攻を続けていただろうし、誰が知ってるか、これ以外の何かをしていただろうな。法律の道でもそこそこやれたと思うけど、JDになるにはあまり良い時期じゃなかったからね。
精度に気を使って作ってるんだね。これを各ページのフッターに書くのはどういうことなんだろう、こういう計算機を作ってるのに。
└
マーケティングにはいいからね。真実かどうかは関係ない。
└
それでも精度をテストできるの？
└
これはただの悪いサイドプロジェクト以上のもので、ほぼ悪意があるね。OPは、この60個の計算機がすべて常に動作する自信があるの？すべてのエッジケースに対応してるの？もし誰かが君のウェブサイトでその計算機を使っているなら、彼らは君に信頼を置いているんだよ。もし間違ってたら、彼らに影響が出るかもしれない。すべての計算機が良いエッジケースを持った包括的なテストセットを持っていることを願ってる。でも、現実的にはどうだろう？僕は実際、AI開発には賛成なんだけど、ウェブサイトの開発にAIを使うなら、少なくとも量より質に焦点を当ててほしい。AIは量を簡単にするけど、質はまだ難しい。ちなみに、そのウェブサイトは僕には全然動かない。クリックしても何も起こらない。
少し方向が変わってきたかな。17年間の科学と技術への楽観主義の後、どんどんラダイト（技術反対派）になっていく自分がいる。最初の観察は、ソフトウェアのコミュニケーションや社会的側面が成功と普及にとって重要だってこと。そして次に気づいたのは、技術が社会経済的な問題を解決するのには無力で、むしろそれを悪化させるってこと。
開発をやめたわけじゃないけど、以前よりもサイドプロジェクトをたくさん引き受けるようになった。そういうことをするコストが大幅に下がったから。これで、以前はできなかったプロトタイプを作ったり、追求したりできるようになった。今は、以前は時間がかかりすぎて手を付けられなかったことにも取り組んでる。例えば、技術的負債を減らすことに実際に取り組んでる。以前なら、イライラしてることに1週間も割くことはなかったようなこと。何時間もかかる面倒なことが、今は数回のプロンプトでできるようになった。大きなプロジェクトでは、まだほとんど手動でやってるけど、これから数ヶ月や1年で変わるかも。主にCodexを使ってる。多くの人がClaude Codeを好むみたいだけど、僕はしばらくChatGPT Plusのユーザーで、Codexも含まれてるし、ちゃんと機能してる。月20ドルで素晴らしい価値だよ。今までに一度だけ追加クレジットを買ったことがある。このすべての裏側には、AIが動くのを待つのは楽しくないってことがある。遅すぎて自分のペースが遅くなり、速すぎてマルチタスクができない。何度も繰り返し実行しなきゃいけない非常に遅いビルドを扱ってる感じ。必要な悪だけど、必ずしも楽しいわけじゃない。多くの開発者が楽しみを奪われていると感じる理由がわかるよ。この痛みを解決するのは急務だね。頑丈で速いビルドに投資することがその一部。ビルド時間は、モデルの推論と競争してるから、時間がかかる。そして、もう一つはUXの改善に取り組むこと。複数のタスクを同時にフォークできるのは大きな力になる。コードの編集と生成の切り替えがもっとスムーズになる必要がある。時々、手をこまねいているように感じる。
俺もまだ「エンジニア」なんだけど、ここ数年はほとんど会議とアーキテクチャばっかりで、Vibe Codingの経験は君と同じだよ。限られた時間の中でアイデアをすぐに形にできるし、エンジニアリングの知識を使ってエージェントを動かすのも楽しい。実際にアイデアを出すのが壁にぶつからずにできるのがすごく楽しいんだ。多くの人がその問題を楽しむのは知ってるけど、俺は難しい問題を解決した後は、自分のアイデアを形にするのを楽しみたいタイプ。クリスマスに作ったものについて書いたよ: https://michaeldugmore.com/p/family-planner-vibe-coding-rule...
Claudeの適切なサブスクリプションを取ることをおすすめするよ。月100ドルでMaxを使えば、APIの使用量がかなり増えるし、17ドルで限界に耐えられるなら、直接APIを使うよりずっと安いよ。俺も似たような経験があるけど、AIのおかげでサイドプロジェクトを作れるようになった。調査する時間はあるけど、実際にコードを書く時間やエネルギーはあまりないんだ。コードをレビューして、Claudeにチェックしてもらうことができる（大抵の人はClaudeにコード監査をさせないと思うけど）し、バグやセキュリティの問題を指摘してもらえる。これを結構頻繁にやってるよ。
> スタック: Next.js, React, TailwindCSS, shadcn/ui、4言語（英語/ドイツ語/フランス語/日本語）。「モダンでクリーン」って言ったら、AIがほとんどこれを選んだ。俺はAIを嫌ってるわけじゃないけど、LLMが人間と同じようにトレンドを追いやすい証拠だと思う。サーバーサイドレンダリングのReactを使ったNext.jsは、経験豊富なウェブ開発者が「クリーン」な解決策として金融計算機のコレクションに推奨するスタックじゃないよ。最近トレンドになってるスタックを聞いたら、こんな答えが返ってくるだろうね。
└
それもあるかもね。でも、そのスタックは全く経験のない人が苦労する問題（例えば、CORSの問題とか）を解決するのにも役立つよ。非技術者がフロントエンドを作るにはいい推薦だし、どのスタックを使っても関係ないでしょ。どうせメンテナンスされることもないし。もし5ヶ月後に新しい機能が必要になったら、コードを一行も書かずに一気に全部やり直せるからね。