明らかな理由で質問が匿名で投稿されました。私は5〜6人の開発者からなる開発グループを持つ会社で働いており、対処するのに苦労している状況にあります。
技術的な選択(言語、フレームワーク、データベース、データベーススキーム、構成スキームなど)はすべて、CEOによって決定されますが、多くの場合、あまり根拠はありません。これらの選択肢を修正するのは非常に難しく、詳細な賛否両論のいくつかの代替案を提案しているにもかかわらず、彼の主な議論は「私はこれが好きではない」にある。彼はまた、理由を説明せずにコア製品をゼロから書き直すことを決定し、それが物事を遅くすると考えているため、開発会議に参加することはありません...私はすでに別の仕事の機会を探しています私たち(開発者)は状況を改善するためにできました。
私に衝撃を与えた2つの例:
- 彼は私たちに構成管理に似たものを実装するように頼みますが、彼は好きな言語で書かれていないため、既存のフレームワークを拒否します(実装言語は無関係です)。また、「非常に簡単だから」、これらのシステムを数日で書くことができると期待しています。
- 現在のコードベースが非常に悪いため(設計が彼のコードベースであるため)、彼は私たちのコア製品上でゼロから書き直し続けています。1年で3回目の書き換えを行っており、それぞれの書き換えは前の書き換えよりも悪化しています。
私がこれまでに試したのは、製品で精巧なベンチマークを実行することです(ソフトウェアが遅すぎることを訴え続け、より速くするために書き換えを正当化します)、単に賛否両論のグラフを作成するのではなく、既存の製品で作業証明としてソリューションを実装し、など...しかし、それらの努力の90%はまだゴミ箱に送られ(背後にあるあらゆる種類の理論的根拠は決して好きではありません)、私は彼が望むように正確にやらないので、しばしばprim責されます彼が望んでいることは不可能です)。