イヤホンジャック アクセサリ。JayLoo イヤホンジャックアクセサリ ウィンターストーリー エンジェル
10エラーは、すべてのプログラマの罪を犯しています 英語オリジナル：すべてのプログラマは、この資料に記載されたエラーになります10 10のミスは、C＃の、デルファイは、JavaScriptなど - テストに限定されるものではない; - テストはほとんどすべてのプログラミング言語をカバーしています。ファンファーレ、歓迎テイスティング＆hellipです;＆hellip;むしろユーザー指向の人々がマシンコードにアピールする自分のアイデアの過程で、独自のアプリケーションを作成するためのコンパイラを使用する場合は、それは多くの場合よりも、コードを記述するための1コンパイラこれは、それらの後ろに忘れもっと単純だが、長い構文のプログラミング作ることができるようになります。あなたは人間の脳の識別子を理解することは容易である、コンパイラが懸念している単一文字の識別子を使用しているかどうか、区別はありません。コンパイラは、あなたが書いたかどうか気にしませんが、括弧内の部分式をカプセル化するかどうかを気にしない、発現を最適化することです。行うには、コンパイラは、これらの人々に脳読み取り可能なコードをもたらすことです抽象構文木に解決し、マシンコード、またはいくつかの中間言語に木を変換します。だから、なぜそれ - テストより明確より読みや意味の識別子を使用しない; - テストだけではなく、I、JまたはX。正直なところ、私たちは今、ほとんど無視できる完全な識別子を変換するコンパイラを待つ時間です。ただし、大幅にやって削減し、他のプログラマは、時間を読むために、ソースコードを理解することができます。同様の図は、次のとおりです。おそらく、あなたはおそらく、関連する演算子の優先順位を覚えているだろう、その発現は、いくつかの不要なブラケットを省略しますが、プログラマーのバックは、あなたを読み違えることができる考慮されていませんでしたコードとは、それがどのように機能するかについていくつかの無効な仮定を行います。私の考えは、加算と減算の前に誰もが、乗算（または除算）を知っていると仮定することです。私は他のコンテンツの表現を入れて、私は他の人が本当に私の考えを理解することができ、私が何を意味するかの本物の発現を確実にするためのブラケットを過ごすことになります。研究はさらに5倍の時間を準備するのに必要な時間を超えて、そのいくつかのコードの保守を示しています。だから、非常に意味がある、それを読み、理解しやすいコードを記述します。 2.関数法は、経験則があります大きすぎる、我々は手続きがあまりにも大きくてはならない書き込みされています。そして、我々はまた、見つけることが、現在はよりコンパクトな方法 - テストする傾向があることができ; - テストコードの時々わずか数行。本質的には、すぐにこのプログラムの目的と意味を把握するために、唯一の特定のコードで十分です。ロング法だけでなく、許容できないが、多くの場合、断片化してしまう傾向にあります。理由は非常に単純です：通常のテストへの長い方法ではないだけでは理解することは困難、と維持が困難、とさえ難しいです。 - テスト;サイクルの複雑さ、コードの複雑さを測定することができますかなり良い測定方法、およびバグ確率 - テストの出現があります。この方法は、1976年にトーマス·J·マッケイブのSrによって開発されました。循環的複雑度は、コードが正しく動作することを確認することが可能な限り急いですることを可能にする、シンプルで使いやすいです。 CC方式の値、つまり、文とサイクル数、プラスワン;単にコード＆lsquoの数をカウントする場合＆rsquo。もちろん、これは実行パスコードの数だけラフカウントです。しかし、そのサイクルの複雑さの値よりも大きい10のあなたの方法の1つが、私はあなたが書き換えをお勧めします。非常に簡単である3早まった最適化。スマート＆rdquo;私達はコードを書くときには、これらの＆ldquoようですが、私たちは時々、いくつかのコードあまりにも卓越性の詳細にあまりを集中するようにスマートにしようとする速度を向上させるために、元のものよりもコードを記述しますが、事実を無視すること、 ＆ldquo;スマート＆rdquo;コードは、しばしば不可解な - テストを読み取ることは困難である; - テストやリアルタイムの節約、多くの場合、わずか数ミリ秒です。これは、時期尚早の最適化として知られています。有名なコンピュータ科学者ドナルド·クヌースはかつて言った、＆ldquo;時期尚早の最適化はすべての悪＆rdquoのルートです。言い換えれば、我々のコードは、明確なクリーン必要があり、その後、ボトルネックの実焦点を見つけるし、それらを最適化します。時期尚早の最適化しようとしないでください。 4.グローバル変数の使用は、とにかく、いくつかのプログラミング言語は、ローカル変数の概念がないので、グローバル変数を使用する必要がありました。についてグローバル変数、私たちは関数で使用することができますが、この変数を宣言する方法は機能のみに使用しないこともできます。我々は、単にどこにでも使用、一度宣言しているため、それにもかかわらず、グローバル変数は、まだ非常に人気がありますので、そこに木の時間と労力を節約できます。しかし、その強さは、その欠陥である、これは最悪の事態のグローバル変数 - テストについてです。 - テスト、我々はそれを制御する方法は変更することはありません必要があり、変数にアクセスするタイミングを制御する方法はありません。特定の値を割り当てられたプログラムを呼び出す前に、グローバル変数を仮定しますが、有効期限の値が変更された後にコールする可能性があるが、あなたはそれに気づきます。 5.あなたの目標はあなたの士気、アプリケーションを記述することです評価しないでください、それは勇気に生えていました。しかし、突然、あなたは、パフォーマンスの問題やメモリの問題がないことを発見します。 - テスト、詳しい調査の結果、ユーザのような小さな数が今記録されているエントリのデザインにもかかわらず、状況はよく動作しますが、大規模 - テストに適していないことを示したツイッターを例です。それとも、今あなたの8GBのRAMとSSD 3GHzのPCの上でスムーズに実行されているが、一度通常のPC上で、それは亀のクロールよりもさらに遅くなります。そのため、設計プロセスの一部または逆算の一連を測定する必要があります。どのように多くのユーザーは、ユーザーの数を処理する必要がありますか？どのように多くのレコードに対処する必要がありますか？目標応答時間はありますか？等々。アプリケーションは、異なるアルゴリズムやキャッシングなどのいくつかの更なる決定を行うためのいくつかの技術的な問題であることができるように、この種の問題を評価してみてください。すべては何混乱を - テストの開発に入るようにしてください。 - テストあなたはまた、目標と目的の良好な評価を必要としています。 6.エラー（配列境界のオーバーフロー）との差の大きさ、このエラーは、基本的にすべての要素をループの数の発生につながる、ために過不足ステップループ変数が増加し、すべてのプログラマは、通常のサイクルを書く製配列オーバーフロー例外で、その結果、エラー。これは、配列要素を横断する、または要素を横断する必要があります不足しているとき、アクセス要素が存在しない引き起こしました。このエラーの原因は、あなたが配列の添字は0からであるか、または1が始まったから忘れていることです。 7.異常洪水プログラミング言語は現在、主に、むしろ伝統的なの移転よりも、エラー報告システム技術として例外を使用してエラーコードを確認してください。今処理し、例外をキャッチするための新しいプログラミング言語キーワードと、その名前は、投げてみてください、最終的に等キャッチです。例外処理について言及する価値がある彼らの役割は、例外がキャッチされ処理されるまで、自動的にネストされたプログラムからの復帰、スタックを展開することであるということです。あなたは、もはや深い泥沼をテストするために、エラーコードを引き起こして、エラー状態をチェックする必要がありません。例外処理を適切に使用することにより、我々は、ソフトウェアがより強力にすることができます。たとえば、私たちは例外をキャッチキャッチし、例外のタイプに基づいてアクションを実行してみましょう。例外処理については、最大の過ちは、2人のプログラマが犯しました。最初は、彼らが明確に特定の十分なキャッチ異常を理解するためのプログラマです。あなたが誤って最高を保持する特定の例外の一部を処分することがあり、例外があまりにも一般的なタイプをキャプチャします。そして、これらの異常が浸水した恐れがありこれを行うには、失われました。 2番目のエラーは、より有害である：プログラマはコードを残してすべての例外をしたいので、捕獲後にそれらを無視しません。これは、空のcatchブロックと呼ばれています。その正当にこれらの例外を無視：彼らは限り特定の種類の例外は、それを投げるように、そう思うことがあります。 - テスト、現実はこれが他の致命的なランタイム例外 - テストを引き起こす可能性があるということであるプログラムが正しく実行できないように、メモリ例外の欠如として、例外コードは、そうでは無効ですと。そのため、調整が特定の例外のcatchブロックが可能であるべきです。 8.テキスト形式のデータセキュリティでパスワードを保存することは常に探検する価値のトピックであり、その重要性は自明です。ここで、私は厳粛にプレーンテキスト形式でパスワードを保存しない、あなたがある言います。標準的な暗号はまず、混沌乱雑した後、それらが一致するかどうかを確認するために同じパスワード暗号化方式を入力して、元のパスワードの暗号化の後に格納されています。害をやっ不明、その後、あなたのヒントを与える：ウェブサイトはあなたが元のパスワードを忘れてしまった場合、彼らはこのWebサイトから離れ、その後、あなたに伝えるあなたの電子メールを送信することを約束します。これは、巨大なセキュリティ上の問題になることがあります。 1日とし、サイトには、すべてのログイン情報が漏れ出すことはありません、あなたは一日中パニックではなく、に加えて飲み込むが、ないようにして、黒になります。だから、そのようなサイトにアクセスするのと同じ、プレーンテキスト、または他の＆ldquoにパスワードを格納するための形式ではなく、あなたのアプリにしておりません。秘密＆rdquo;。プログラムはシングルユーザなので、私たちはしばしば当たり前のユーザの入力になる前に9は、ユーザー入力を検証しません：すべての後に、プログラムがクラッシュした場合、それだけで人の利用に影響を与えます。私たちの入力の検証は数値検証、検査日付、入力検証の他のタイプに制限されています。テキスト入力ではなく、特に、検証が多いです。しかし、その後、彼はページに登場しました。このように、あなたのアプリケーションが世界中のユーザーの上になっています。一部の悪質なユーザーデータは、あなたのアプリケーションとサーバを引き継ぐための試みで、あなたのプログラムに入力することです。主な原因ユーザ入力のチェックの欠如の新たな攻撃。最も有名なのは、SQLインジェクションで注入をマークすることによって、不正なユーザ入力は、XSS攻撃（XSS）につながる可能性があります。どちらのタイプは、通常のフォーム入力の一部として、SQLまたはHTMLの断片を含むテキストを提供するために、ユーザに依存しています。アプリケーションは、それらの使用に直接ユーザー入力を検証しない場合、それはSQLを改ざん実行する可能性があるか、いくつかの攻撃を受け、HTML / JavaScriptを持っています。これにより、アプリケーションのクラッシュ、またはハッカーが引き継ぐために行うことができます。このような状況を回避するために、私たちは常に確認するか、ユーザー入力を排除する必要があります。 10.これらは私が内容が新鮮 - テストではないかもしれない要約倍ではありません。 - テストあなたは、他のブックまたはページに手を出している可能性があります。しかし、時間のように、利用可能な新しいデザインとプログラミング技術のますます進行します。あなたはまだ、古い技術のいくつかを保持している場合は、徐々に段階的に廃止し、新しいプログラミング方法および技術 - テストを習得する必要はありませんが、保持されている; - テスト、あなたが最終的にビーチで射殺されます。プログラマにとっては、学習が永遠の課題です。このようなTDDやBDD、SLAPと固体方法、およびさまざまなアジャイル手法として、我々は技術を学ぶべきです。我々は常に最新に保つとプログラミングの芸術を練習してください。翻訳リンクします。http：の//www.geekwww.com/10-mistake-programmer.html翻訳：オタクネットワーク＆ndashする;ジョン
