生存スキル - WebLogic開発者のための生存スキル

WebLogic開発者は、アプリケーションと開発環境をどのように構築するかを知ることが重要です。また、問題が発生したときにWebLogicコミュニティに連絡する方法も理解している必要があります。この記事では、仕事を手助けするための推奨事項やその他の情報を提供しています。

適切な文書を保管する

文書は、どのアプリケーションの重要な部分です。開発者は、アプリケーションが適切に文書化されているかどうかを確認する必要があります。ドキュメントはいくつかのカテゴリに分類されます：

<！ - 1 - >

プログラムコードのドキュメント。 文書の最も明白な形式は、ソースコード内のコメントで構成されています。 Javadocはこのドキュメントを提供する良い方法です。
開発者ハンドブック。 基本的ではあるが見過ごされているドキュメントの使用は、新しいプログラマーのスピードアップをもたらします。成熟したアプリケーションでは、開発者のコンピュータには、アプリケーションの開発時に使用されるファイルが混在していることがよくあります。この環境は、新しい開発者が再現するのが難しい場合があります。開発者向けのハンドブックでは、新しいマシンに開発環境をセットアップするために必要なプロセスについて説明しています。

<！ - 2 - >

プログラム仕様。 あなたのアプリケーションの仕様の変更は、これらの変更に関わるすべての人に伝えられなければなりません。
エンドユーザーのドキュメント これは、システムの使用方法についてユーザーが参照するドキュメントです。フィーチャーがシステムに追加され、既存のフィーチャーが変更されたときに、ユーザー文書を更新することを確認してください。

<！ - 3 - >

すべての書類を適切に管理しておくことで、開発者とユーザーはアプリケーションに最新の状態を保つことができます。

Usenetを使用する

インターネットの最大の利点の1つは、グローバルコミュニティのセンスです。また、インターネットのどの部分も、Usenet以上のものを実装していません。これは、インターネットユーザーがさまざまなトピックで投稿した大量のメッセージで構成されています。

Usenetにはいくつかの方法でアクセスできます。 Usenetの投稿をダウンロードしてフィルタリングするクライアントプログラムをインストールすることができます。 Webベースのポータルを使用することもできます。最も一般的なWebポータルの1つがGoogle Groupsです。

開発環境の設定

WebLogicでは、同じマシンから実行される複数のサーバーを作成できます。これにより、以下のようないくつかの開発環境を提供する便利な方法が提供されます。

開発。 開発環境は、開発者がコードをテストする場所です。これにより、開発者は制御された環境でコードをテストできます。開発サーバーの安定したバージョンは通常、テストサーバーにロールオーバーされます。
試験。 あなたのプロジェクトチームは、ソフトウェアをテストし、新しいバグを報告する品質保証（QA）の人々で構成されているでしょう。サーバーが非常に揮発性であるため、QA担当者は開発サーバーからテストするべきではありません。むしろ、開発サーバーからテストサーバーに安定したバージョンを展開する必要があります。このバージョンは、QAスタッフがテストすることができます。
デモソフトウェアのデモは、作成するシステムの進捗状況を表示するためにクライアントに、またはまもなくシステムを使用する社内ユーザーに対して行う必要があります。デモサーバーを作成せず、開発者が開発サーバーを不安定にする場合は、デモが表示されます。
ドキュメンテーション。 あなたのアプリケーションのためのドキュメントを作成する人がいます。彼らはサーバーにログオンし、スクリーンショットを撮ったり、エンドユーザーのドキュメントに関連するその他の活動を行ったりします。テクニカルライターにドキュメントを開発するための安定した環境を提供することが重要です。
ベータ。 アプリケーションが本稼動の準備が整ったと思うときは、エンドユーザーがソフトウェアを実働環境に展開する前にテストするようにしてください。このプロセスはエンドユーザーの受け入れテストと呼ばれます。このテストは特別なベータサーバーから実行することをお勧めします。生産。
プログラムのプロダクションバージョンは、エンドユーザーが使用するバージョンです。プロダクションサーバーが利用可能であることを確認することは、サーバー管理者次第です。これは、ソフトウェアの任意のバージョンがロールバックされる最後の停止となります。これらの環境をすべて別のマシンにセットアップする必要はありません。これらの環境のいくつかは、単一のマシン上で組み合わせることができます。

開発中のことを知る

開発者は、解決しようとしている問題を理解する必要があります。

プログラム仕様の不明瞭

プログラムのローカルエリアのみを認識している開発者
ビジネスへのアクセスが悪い仕様を理解しているユーザー
ツールを理解する

開発者の生活を楽にするツールは数多くあります。残念なことに、プログラミング時間の利益を得る前に、これらのツールの使用方法を学ぶのに多くの時間を費やすことができます。事実、ツールを学ぶ時間は投資です。開発者には、少なくとも次のツールが必要です。

テキストファイルエディタ

デバッグをサポートする統合開発環境（IDE）
ANT
などのビルドツールソースコード美化器
WebLogicリソースワークショップ
バージョン管理
モジュール化されたデカップルシステムの作成

大きなアプリケーションは、多くのクラスと絡み合ったシステムを持ちます。多くのモジュールで構成されるシステムを作成することには、いくつかの利点があります。

共通のモジュールを再利用できます。

大きな問題は多くの小さな問題に分かれているので、プログラムは理解しやすくなります。
異なるプログラマは、互いに干渉することなく、異なるモジュールで作業することができる。
システムが成長するにつれて、特定のモジュールがアクティブな開発からメンテナンスモードに移行します。これらのモジュールが、進行中の開発によって以前に動作していたコードでエラーが発生しないように構築されていることを確認してください。そのようなエラーは、回帰エラーと呼ばれます。

セキュリティに留意してください

メディアには、ソフトウェアのセキュリティ違反を利用している人々の報告が満載されています。アプリケーションを設計し実装する際には、セキュリティに注意する必要があります。

URLの改ざん

バッファオーバーラン
SQLに到達する可能性のあるパラメータにコマンドを注入
既知のセキュリティ上の欠陥を利用するオペレーティングシステムまたはサーバーソフトウェアのセキュリティ
多くのセキュリティ上の欠陥は、オペレーティングシステムまたはサーバーソフトウェアの最新のパッチが適用されていないことが原因です。最新のパッチがあることを確認してください。
ソフトウェアをテストする

開発者はモジュールを他のモジュールと統合する前に、モジュールをテストする必要があります。これは

単体テストと呼ばれます。

モジュールを最初に作成するときは、すべてのユニットテストを手作業で行う必要があります。単体テストの結果に満足すれば、モジュールを他の人が開発したものと統合する準備が整いました。このプロセスは統合テストと呼ばれます。

統合テストには、コンポーネントを初めて組み立てる際に、他の開発者とのチームワークが必要です。開発者が実施したテストに加えて、QA担当者とエンドユーザーによるテストも行われます。これらのユーザーはあなたのソフトウェアをテストします。彼らはバグを見つけるでしょう。多数のQA担当者と開発者がいる場合は、バグ追跡ツールを使用すると便利です。さらに、バグトラッキングツールを使用すると、個々のバグにメモを付けることができます。開発者やユーザーがバグを見つけたら、解決策を文書化することができます。すべてのバグがプログラミングエラーの結果であるとは限らないため、これは重要です。システムが本稼働サーバーからほぼ実行可能な状態になったら、

エンドユーザーの受け入れテストを実行する必要があります。

これにより、エンドユーザーは、システムが生産に投入される前にシステムをテストする最終的な機会が与えられます。