タグ付けされた質問 「mistakes」

別の言い方をすれば...プログラミングに関して最も一般的でイライラする誤解は何ですか？ これは広範囲に及び長年の神話/誤解あなたが見つけるか、プログラマが/正しい払しょくするために懸命。 これが神話である理由を説明してください。

101 experience  self-improvement  code-quality  mistakes 

どのような設計上の決定を下し、どのように裏目に出たのか聞きたいです。悪い設計上の決定のため、私はその悪い決定を永遠にサポートしなければなりませんでした（私もそれに参加しました）。これにより、1つの設計ミスが永遠にあなたを悩ませることに気づきました。経験豊富な人々から、どんな種類の失敗を経験し、彼らから何を学んだかを学びたいです。 これらの決定を繰り返さないようにすることで、他のプログラマーにとってこれが多くの助けになると確信しています。 あなたの経験を共有してくれてありがとう。

57 mistakes 

Linus Torvaldsによるこの有名な暴言を読んだ後、私は実際にC ++のプログラマーにとっての落とし穴は何なのか疑問に思いました。私はこの質問とその回答で扱われているタイプミスや悪いプログラムフローを明示的に言及していませんが、コンパイラによって検出されず、最初の実行時に明らかなバグ、完全な設計エラーを引き起こさないより高レベルのエラー、 Cではありえないが、コードの完全な意味を理解していない新参者がC ++で行う可能性が高いこと。 また、通常は予想されないパフォーマンスの大幅な低下を指摘する回答も歓迎します。私が書いたLR（1）パーサージェネレーターについて、ある教授が私に言ったことの例： 不要な継承と仮想性のインスタンスを使用しすぎています。継承は設計をより複雑にし（RTTI（実行時型推論）サブシステムのために非効率的です）、したがって、たとえば解析テーブルのアクションなど、理にかなっている場合にのみ使用する必要があります。テンプレートを集中的に使用するため、実質的に継承は必要ありません。」

35 c++  errors  mistakes  bad-code 

すべてのプログラミング言語に設計上の欠陥があるのは、他のほとんどの（すべて？）それはさておき、プログラミング言語のどの設計上の欠陥がプログラマとしてのあなたの歴史を通してあなたを最も悩ませましたか？ 特定の目的のために設計されていないという理由だけで言語が「悪い」場合は、設計上の欠陥ではなく、設計の機能なので、そのような煩わしさを挙げないでください。言語がその設計目的に適していない場合、それはもちろん設計の欠陥です。実装固有のことや内部的なことも考慮されません。

29 programming-languages  language-design  mistakes 

ロジックを正しく実装した後でもテストが失敗する場合（テストに間違いがあるため）、TDDでの最善のアクションは何ですか？ たとえば、次の関数を開発するとします。 int add(int a, int b) { return a + b; } 次の手順で開発するとします。 テストの書き込み（まだ機能なし）： // test1 Assert.assertEquals(5, add(2, 3)); コンパイルエラーが発生します。 ダミー関数の実装を作成します。 int add(int a, int b) { return 5; } 結果：test1合格。 別のテストケースを追加します。 // test2 -- notice the wrong expected value (should be 11)! Assert.assertEquals(12, add(5, 6)); 結果：test2失敗しますが、test1成功します。 実際の実装を書く： int …

21 tdd  mistakes 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 理由を説明し、（誤）機能が実装されている言語をリストしてください。 嫌いなものではなく、有害な機能と思われるものを投稿してください。

20 programming-languages  bug  features  mistakes 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または詳細な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 ソニーは最近、SQLインジェクションでハッキングされ、ユーザーのパスワードはプレーンテキストで保存されました。これらは新人の間違いです。そのような大企業では、これはQAにどのように合格しますか？これよりもよく知るよりも良いチームがいないのはどうしてですか？ ハッキングされた会社の規模の大きさにより、これは異なります。私たち全員が、いつかこのようなことを担当するチームに自分自身を見つけるかもしれないので、私たち全員に影響を及ぼします。それで、これにつながる要因は何ですか、どのようにそれらを防ぐのですか？

15 security  qa  mistakes