開発部門のリーダーの多くは、失敗したプロジェクトを再開したときに新たに開始する機会を考え、最も人気があり、人気のあるテクノロジースタック(Spring Boot、Springcloud、Redis、nosql、Docker、Vue)を使用し、プロジェクトを確実に実行できます。早くて良い。
このような人気のある未成熟なテクノロジーに対する盲目的なフォローアップと不注意なテクノロジーの選択は非常に一般的であり、今日彼らの目には時代遅れのテクノロジースタックは、実際には数年前の別のグループのトレンドにすぎません。
私は技術的な追跡に反対していませんが、ここでの問題は、彼らは新しい技術がどれほどクールであるかを知っているだけで、新しい技術が遭遇していないピットの数を知らないということです。それを解決するには長い時間がかかります。同じ間違いを繰り返さないようにする方法や、新しいテクノロジーアーキテクチャを使用して別の悪いプロジェクトを作成する方法についてはよくわかりませんが、新しいテクノロジーが成功を収めることができることを盲目的に楽観しています。
このタイプの履歴書主導のテクノロジー選択のせわしな雰囲気を止めることは誰にもできません。結局のところ、それは会社のリソースを必要とします。それは新しいもので非常に追求されているようです。失敗が履歴書の美化に影響を与えることはありません。プロジェクトの履歴書と履歴書のみが履歴書に追加されます。熟練したスキルのいくつかの種類は、別の腐ったプロジェクトが行われ、名声と財産が成功し、利益をもたらすことを言及しません。
したがって、悪いプロジェクトを行う理由は、テクノロジーが遅すぎるためではなく、いわゆるテクニカルマスターによる集団的な自己修復です。