私は忙しいんだ！私の時間のほとんどは、分析手法の使用またはコースの作業に費やされており、プログラミング モードに切り替えると、コードをすばやく生成する必要があります。というのは、私が所属している研究室の主任研究員は、私が TDD を使用していようと、そろばんを使用していようと、結果が早く得られる限り気にしません。
「TDD by example」を読みましたが、非常に役に立ちました。その後、「リファクタリング: 既存のコードの設計を改善する」、「設計パターン: 再利用可能なオブジェクト指向ソフトウェアの要素」、および「レガシー コードを効果的に使用する」を購入しましたが、これらの本は分厚く、今すぐに飛び込むことは困難です。 !
「TDD by example」の会話スタイルと流れは、私のスケジュールに簡単に組み込むことができました。しかし、これらの他の本でどのように作業するか、どの順序で作業するかはわかりません。それぞれが同じように関連しているようです (私は一種のダイニング哲学者のデッドロックに陥っています.プログラミングツールキットの各側面が改善されるのを待っていますが、それらの相互依存性により、行き詰まっているか、コンテキスト切り替えの時間が失われています.アナロジー:)）。たとえば、リファクタリングしてテストでカバーする必要があるレガシー コードがある、TDD を使用して推進する必要がある (しかし、決してそうしない)、設計パターンでコーディングする必要があるため、車輪の再発明をやめる。
これらの必要な読み取りをバイトサイズのチャンクに分割する良い方法と、その技術を現在のプロジェクトに適用する方法はありますか (個人的には、すぐに適用できない場合は情報を失います)? 1冊の本に集中してそれを完成させますか? 最初にTDDが必要で、次にリファクタリングとデザインパターンのスキルが必要ですか?
初心者向けの最高のチュートリアルを読みましたが、これを忙しいスケジュールに統合する方法が説明されていません. そして、私は科学的な環境でプログラミングを読んでいますが、すでに時間に遅れている場合にこれらの手法をどのように追加するかという点を見逃しています.