プログラミングに関するお気に入りの引用は何ですか？[閉まっている]

プログラミングに関するお気に入りの引用は何ですか？

回答ごとに1つの引用、投稿する前に重複をチェックしてください！

デバッグは、最初にコードを記述するよりも2倍困難です。したがって、コードを可能な限り巧みに記述すると、定義上、デバッグするほど賢くありません。

—ブライアンW.カーニハン

両方を凍結すれば、水の上を歩き、仕様からソフトウェアを開発するのは簡単です。

—エドワードVベラード

ホフスタッターの法則を考慮しても、常に予想よりも時間がかかります。
  — ホフスタッターの法則

あなたのコードを維持することになった人があなたがどこに住んでいるかを知っている暴力的なサイコパスであるかのように常にコードします。

—リック・オズボーン

あなたはプロジェクトを持つことができます：

• 時間通りに完了
• 予算どおり
• 適切に完了

2つ選択します。

- 未知の

一部の人々は、問題に直面したとき、「私は知っている、正規表現を使用するだろう」と思う。
現在、2つの問題があります。

—ジェイミー・ザウィンスキー

理論的には、理論と実践の間に違いはありません。しかし、実際にはあります。

—ヤン・ラ・ヴァン・ド・スネプシュート

製図台の消しゴムまたは建設現場のハンマーを使用できます-フランクロイドライト

正確にはプログラミングの引用ではありませんが、最も確実に当てはまります。

今日のプログラミングは、より大きくてより優れたバカ防止プログラムを構築しようと努力しているソフトウェアエンジニアと、より大きくてより優れたバカを生み出そうとしている宇宙との間の競争です。これまでのところ、宇宙が勝利しています。

—リッククック

コード行でプログラミングの進行状況を測定することは、航空機の建物の進行状況を重量で測定するようなものです。
  - ビルゲイツ

コンピューターサイエンスには2つの難しい問題があります。キャッシュの無効化、命名、および1以外のエラーです。

    —レオン・バンブリック（@ secretGeek）

（実際には、http：//q4td.blogspot.com/search/label/programmingからのすべてが、リストをキュレートするときに表示されます。）

9人は1ヶ月で赤ちゃんを作ることができません。
  —フレッドブルックス、神話の男月

私たちは小さな効率を忘れてはなりません。約97％の時間です。早すぎる最適化はすべての悪の根源です。しかし、その重要な3％でチャンスを逃してはなりません。
  — Donald Knuth、構造化プログラミングwith goto Statements、JACM Computing Surveys、Vol 6、No。4、1974年12月、p.268

これは、以下の2つの段落から抽出されたもので、上記の結論に至った理由を説明するだけでなく、この間違いを回避する方法に関する情報も提供します。

効率の限界が悪用につながることは間違いありません。プログラマーは、プログラムの重要でない部分の速度を考える、または心配するのに膨大な時間を浪費します。これらの効率化の試みは、デバッグと保守を考慮すると、実際に大きな悪影響を及ぼします。私たちはすべきです小さな効率忘れん。約97％の時間です。早すぎる最適化はすべての悪の根源です。

しかし、その重要な3％でチャンスを逃してはなりません。優れたプログラマーは、そのような推論によって自己満足に落ち着かないでしょう。重要なコードを注意深く見るのが賢明でしょう。しかし、そのコードが特定された後にのみ。測定ツールを使用していたプログラマーの普遍的な経験は、直感的な推測が失敗することであったため、プログラムのどの部分が本当に重要であるかを先験的に判断することはしばしば間違いです。（…）

デバッガーはバグを削除しません。スローモーションでのみ表示されます。

- 未知の

コードの最初の90％が開発時間の最初の90％を占めています。コードの残りの10％は、開発時間の残りの90％を占めています。

— トム・カーギル

Javaに真のガベージコレクションがある場合、ほとんどのプログラムは実行時に自身を削除します。
  —ロバート・シーウェル

コンピューターサイエンスは、天文学が望遠鏡に関するものである以上、コンピューターに関するものではありません

—エドガー・ダイクストラ

デバッグがソフトウェアのバグを除去するプロセスである場合、プログラミングはそれらを入れるプロセスでなければなりません
  。— Edsger Dijkstra

言語には2種類しかありません。人々が不平を言う言語と、誰も使わない言語です。

— Bjarne Stroustrup

ブール値の最大の利点は、たとえあなたが間違っていても、少しだけ離れていることです。-（匿名）

「祈ります、バベッジさん、マシンに間違った数字を入れたら、正しい答えが出ますか？」と2回尋ねられました。ある場合には上院議員、別の場合には下院議員がこの質問をした。私はそのような質問を引き起こす可能性のある種類のアイデアの混乱を正しく理解することができません。
  - チャールズ・バベッジ

おそらく、バカなユーザーの質問に遭遇したプログラマーの最初の文書化されたケースです。

私は自分のコンピューターが電話と同じくらい使いやすいものであることを常に望んでいました。電話の使い方がわからなくなったので、私の願いは叶いました

-Bjarne Stroustrup

コードが実行されるまではすべて話し合いです。
  —ワードカニンガム

Unicodeサポートは「機能」ではありません。予想される動作です。

確かに、それは非常に具体的ですが、廃止された文字セットはまだあまりにも広く使用されているため、私のお気に入りです...

コードにコメントを付けることは、トイレを掃除するようなものです。絶対にやりたくはありませんが、実際にあなたとゲストにとってより快適な体験を生み出します。

—ライアン・キャンベル

愚か者は不思議に思う、賢者は尋ねる。
  —ベンジャミン・ディズレーリ

プログラミングはセックスのようなものです。1つの間違いであり、あなたはそれを一生サポートしなければなりません。
  —マイケル・シンツ

完璧なソリティアアットインノンクアンイルナイアプラスリエンアアジューター、メインクアンイルナイアプラスリエンアリトランチャー。
  —アントワーヌ・ド・サン=テグジュペリ、フランスの作家（1900-1944）、テレデオム（1939）

（追加するものが何も残っていないときではなく、奪うものが残っていないときに完璧が達成されるように思われます。）

JavaはJavaScriptに対して、車はカーペットに対してです。
  — クリス・ハイルマン

エリック・S・レイモンドが策定したとおり：

ライナスの法則

十分な規模のベータテスターと共同開発者の基盤を考えると、ほとんどすべての問題はすぐに特徴付けられ、修正は誰かに明らかです。

または、あまり正式ではありませんが、

十分な眼球を考えると、すべてのバグは浅いです。