プログラミングでは、我々はまた、スペースの合理的な配置を検討すべきです。そして、同じようなソフトウェアのサイズに基づいて適切な計画。収納スペースのソフトウェアのみ通常20メガバイト場合は、それが100メガバイトに彼を聞かせすることが最善ではありません。システムの大きさに起因して、ターゲットサイズを設定する必要があり、開発者、スケール制御のあまりの部分は、ハードウェアの開発者は、対象部品、制御部品の数を設定しますように、のサイズを削減する方法を検討するソフトウェア製品のユーザーコスト番号は、部品を減らすためにいくつかの方法を考え出します。任意のコストと同様に、単独のサイズは悪いことではありませんが、必ずしもそうではないサイズは望ましいものではありません。プログラミングは、技術の蓄積が必要で、一般的なユニット部品の多くを開発する必要があります。各プロジェクトには、検索およびルーチンやマクロライブラリを並べ替え、キューを持つことができます。短期迅速かつ洗練された:各機能について、ライブラリーは、達成するために、少なくとも二つのプログラムを持っている必要があります。公共図書館を達成するための重要な開発作業である上に、それはシステム設計と並行して作業することができます。
マニュアル等の技術的なソフトウェアのプログラムは、「手動」です。だから、おおよその書類が必要:
プロジェクトは、事前に計画を立てており、この「達人プログラマーの道 - 小さな仕事から専門家まで、」すべきでください「トレーサー」の本に似ました トレーサーは、正式にプロジェクトを舗装ではない、少しずつ修正することにより、プロトタイプ、あるいは現実にアイデアの一部であるようにプロジェクトを行うことを指します。ほとんどのプロジェクトでは、最初のシステムの開発が組み合わされていません。それはあまりにも使用するには大きすぎるし、困難な、遅い、またはこの3つの組み合わせであってもよいです。すべての問題を解決するために、再び起動するだけでなく、他に方法はありません - であるが、経験の大規模システムの開発は、これが完了しなければならないステップであることを示しています。また、新しいシステムの概念や技術は、システムの開発が放棄されなければならないが、それでも最高のプロジェクトマネージャーはすべてを知って最初にこれらの問題を解決することはできませんので、今すぐ続行されます。
所有者は、十分な資源を提供し、ハードウェアとソフトウェアの施設の使用を予測しようとする必要があります。ターゲットマシン、補機およびデータ・サービスを含みます。ツールの適切な供給を確保するために。ユニットの試運転の構築。技術的なマンパワーの適度な投資の計画および制御機能は非常に立派です。そのプロジェクトへの貢献とソフトウェア製品を開発するための直接的な方法は非常に異なっています。監督としての計画とコントロールパネルは、明確に微妙な遅れを指摘し、重要な要素を強調しました。彼らは今年の背後にある一日の道に一度プロジェクトを防止するための早期警告システムです。