長期にわたる、誤ったプログラミングの仮定[終了]

私は、ジュニア（そしておそらくシニア）のソフトウェアエンジニアが行った一般的なエラーと不十分な仮定について調査しています。

最終的に修正された、最も長く保持されていた仮定は何でしたか？

たとえば、整数のサイズは標準ではなく、言語とターゲットに依存すると誤解しました。少し恥ずかしいですが、あります。

気さくに; どのような確固たる信念を持っていましたか。また、だいたいどのくらいの期間、想定を維持していましたか。それは、アルゴリズム、言語、プログラミングの概念、テスト、またはプログラミング、プログラミング言語、またはコンピュータサイエンスに関する他のことに関するものです。

長い間、私は他の誰もがすべてのプログラミング概念（設計パターン、最新の新しい言語、計算の複雑さ、ラムダ式など）をこのように熟知していると思っていました。

ブログを読んだり、スタックオーバーフローやプログラミングの本を読んだりすると、すべてのプログラマーが直感的に知っておくべきことについて、曲線の後ろにいるように感じられます。

私は、自分の知識を1人の個人ではなく、多くの人々の集合的知識と効果的に比較していること、そしてそれが誰にとっても非常に高い基準であることに気付きました。現実世界のほとんどのプログラマーは、自分の仕事を行うために必要な知識のキャッシュを持っており、弱点があるか完全に無知な領域がいくつかあります。

その人々は彼らが何を望んでいるかを知っていました。

長い間、私は人々と話し合うと思っていました。彼らは問題やワークフローを説明し、それをコードに入れて自動化しました。それが起こるたびに、彼らが望んでいたと思っていたものが実際には彼らが望んでいたものではないことがわかりました。

編集：私はほとんどのコメントに同意します。これは技術的な回答ではなく、質問者が探していたものではない可能性があります。プログラミングだけに適用されるわけではありません。それは私が長年抱いていた仮定でもないに違いないが、それは私がこれをやってきた10年間で学んだ中で最も印象的なことでした。それは私の側では純粋に初心者だったと確信していますが、私の脳が配線されている方法は、ビジネスの世界に入る前に持っていた教えと経験から、自分が答えたことを実行していると思いました。コードとコンピューターを使って人々の問題を解決できると思います。

この答えは、プログラマーではない人が私が話していることを理解/気遣うことについてのロビンのそれに似ていると思います。それは、ビジネスをアジャイルで反復的でインタラクティブなプロセスとして学ぶことです。それは、プログラミングコードモンキーであることとソフトウェア開発者であることの違いを学ぶことです。それは、この2つに違いがあることと、フィールドで本当に優れているということを理解することです。構文とタイピングの速度だけではありません。

編集：この回答はコミュニティWikiになり、この回答に不満を抱く人々をなだめるようになりました。

パフォーマンスの問題がプロファイリングなしでどこにあるかを知っている

関数/メソッドからの出口点は1つだけにする必要があること。

その非プログラマは私が話していることを理解しています。

そのバグのないソフトウェアが可能でした。

そのプライベートメンバー変数は、クラスではなくインスタンスに対してプライベートでした。

静的なタイピングはキーボードの非常に静止していると思いました。

開発を始める前に問題を完全に理解できること。

スマートピープルは常に私よりもスマートです。

私は間違いを犯したときに本当に打ちのめされ、自己非難の声をよく受けます。私は以前、多くの開発者に畏敬の念を抱いて見ていましたが、多くの開発者はXで私よりも多くのことを知っているので、彼らは私よりも多くのことを知っていると思っていました。

私は経験を積み、より多くの人々に会い続けているので、私はしばしば彼らが特定の主題で私よりも多くを知っていても、必ずしもそうではないことに気づき始めました 私/あなたよりも賢い。

ストーリーの教訓：持ち込めるものを過小評価しないでください。

長い間、悪いプログラミングは縁で起こったものだと思っていました。私は最近あまり世間知らずではありません。

できるだけ抽象化する方がいいと思いました。機能が少し絡み合っているので、私はこれで頭がメジャーになりました。

今、私は物事を可能な限りシンプルかつ分離した状態に保つようにしています。抽象化するリファクタリングは、抽象化する方法を予測するよりもはるかに簡単です。

したがって、私はそれらすべてを支配するフレームワークの開発から、仕事を成し遂げる機能のスニペットに移行しました。自分が次の大きなものを開発するのは自分だと単純に思ったときを除いて、決して振り返らないでください。

その女性はコンピュータープログラマーをセクシーだと思います...

ソフトウェアの品質が売り上げの増加につながること。常にそうであるとは限りません。

すべての言語が（ほとんど）平等に作成されていること。

長い間、選択した言語が開発プロセスの難しさとプロジェクトの成功の可能性に大きな違いをもたらさないことを理解していました。これは間違いなく真実ではありません。

仕事に適切な言語を選択することは、他の単一のプロジェクト決定と同じくらい重要/重要です。

コメント/コード比が大きいのは良いことです。

コードは自己文書化する必要があることを理解するのにしばらく時間がかかりました。確かに、ここのコメントは、コードを明確にできない場合や、何かが行われている重要な理由がある場合に役立ちます。ただし、一般的には、変数名の変更にそのコメント時間を費やす方がよいでしょう。よりクリーンで明確になり、コメントがコードと「同期しなくなり」ません。

そのプログラミングは不可能です。

冗談ではなく、プログラミングを学ぶのは不可能だといつも思っていました。そして、私がコードに近づいたとき、私はそれを理解できませんでした。

それからある日、私はただ座って、いくつかの基本的な初心者向けチュートリアルを読んで、そこから自分の方法で作業しました。そして今日、私はプログラマーとして働いており、そのすべてが大好きです。

加えて、プログラミングは簡単だとは思いません。それは挑戦であり、もっと学ぶことが大好きで、プログラミングの問題を解決することほど楽しいことはありません。

「On Error Resume Next」はある種のエラー処理でした

そのプログラミングソフトウェアには、より高度な数学の強力な基盤が必要です。

コーディングを始める前の何年にもわたって、優れたプログラマーになるには、高度な代数、幾何学、微積分学、三角法などが得意である必要があるといつも言われていました。

10年後、8年生ができなかったことを1回だけやらなければなりませんでした。

その最適化==アセンブリ言語での書き換え。

（BASICからの）アセンブリを最初に本当に理解したとき、コードをより高速に実行する唯一の方法は、アセンブリでコードを書き直すことでした。コンパイラーが最適化に非常に優れていること、特に分岐予測などを備えたCPUを使用する場合、コンパイラーはかなりの時間をかけて理解できるようになるまでにかなりの年数を要しました。また、アルゴリズムの最適化に時間を費やす方が、高水準言語から低水準言語に変換する時間を費やすよりも有利になる可能性があります。また、その時期尚早な最適化はすべての悪の根源です...

• 会社の幹部がコードの品質を気にすること。
• その行が少ないほど良いです。

日付の年の要素を2桁で格納することは、全世代の開発者を悩ませた仮定であったと思います。Y2Kに吹き込まれたお金はかなり恐ろしいものでした。

挿入/バブルソート以外のことは、非常に単純なダークマジックでした。

そのXMLは、真に相互運用性があり、人間が読み取れるデータ形式になります。

そのC ++は、本質的に他のすべての言語よりも優れていました。

これは私が大学で数年前に友人から受け取ったものです。私はそれを恥ずかしいほど長い間持ち歩いていました（今は赤面しています）。それを2年かそこらで働いた後だけ、私は彼らが何であったかの亀裂を見ることができるようになる前でした。

完璧なものはありません。完璧なものはありません。常に改善の余地があります。

プログラムを作成することは、クラスで教えられたものとまったく同じだと信じていました...あなたは人々のグループと一緒に座って、問題を乗り越え、解決策を考え出すなどしています。代わりに、現実の世界は「ここにあります私の問題、私はそれを解決する必要があります。」そして10分後に別のものを手に入れ、効率的にソリューションを計画するためのリアルタイムがなくなります。

主流のデザインパターンを考えたCSクラスで導入されたとき、は素晴らしいました。それまでは、趣味として約8年間プログラミングをしていたのですが、優れた抽象概念を作成する方法については、本当によく理解していませんでした。

デザインパターンは魔法のように感じられました。本当にきちんとしたことができます。後で関数型プログラミングを発見し（Mozart / Oz、OCaml、後でScala、Haskell、Clojureを使用して）、言語の表現力が十分ではなかったため、パターンの多くが単なる定型文または複雑さであることがわかりました。

もちろん、ほとんど常に何らかの種類のパターンがありますが、それらは表現力のある言語ではより高いレベルにあります。今はJavaで専門的なコーディングを行っていますが、パターンマッチングや高次関数の代わりに、ビジターやコマンドパターンなどの規則を使用しなければならないときは本当に痛いです。

最初の数年間はプログラミングをしていましたが、1 Kバイトは技術的には1024バイトであり、1000ではありませんでした。データファイルのサイズが予想したものから少しずれているように見えるという事実にいつも少し戸惑いましたあります。

その状態は次のようにチェックされます：

if (condition1 && condition2 && condition3)

不特定の順序で実行されます...

私がそれを一人で実行した場合、私のプログラミングはより速く、より良いでしょう。