これは、チームでの作業方法に関する質問です。
最近、私は6人のチームで最初の大規模（〜80クラス、Java）プログラミングプロジェクトに取り組みましたが、コードに継続的に取り組んでいたのは4人だけでした。私たちは早い段階で行われる作業を配布しましたが、ある時点で、私は共同プログラマーの1人によってまだ実装されていないメソッドを呼び出す必要がありました。これに対処するための推奨される方法はどうですか？
私が見たオプション、私はそれらのどれも本当に好きではありませんが：
自分の書き込み
//TODO及び方法がその間に実装されているかどうかを確認するために、後のコード行を再訪。対応するチームメンバーに今それを実装するよう頼む。
まだ実装されていないものの明確な説明を含むカスタムruntimeExceptionをスローします。（少なくとも、何が足りないかを見つけるために長い時間を探す必要はありません）
するために必要なメソッドを追加し、そのクラスとそれらの書き込み
//TODOメッセージ本文に、おそらくも彼らにその変更についての簡単なメッセージを送信します。（これはもう私の問題ではありませんが、その間にこのメソッドで作業していた場合、迷惑なマージ競合が発生する可能性があります）実際に作業を行うコードを記述する前に、すべての抽象クラスまたはインターフェースを定義します。（これらのインターフェイスは頻繁に変更されたため、うまく機能しませんでした）
51
他の誰かが書いたメソッドを必要とするワークフローは適切ではないと思います。機能に取り組んでいます。その機能にメソッドが必要な場合は、実装します。2人で1つの機能を実装する場合は、ペアになるか、統合および通信が頻繁に行われるため、ペアになっているように見えます。
—
陶酔
@Euphoric複数回、非常に大きな新機能が比較的短い時間枠内で開発され、ユーザーインターフェース、ビジネスロジック、およびAPIレイヤーを同時に処理するために異なるタスクに分割する必要がある状況に遭遇しました。そうしないと、締め切りに間に合わない可能性があります。UIで作業する人は、インターフェイスとしてBLへのデータアクセスメソッドとコマンドのみを宣言し、他の人がUIだけで作業しながら実装を行えるようにする場所です。
—
アンディ
@DavidPackerあなたが説明するのは、その問題を解決する唯一の方法ではありません。垂直スライス、頻繁な統合、小さな機能はすべて、各人が別々の部分で作業する水平スライスよりも優れたソリューションです。
—
陶酔
@Euphoric私はあなたにこれ以上同意できません。可能であれば、重要ではない部分の複雑な新機能（つまり、UXを改善するだけですぐには必要ない機能）を取り除く方法を採用します。悲しいことに、あなたが言及したオプションではなく、機能の除去も不可能な場合があります。ビジネスは、開発者はそうだと言います。したがって、あなたのポイントは堅実ですが、ビジネスのニーズを満たすために何らかの機能の作業分割を行う必要がある状況に誰かが遭遇する可能性があります。
—
アンディ
何について話して、彼はそれを処理したいどのように彼に？
—
アガンジュ