専用のメンテナンスプログラミングの役割は、初期のキャリアに有害になりますか?
多くの場合-はい、仮定:
- ここでのキャリアとは、さまざまな技術スキルの専門知識を意味します。
- そこにX年以上を費やします。Xはあなたの考え方を「設定」するのに十分です。
- 脇に何もしないこと。
- その「専用メンテナー」(下記のEDITを参照)は、新しいものをコーディングするだけでなく、メンテナンスするためのコードも作成しないことを意味しますが、ほとんどの場合、メンテナンスモードでプロジェクトを維持するか、プロジェクトで作業するためのコードです-新しい機能は必要ありません。バグを修正するためのコードの変更。
これは、常にそうであるという意味ではありません。
ソフトウェアをメンテナンスしている人は、研究を行うことはめったに奨励されません(下記のEDITを参照)。これは(通常)安定した仕事であり、既存のコードベースへの最小限の変更を必要とするため、後で問題にアプローチする方法を「形成」します。「コードの変更が少ないほうが良い」と明示的に述べているソフトウェアを保守するポリシーを持っている会社はかなり多くありますが、それがもたらす悪いこともあります。
他のプログラマーは、このような役割を避ける権利がありますか?
自分の仕事が好きで、どこにいても快適だからこそ、他の何かに応募したくないという非常に優れたメンテナーを知っています。誰もが時々新しいことを学ぶのが好きというわけではありません。だから-あなたの好みに応じてそれを避けるか、探します。
この作業を行うと、後輩としてやり直す準備ができていない限り、同様のタスクを実行できなくなりますか?
多くの場合-はい。すでに「ロープを知っている」などの理由で、すでにそれを行った経験があるためです。しかし、シフトは間違いなく可能であり、ジュニアポジションを申請せずに発生する可能性があります。あなたはすでに物事を脇に始めました、それを続けてください!それは実際に非常に価値があり、気づいた「スキルギャップ」を縮めることができます。
編集:ダンは(非常に正確に)指摘しましたが、メンテナンス作業はしばしば研究で行うことができます。それは本当です。これに対処するために、上記の答えを2か所で変更しました。
このようなタスクは、確実にこの方法で行うことができます。しかし、私の知る限り、レガシーシステムの最もDEDICATEDメンテナがいることをポリシーや管理の期待と期限を持っている-再び、少なからず -強制それらを可能に少なくとも変更の問題を解決するに。多くの場合、プレッシャーは十分に高いため、この方法でそれを行うことができたとしても、そうしたくない場合があります。特に、それがあなたのコードではない場合:理論がなければ(RyleとNaurによると)その背後にあるのは、あなたが修正する以上の損害を与えるリスクがあります。
それにもかかわらず、注意する必要があります:私はハードなグローバルデータを持っていません、私自身の経験から話します-私はOPとしての状況で働いた、私はメンテナーとして4-10年の経験を持つ人々を募集し、私は多くのメンテナーと話しました熱心なメンテナーとして働いている人々を知っています。新しいものをコーディングする人だけでなく、プロジェクトを維持するためのコードもあります-専任のメンテナー、唯一の仕事はバグとパッチを行うことであり、新しい機能は1つでもありません。古いプロジェクトであり、現在は「メンテナンスモード」にあるためです。