私は、開発者の高い離職率を経験した多くの Web プロジェクトを継承してきました。場合によっては、これらの Web プロジェクトは、応急処置ソリューションの恐ろしい寄せ集めです。また、それぞれが異なるアーキテクチャ スタイルで構築された、半分完成した機能のやや保守可能なモザイクである場合もあります。私がこれらのプロジェクトを引き継ぐたびに、前の開発者がなぜ事態が悪化したのかを説明してくれたらいいのにと思います。
私を困惑させているのは、所有者(マネージャー、中間業者、またはクライアントのいずれか)の反応です。彼らは、「まあ、あなたが去ったら、あなたは消耗品だから、別の開発者を見つけるだろう」と考えているようです。あるいは、「システムをリファクタリングするのにそれだけの費用がかかるのでは? 半額でできる別の開発者を知っています。あなたを買う余裕がなければ、彼を雇います」と考えます。開発者の離職率が高いのは、「私のアイデアは常に素晴らしいアイデアであり、同意しない場合は、同意してくれる別の (おそらくより安い) 開発者を見つける」という所有者の考え方に関連していると推測しています。私が欲しいもの」。オーナーにとっては、ビジネスが順調に進んでいるため、このアプローチはうまくいっているようです。残念ながら、それは'
だから私の質問は次のとおりです。
プロジェクトの次の症状は、ビジネスにとって本当に悪いことですか?
開発者の離職率が高い
不十分に構築されたテクノロジー - 多くの場合、不適切に使用されたさまざまなアーキテクチャ スタイルの寄せ集め
Web プロジェクトの明確なロードマップがなく、気まぐれに機能を要求する所有者
私は多くの企業が上記の症状で繁栄しているのを見てきました. したがって、プログラマーとして、私の本能は上記の点がひどいと教えてくれますが、一歩下がって、「物事の壮大な計画の中で本当にそんなに悪いことなのか?」と尋ねる必要があります。 そうでない場合は、これらのプロジェクトへのアプローチを再評価します.. 長期的なソリューションと一時的なソリューションのどちらを構築しますか?
** この投稿はプログラミングに関係のないものとして閉じられる危険を冒して、この質問への回答が開発者がプロジェクトにアプローチする方法に影響を与えるため、プログラミングに関連していると思います。彼は、いつ辞める可能性があるかを知っていれば、どのくらい前に開発を計画する (つまり、短期的または長期的なソリューションを構築する) べきかについて、より良い感覚を得ることができます。