AI を使ったプロンプトに入れておきたい著名プログラマーの哲学的名言100

「プログラマー」という人種を見てて「哲学がない」と感じる昨今。

ちょっと調べてみた。

No. 名言(日本語) 名言(英語) 発言者
1 優秀なプログラマーは何を書くかを知っている。偉大なプログラマーは何を書き直すべきかを知っている。 *Good programmers know what to write. Great ones know what to rewrite.* Linus Torvalds
2 プログラミングの早すぎる最適化は諸悪の根源である。 *Premature optimization is the root of all evil.* Donald Knuth
3 デバッグはプログラムを書くことの2倍難しい。 *Debugging is twice as hard as writing the code in the first place.* Brian Kernighan
4 怠惰、短気、傲慢は、プログラマーの三大美徳である。 *Laziness, Impatience, and Hubris are the three great virtues of a programmer.* Larry Wall
5 完璧を目指すよりもまず終わらせろ。 *Done is better than perfect.* Mark Zuckerberg
6 私はすばらしいプログラマーではない。私は単にすばらしい習慣を持つ平凡なプログラマーだ。 *I'm not a great programmer; I'm just a good programmer with great habits.* Kent Beck
7 シンプルな方がいいんだよ。 *Simpler is usually better.* Rich Hickey
8 未来を予測する最良の方法は、未来を創り出すことだ。 *The best way to predict the future is to invent it.* Alan Kay
9 実のところ、すべてを備えていない言語のほうがプログラミングは簡単である。 *In fact, a language that doesn't have everything is easier to program in.* Dennis MacAlistair Ritchie
10 プロジェクトの遅れは、人員の追加で取り戻せない。 *Adding manpower to a late software project makes it later.* Frederick Brooks Jr.
11 抽象化は、複雑性を管理するための主要なツールである。 *Abstraction is the main tool for dealing with complexity.* Bjarne Stroustrup
12 良いエラーメッセージは、問題を半分解決する。 *A good error message solves half the problem.* Donald A. Norman
13 最高のコードとは、まったくコードを書かないことだ。 *The best code is no code at all.* Jeff Atwood
14 ソフトウェアは成長する。建築されるのではない。 *Software is a growing thing, it is not built.* Frederick Brooks Jr.
15 プログラミングとは、思考を明確にする行為だ。 *Programming is the act of clarifying thought.* Andy Hunt
16 ソフトウェアは常に変化し続けるものであり、固定的な考え方を持つべきではない。 *There is no code etched in stone.* Dave Thomas
17 大胆な挑戦の末での失敗ならば、問題ではない。 *Failing to achieve a daring goal is not a problem.* Larry Page
18 アイデアに価値はない。それを実行できてはじめて価値になる。 *Ideas are easy. Implementation is hard.* Larry Page
19 失敗を恐れてはいけない。ただ、失敗を繰り返しすぎてはいけない。 *Don't be afraid to fail, but don't fail the same way twice.* Jeff Bezos
20 私は難しい問題を解くために怠惰な人を選ぶ。怠惰な人は楽な方法を見つけるからだ。 *I choose a lazy person to do a hard job. Because a lazy person will find an easy way to do it.* Bill Gates
21 全て自分でやるからこそ、すごく勉強になる。 *It's great to do everything yourself because you learn so much.* Steve Wozniak
22 誰もが、自分自身の法則を見つけなければならない。 *Everyone has to find their own rules.* Steve Wozniak
23 ステイ・ハングリー、ステイ・フーリッシュ。 *Stay Hungry. Stay Foolish.* Steve Jobs
24 偉大な芸術家は盗む。 *Good artists copy, great artists steal.* Steve Jobs
25 プログラミングとはシンフォニー(交響曲)を作曲するようなものだと思っています。 *I think of programming as composing a symphony.* Larry Wall
26 ソフトウェアの構造が、それを作成した組織のコミュニケーション構造を反映する。 *Organizations... are constrained to produce designs which are copies of their communication structures.* Melvin Conway
27 複雑性は、死への道だ。 *Complexity is the road to death.* Jeffery James
28 自分の書いたコードを、まるで他人が書いたもののように批判的に見よ。 *View your own code as if someone else wrote it.* Ward Cunningham
29 技術的な負債は、複利で増大する。 *Technical debt accrues interest.* Ward Cunningham
30 私は間違いを犯したことがない。ただ、うまくいかない1万通りの方法を発見しただけだ。 *I have not failed. I've just found 10,000 ways that won't work.* Thomas Edison
31 顧客が本当に欲しがっているものを、彼らが知る前に理解せよ。 *The customer does not know what they want until you show them.* Alan Cooper
32 プログラミングの核心は、データ構造ではなく、データ構造とそれに対する操作の関係である。 *Algorithms + Data Structures = Programs.* Niklaus Wirth
33 コードの品質は、それが動くかどうかではなく、どれだけ理解しやすいかで決まる。 *Code quality is measured by how easy it is to understand, not whether it runs.* Martin Fowler
34 リファクタリングは、コードを改善するだけでなく、設計を改善することでもある。 *Refactoring is not just an improvement in code, it is an improvement in design.* Martin Fowler
35 コンピュータは驚くほど高速で、正確で、愚かだ。人間は驚くほど低速で、不正確で、素晴らしい。 *Computers are incredibly fast, accurate, and stupid. Humans are incredibly slow, inaccurate, and brilliant.* Albert Einstein
36 良いプログラムとは、驚きが少ないプログラムである。 *A good program is one that has fewer surprises.* Jon Bentley
37 プログラムはまず人間が読めるように書くべきであり、機械が実行できるのは二の次である。 *Programs must be written for people to read, and only incidentally for machines to execute.* Harold Abelson
38 良いコードは、最高のドキュメントである。 *Good code is its own best documentation.* Steve McConnell
39 外部の変化スピードが内部の変化スピードを上回れば、終わりは近い。 *When the rate of change outside exceeds the rate of change inside, the end is in sight.* Jack Welch
40 変革せよ、変革を迫られる前に。 *Change before you have to.* Jack Welch
41 成功は、失敗から熱意を失わずに次に進む能力である。 *Success is the ability to go from one failure to another with no loss of enthusiasm.* Winston Churchill
42 私は、私の書いたコードを、半年後の私が理解できることを期待して書いている。 *I code for myself six months ago.* Matt Johnson
43 知識を共有しないプログラマーは、ボトルネックになる。 *A programmer who doesn't share knowledge becomes a bottleneck.* Eric Sink
44 エラー処理は、プログラムの本質的な複雑さの一部である。 *Error handling is an essential part of the inherent complexity of a program.* Bjarne Stroustrup
45 私の仕事は、物事が機能しない理由を見つけることではない。機能するようにすることだ。 *My job is not to find reasons why things won't work, but to make them work.* Robert C. Martin
46 真実は一つの場所にのみ存在すべきである。 *The truth should exist in one place only.* Robert C. Martin
47 自分の書いたコードに疑問を持て。それがプロの証だ。 *Question your own code. That is a sign of a professional.* Dave Thomas
48 プログラミング言語は、思考の限界を設定する。 *A programming language is a way of thinking about programs.* Alan Perlis
49 ソフトウェア開発とは、単にコードを書くことではない。世界を理解するシステムを構築することだ。 *Software development is not just about writing code; it's about building systems to understand the world.* Grady Booch
50 誰もが、自分自身の法則を見つけなければならない。 *Everyone has to find their own rules.* Steve Wozniak
51 私は、コンピュータが人間よりも賢くなる可能性を信じている。 *I believe in the possibility of computers becoming smarter than humans.* Marvin Minsky
52 プログラミングは、思考を紙に書き出すことから始まる。 *Programming begins by writing thoughts on paper.* John von Neumann
53 良い設計とは、変更を容易にする設計である。 *Good design is about making changes easy.* Alan Cooper
54 私は、私が理解していないソフトウェアは使わない。 *I won't use software that I don't understand.* Richard Stallman
55 自由ソフトウェアは社会問題であり、技術的な問題ではない。 *Free software is a social issue, not a technical one.* Richard Stallman
56 あなたが本当に気にするものは、テストする価値がある。 *Anything that you care about, test it.* Kent Beck
57 プログラムをデバッグする最良の方法は、プログラムを書かないことである。 *The best way to debug a program is not to write it.* Seymour Cray
58 私たちの問題は、人間がまだ十分に洗練されていないことだ。 *Our problem is that humans are not yet sophisticated enough.* Grace Hopper
59 船は港にいるときが最も安全だが、船はそれを作るために作られたわけではない。 *A ship in port is safe, but that is not what ships are built for.* Grace Hopper
60 人々はコンピュータが万能だと思っているが、そうではない。 *People think computers will do everything, but they won't.* Grace Hopper
61 プログラミングとは、機械に何をすべきかを教えることではなく、人間が何をしたいかを教えることだ。 *Programming is not about instructing a machine what to do; it's about telling a human what you want.* Alan Perlis
62 プロジェクトは、仕様書どおりではなく、人が理解したとおりに作られる。 *The system is built as the people understood it, not as it was specified.* Joel Spolsky
63 技術は、それを理解しない人々によって支配されるべきではない。 *Technology should not be ruled by people who don't understand it.* Dennis MacAlistair Ritchie
64 シンプルさは、究極の洗練である。 *Simplicity is the ultimate sophistication.* Leonardo da Vinci
65 小さく、早く、頻繁にリリースせよ。 *Release early, release often, and listen to your customers.* Eric S. Raymond
66 私は、コードを書く喜びが失われるような仕事はしない。 *I don't do jobs where the joy of coding is lost.* Linus Torvalds
67 常に次に来るべきものは何かと問うて、その一歩先を行け。 *Always ask what's next, and take the step ahead.* Bill Joy
68 良いコードは、コードを読んだ時の驚きが少ない。 *Good programs are those that have fewer surprises when read.* Jon Bentley
69 良いプログラムは、バグの量が少ない。 *Good programs have a small number of bugs.* Donald Knuth
70 私は、私が理解していないソフトウェアは使わない。 *I don't use software I don't understand.* Richard Stallman
71 完璧な設計は、市場投入を遅らせる。 *Perfect design is the enemy of launch.* Reid Hoffman
72 経験とは、欲しいものを手に入れなかった時に得られるものだ。 *Experience is simply the name we give our mistakes.* Oscar Wilde
73 未来の技術は、今日のSF小説から生まれる。 *Any sufficiently advanced technology is indistinguishable from magic.* Arthur C. Clarke
74 妥協は、コードを台無しにする。 *Compromise ruins the code.* Grady Booch
75 良いアーキテクチャは、システムを理解しやすくする。 *Good architecture makes a system easy to understand.* Martin Fowler
76 顧客は何が欲しいかなんて実は知らない。 *The customers don't know what they want.* Henry Ford
77 プログラマーにとっての最も危険な言葉は、「問題ない」である。 *The most dangerous phrase in the language is, "We've always done it this way."* Grace Hopper
78 私は、コンピューターで遊んで育った。 *I grew up playing with computers.* Bill Gates
79 人の心をつかむもの、それは誠実である。 *The thing that can gain a person's heart is sincerity.* Bill Gates
80 ソフトウェアは、知識を具現化したものである。 *Software is the embodiment of knowledge.* Grady Booch
81 私は常に、自分の書いたコードが本当に正しいのかどうかを疑っている。 *I always doubt if the code I wrote is truly correct.* Donald Knuth
82 テストされていないコードは、壊れたコードである。 *Untested code is broken code.* Robert C. Martin
83 良いプログラマーはコードを書く。偉大なプログラマーはコードを削除する。 *Good programmers write code. Great programmers delete code.* Jeff Atwood
84 バグの90%は、コードの10%に集中している。 *90% of the bugs are in 10% of the code.* Tom DeMarco
85 測定できなければ、改善できない。 *If you can't measure it, you can't improve it.* Peter Drucker
86 あなたの書いたコードは、あなたが出会う最も重要なユーザーである。 *The most important user of any piece of software is its programmer.* Bjarne Stroustrup
87 プログラムは、コードの行数で測られるべきではない。 *Programs should not be measured by lines of code.* Frederick Brooks Jr.
88 計画は無用だが、計画を立てることは不可欠だ。 *Plans are useless, but planning is indispensable.* Dwight D. Eisenhower
89 コードコメントの真実とは、コメントは嘘をつきがちだということだ。 *Comments lie more than the code.* Jeff Atwood
90 複雑なことをシンプルにすること。それは才能である。 *The ability to simplify means to eliminate the unnecessary so that the necessary may speak.* Hans Hofmann
91 良いプログラムとは、その作成者がいなくても読めるプログラムである。 *A good program is one that can be read even without its creator.* Kent Beck
92 経験とは、間違いを犯した後で、それを二度としない能力である。 *Experience is the ability to not make the same mistake twice.* Paul Graham
93 ソフトウェアは常に完成途上にある。 *Software is never finished, only abandoned.* Frederick Brooks Jr.
94 私は、コンピュータが世界を変えると信じている。 *I believe that the computer will change the world.* Bill Gates
95 私は、人生で最も賢い人々の何人かに会ったが、彼らはプログラマーだった。 *I met some of the smartest people in my life, and they were programmers.* Steve Wozniak
96 プログラミングは、論理と芸術の融合である。 *Programming is the fusion of logic and art.* Donald Knuth
97 誰にも見つからないバグは、実質的に存在しない。 *A bug that no one finds is effectively non-existent.* Grace Hopper
98 誰かがコードレビューをするたびに、コードは改善される。 *The code improves every time someone reviews it.* Jeff Atwood
99 この世界、10年後の実用になる技術なんてのは、寝言と同じ価値しかない。 *Technology that will be practical 10 years from now is worth no more than a sleeper's monologue.* Dan Kogai
100 我々のゴールは、最小の努力で最大の効果を得ることである。 *Our goal is to achieve maximum effect with minimum effort.* Larry Wall

 

🤔 まとめ

見てると考えさせられます。

大きく変わったと思います、プログラミング。

プロンプトに入れるには抽象的すぎでした。

Dan Kogai さんもランキング入りしててワロタ。

👉 『AIで書いたコードは危険』と語る著名プログラマーたちのコメント


結局は Android Studio の AI は Gemini に収束するのか - Ultimately, does Android Studio's AI end up relying on Gemini?

 

🤔 ChatGPT の回答

Gemini が主力

・ Android Studio の AI 開発支援として Google が推進中
・ コード生成・補完・UI → コード変換・クラッシュ解析など対応

“完全収束”ではない

・ 他の AI プラグインや補助ツールも併用可能
・ Gemini が唯一の選択肢になるとは断言できない

ポイント

・ Android 開発では Gemini が中心になる傾向
・ 企業や個人のニーズ次第で別のツール併用もあり

 

🤔 GitHub Copilot の回答

・ 公式AIはGeminiへ移行(Studio Bot → Gemini in Android Studio)

・ 他AIプラグイン(Copilot/JetBrains AI等)は併用可

・ 企業向けはGemini Code Assist等でガバナンス・送信制御に対応

・ 結論:公式はGemini中心、チーム事情で使い分け可能

 

🤔 Gemini の回答

・ Android StudioのAIは、現在「Gemini in Android Studio」です。

・ Googleの最新AIモデル「Gemini」(Gemini 1.5 Pro)が基盤です。

・ GoogleのAI技術がGeminiに収束・統合されている流れの一環です。

 

🤔 まとめ

公式AIはGeminiに収束、ただし併用も可能

公式AIは「Gemini」が主力

・ Android Studioに標準搭載されるAI(旧Studio Bot)は、現在「Gemini in Android Studio」となり、Googleの最新AI (Gemini 1.5 Pro) が基盤となっています。
・ これは、Googleが自社AI技術をGeminiに収束・統合している大きな流れの一環です。

“完全な収束”ではない(併用が可能)

・ Geminiが公式AIである一方、それが「唯一の選択肢」になるわけではありません。
・ GitHub CopilotやJetBrains AIなど、他のAIプラグインも引き続き併用できます。

使い分けが実態

・ Android開発の中心はGeminiになっていく傾向です。
・ ただし、企業の方針や個人のニーズ(ガバナンス、慣れなど)に応じて、最適なツールを使い分ける形が現実的です。


AIが書いたコードは静かにアプリを壊す — “動く”ことに満足した開発の行き着く先 —

 

🧑🏻‍💻 1. 「動くコード」を生み出すAIの魔法と、その落とし穴

最近の開発現場では、「AIにコードを書かせる」のが当たり前になってきた。
ChatGPTやGitHub Copilotに「○○を実装して」と伝えれば、数秒で動くコードを出してくれる。
それをコピーして貼り付ければ、ビルドも通り、アプリも動く。
——まるで魔法のようだ。

けれど、実はこの“動くコード”こそがアプリを静かに壊していく。
なぜなら、そのコードは「なぜ動くのか」を誰も理解していないからだ。
AIは文脈を「設計思想」ではなく「統計的パターン」で捉える。
だから動作優先で、構造や責務を無視したコードを出すことがある。

その結果、「とりあえず動いたからOK」というコードが少しずつ積み上がる。
数カ月後、いざ修正しようとしたとき、
「この処理、誰がどうしてこう書いたんだっけ?」
——誰も答えられない。
そんな“ブラックボックス化”が静かに進んでいく。

 

🧑🏻‍💻 2. 小さな歪みが積もって、アプリの寿命を縮める

AIが生成するコードは、局所的には正しい。
しかし全体で見れば、設計のバランスを壊していることが多い。

たとえばMVVM構造のアプリで、AIが「便利なショートカット」としてUI層から直接データベースにアクセスするようなコードを出す。
確かに動く。けれど、これは明確に“構造違反”だ。
一見問題ないように見えても、
こうした「小さな歪み」が何十箇所も積み重なると、アプリは急速に脆くなる。

特にAIは“最短距離”で解決しようとする。
テストやエラーハンドリングは省かれ、
依存ライブラリも無自覚に増える。
それでも最初は動くため、気づかない。
だが、ある日突然ビルドが通らなくなったり、
AndroidやiOSのバージョン更新で全体が壊れたりする。

原因を追っても、「どこから手をつければいいのか」が分からない。
AIが生み出した“つぎはぎ構造”が、まるで崩れかけた積み木のように、
どこを直しても全体がぐらつく。
——それが「AIがアプリの寿命を縮める」という現象の正体だ。

 

🧑🏻‍💻 3. AIと共存するために、設計を“守る人間”が必要になる

AIを完全に排除することは現実的ではない。
むしろ、うまく使えば開発効率は飛躍的に上がる。
問題は、「AIに書かせたあとをどう扱うか」だ。

たとえば、AIに出させたコードは必ずレビューする。
一人開発でも“レビュー時間”を意識的に取る。
「動くかどうか」ではなく、「構造的に正しいか」を基準に見る。
さらに、AIへの指示(プロンプト)も工夫する。
「なぜこの方法なのか」「設計上のリスクは?」と質問を加えるだけで、
AIの出力品質は大きく変わる。

AIはあくまで“補助輪”だ。
自転車を前に進ませることはできても、
どの道を走るべきかまでは決めてくれない。

これからのエンジニアは、
AIを“使う人”ではなく“指揮する人”になる必要がある。
AIの力で速く動く一方で、
人間が「構造を守るブレーキ役」を担う。
そのバランスこそが、アプリを長生きさせる秘訣だ。

 

🧑🏻‍💻 まとめ:AIは便利な酸素、でも吸いすぎると毒になる

AIは開発のスピードを何倍にも引き上げる。
しかし、構造を無視したまま使えば、
そのスピードでアプリの寿命を削り取る。

“動く”ことだけをゴールにしてしまうと、
“生き続ける”ための土台が壊れていく。

AIが生み出すコードは、確かに速く、便利で、魅力的だ。
でも、それを理解し、守り、磨き続けるのは人間の役割だ。
アプリの未来は、AIの性能ではなく、
それを正しく使う開発者の構造への愛情にかかっている。