Java 退役軍人が注意すべき 13 の間違い

生産過程で発生する問題は、徐々に中間管理職や上層部の注目を集めるようになりました。あなたが開発者であっても、アーキテクトであっても、将来恥ずかしい状況に陥らないように、次の事項に十分な注意を払う必要があります。トラブルシューティングのメモとしても使用できます。

1、プロパティ ファイルまたは XML ファイル内の構成プロパティを外部化しないでください。たとえば、バッチ処理で使用されるスレッドの数は、プロパティ ファイルで構成できるように設定されていません。バッチ プログラムは、 DEV 環境でも UAT (ユーザー受け入れテスト) 環境でもスムーズに実行されますが、一度 PROD にデプロイされた後は、マルチスレッド プログラムがより大きなデータ セットを処理するとき、 IOException がスローされます。理由は JDBC ドライバーのバージョン、または #2 で説明されている問題である可能性があります。プロパティファイルでスレッド数を設定できる場合、シングルスレッドアプリケーションにするのが非常に簡単になります。問題を解決するためにアプリケーションのデプロイとテストを繰り返し行う必要はもうありません。この方法は、 URL、サーバーとポート番号などの設定にも適しています。

2。テストで使用されたデータセットのサイズが不適切です。たとえば、実稼働プロセス中の一般的なシナリオでは、テストには 1 ～ 3 アカウントのみを使用しますが、この数は 1000 ～ 2000 である必要があります。パフォーマンス テストを行う場合、使用されるデータは切り取られていない本物である必要があります。実際の環境に近づけていないパフォーマンス テストでは、予測できないパフォーマンス、拡張性、およびマルチスレッドの問題が発生する可能性があります。より大きなデータセットを使用してアプリケーションをテストすることによってのみ、アプリケーションが適切に機能し、非機能属性の SLA (サービス レベル標準) を満たしていることを保証できます。

3、アプリケーションで呼び出される外部サービスと内部サービスは信頼でき、常に利用できると単純に信じています。サービス呼び出しのタイムアウトと再試行を許可しないと、アプリケーションの安定性とパフォーマンスに悪影響を及ぼします。適切なサービス停止テストが必要です。今日のアプリケーションはほとんどが分散型でサービス指向であり、多数のネットワーク サービスを必要とするため、これは重要です。利用できないサービスを際限なく要求すると、アプリケーションに損害を与える可能性があります。ロード バランサーもテストして、各ノードのバランスを維持するために適切に動作していることを確認する必要があります。

4 最低限のセキュリティ要件が守られていません。前述したように、ネットワーク サービスは遍在しているため、ハッカーがサービス拒否攻撃に悪用するのは簡単です。したがって、Secure Sockets Layer を使用する場合は、基本的な検証を完了し、 Google Skipfish などのツールを使用して侵入テストを実行する必要があります。安全でないアプリケーションは、アプリケーション自体の安定性を脅かすだけでなく、顧客 「A」が顧客「B」を閲覧できる場合など、データの整合性の問題により企業の評判に悪影響を与える可能性があります。 「」のデータ状況。

5、ブラウザ間の互換性テストはありません。今日の Web アプリケーションは、ほとんどが JavaScript プログラミング言語や angular js などのフレームワークを使用するリッチなシングルページ アプリケーションです。構築した Web サイトがさまざまなデバイスやブラウザーでスムーズに動作するためには、対応するデザインを実装する必要があります。したがって、アプリがすべてのデバイスとブラウザーで動作することを確認するには、互換性をテストする必要があります。

6、頻繁に変更される可能性のあるビジネスルールを外部化することなく。たとえば、税法、政府または業界関連の要件、分類法などです。 Drools のようなエンジンを使用してビジネス ルールを処理できます。これにより、これらのビジネス ルールをデータベースまたは Excel に保存することで外部化することができます。企業がこれらのビジネス ルールを習得すると、最小限の変更とテストで税法や関連要件に迅速に対応できます。

7、次のドキュメントは提供されていません

単体テストドキュメントを作成し、適切なコードカバレッジを持たせるようにしてください。

統合テスト。

包括的または百科事典的なページには、クラス、スクリプト、構成ファイルなどのすべてのソフトウェア コンポーネントがリストされており、これらのコンポーネントは変更されているか、新しく作成されています。

高レベルの概念図は、すべてのコンポーネント、相互作用、構造を示しています。

基本ドキュメントは、開発者に「データソースに関する詳細な情報に基づいて開発環境を構築する方法」を説明します。

mindMap

によって作成されたフォームであるcos（満足条件）に加えて、アジャイル開発には2つの主要なドキュメント形式があります。 8、適切な災害復旧計画、システム監視およびアーカイブ戦略がありません。プロジェクトの期限が近づくと、プロジェクトの展開を急ぐあまり、これらのことが見落とされることがよくあります。 Nagios および Splunk を介した適切なシステム監視メカニズムの確立に失敗すると、アプリケーションの安定性が脅かされるだけでなく、現在の診断や将来の改善の取り組みが妨げられます。

9、 created_datetm、update_datetm、created_by

、updated_byなどのデータベーステーブルに便利な列設計はありません とタイムスタンプも提供されません削除レコード列 (「Y」、「N」、「deleted」列、「Active」、「Inactive」など) 』 record_status' の ' 列。 10 適切なリトレースメント計画はありません。その結果、システムに障害が発生した場合、展開前の安定した状態にシステムを復元する方法はありません。この計画は、関連チームによって慎重に検討され、署名される必要があります。計画には、ソフトウェアの前のバージョンへのロールバック、データベースに挿入されたすべてのデータとプロパティ ファイル内のすべてのエントリの削除が含まれます。 11。プロジェクトの開始前にキャパシティ計画は策定されていませんでした。現在、プラットフォーム要件を説明するとき、「 Unix コンピューター、

Oracle

データベース サーバー、 JBoss

アプリケーション サーバーが必要」と言うだけでは十分ではありません。要件は、

OS、JVM などの特定のバージョンに対して正確である必要があります。 メモリの量 (物理メモリ、JVM ヒープメモリ、

JVM

スタックメモリ、JVM 永続世代スペースを含む)。

CPU (コア数)。 ロードバランサ、必要なノード数、アクティブ/アクティブタイプまたはアクティブ/パッシブ

タイプなどのノードタイプ、およびクラスタリング要件。

ファイル システム要件。たとえば、アプリケーションは生成されたレポートを収集し、アーカイブする前に 1 年間保存する場合があります。この場合、十分なハードドライブ容量が必要です。一部のアプリケーションでは、多次元分析レポート用に他のシステム プロセスまたはデータ ウェアハウス システムで使用するために、データ抽出ファイルとその一時ストレージを生成する必要があります。内部システムまたは外部システムからの Secure File Transfer Protocol に基づくデータ ファイルもあり、アーカイブされる前に

12

から 36 か月間保存する必要があります。 12

、「仕事に最適なツールを使用していない。」多くの場合、開発者は学習したい言語やツールを運用システムで使用します。通常、これは最良の選択肢ではありません。たとえば、すでに実際にはリレーショナルになっているデータに

NoSQL データベースを使用します。どのツールを採用しても、今後 3 から 5

年間 (またはそれ以上) にわたって製品を保守する必要があることに注意してください。

13および16の主要な技術分野には十分な知識が不足しています。これらの領域には、1)「同時実行の問題」、2

)トランザクションの問題、

3)パフォーマンスの問題の特定と修正が含まれます。多くの面接で、私はこの 3 の知識を頼りに新しい契約を獲得しました。 無料で入手LAMPBand of BrothersオリジナルPHPビデオ

チュートリアルCD/《 詳細PHP》簡易版、詳細については、公式 Web サイトのカスタマー サービスにご相談ください: http://www.lampbrother.netPHPCMS二次開発http://yun.itxdl.cn/online/phpcms/index。 php?u= 5WeChat開発

http://yun.itxdl.cn/online/weixin/index.php?u=5モバイルインターネットサーバーサイド開発

http://yun.itxdl.cn/online/server/index.php?u=5Javascriptコース

http://yun.itxdl.cn/online /js/index.php?u=5CTO

トレーニングキャンプ

http://yun.itxdl.cn/online/cto/index.php?u=5

以上、Java ベテランが注意すべき 13 の間違いをその側面も含めて紹介しましたので、PHP チュートリアルに興味のある友人の参考になれば幸いです。