一般に、方法論のマニュアルを書くことはそれほど難しくないようです。私がそれについて想像しなければならないことは、以前に同僚とすでに合意されており、プレゼンテーション方法を大まかに表しています。 一般に、コースとマニュアルの両方は、現在の内容と比較して、学生にとってはるかに優れており、より便利です。 しかし、なぜなら 私の心の中で完璧主義者は徹底的に腰を下ろしました、そして、私はマニュアルがそれが何よりも優れているだけでなく、将来の若い専門家にとって本当に良くて役に立つようになりたいです。
ここから、サイトのユーザー（特に専門家）が、マニュアルに含めるべきだと思うことに関するトピックについて、アドバイス、指示、および考えを得ることができます。
現時点では、次の点がすでに正確に定義され、合意されています（学術研究の代理人を含む）。
- マニュアルの基本概要-OOP
- すべての説明と例（およびラボ作業コース）は、2つの言語-C＃/。NETとJAVA（おそらくこれが最も論争の的となる点ですが、その決定はすでに下されています）
- すべての例は両方の言語で同時に考慮されます（マニュアルで必要となるレベルで、違いはそれほど大きくありません）
次に、このマニュアルにあるいくつかのポイントについて説明します。
- まず第一に、それは記述されたすべての材料の基本のみを与えるべきです
- 問題の素材のスペクトルは十分に広くなければなりません
- マニュアルは、長期間にわたって関連性を失わないように作成する必要があります（もちろん、基本的な作業ではないため、定期的に小さな修正が必要になります）
このマニュアルで考慮したいこと：
- OOPの基本（ほんの少しの歴史、基本原則：抽象化、ポリモーフィズム、カプセル化）
- プロパティ/メソッドのスコープ（読み取り専用を含む、もちろん、すべての言語が固有ではないことに言及）
- 抽象クラスとインターフェース
- 例外
- コレクション
- ライブラリ（パッケージ/名前空間）
- 言語のその他の機能（ここですべてを説明し、言及する価値があるもの、詳細について記述する方がよいもの）
- XMLを使用する（これは非常に重要なトピックであり、少なくともDOMとSAXが存在することを人々が知っているように触れる必要があるように思えます）
- アプリケーション設計（マインドマップ、機能仕様、UML）
- OOPテンプレート
- リファクタリング
- チーム開発システム（CVS、SVN、BugZilla、Flyspray、GroupHubについての簡単な説明）
繰り返しますが、「まず、説明されているすべての資料の基本のみを提供する必要があります。」 これは、地殻の背後にある大学に来る人が過度に負担をかけないようにするためです（残念ながら、彼らは非常に多く、ここでは私は何もすることができません）、本当に興味があり、必要な人は、キャリアを高レベルのソフトウェアの開発と結び付けます（下位レベルには別のコースがあります）-ソフトウェア開発テクノロジーの一般的なアイデアと、それをすでに反発できる基本的な概念を取得します。
ここにすべて書いた理由。
私は自分の能力と能力をひたすら評価し、私自身は本当に良いマニュアル（経験と知識の問題）をマスターしないことを理解しています。 そして、私が上で書いたように-私はこれが本当に欲しい。 私たちの分野でより多くの専門家を獲得するために（その会社の開発者が休暇中に同僚が2週間かけて1つのプロジェクトをサポートし、1つのデータベーステーブルなどに600のフィールドに関する恐怖物語を語りました）。 まあ、ちょうどそれをしなさい、私は私に近い主題の特定の部門の教育のレベルを高めたいと思う。
コメントでは、この問題に関する意見をお待ちしています。 同様の学習ガイドで見たいものの提案と希望（あなたが学生であるかどうか）。 間違いなくカバーする必要があるもの、そして独立した研究のために完全に残しておくべきものから、私が逃したもの。
ベータ1の特典は10月上旬までに準備する必要があります。 したがって、それまでにすべてのセクションがここに公開されます（もちろんこれがhabra-peopleにとって興味深い場合）。 そして、もちろん、マニュアルの最終版です。