Özel bakım programlama rolleri erken bir kariyere zarar verebilir mi?
Olmamasından daha sık - EVET, farz edin:
- O kariyer Burada birçok farklı teknik beceri uzmanlık anlamına gelir.
- orada X yıldan daha fazla harcadığınızdan, X'in düşünme tarzınızı "belirlemesine" yetecek kadar.
- kenara hiçbir şey yapmamanız.
- bu "özel bakıcı" (aşağıdaki EDIT’e bakınız), yeni şeylerin yanı sıra kodlama yapmak için kodlama yapmamanız anlamına gelir ; hatayı düzeltmek için kod değişiklikleri.
Bu her zaman böyle olduğu anlamına gelmez .
Yazılımı sürdüren kişilerin nadiren araştırma yapmaları teşvik edilir (aşağıdaki EDIT'e bakınız), nadiren yeni kütüphane veya veri tabanı ekleyebilir ve nasıl çalıştığını bulmak için birkaç gün harcayabilirler. Bu (genellikle) varolan kod tabanında minimum değişiklik gerektiren ve böylece sorunlara daha sonra yaklaşma şeklinizi "şekillendiren" sürekli bir iştir. Bunun getirebileceği kötü şeylere rağmen açıkça "kodda daha az değişiklik yapılması = daha iyi" olduğunu belirten bir yazılım sağlama politikası olan birkaç şirketi adlandırabilirim .
Diğer programcılar böyle rollerden kaçınmakta haklılar mı?
İşlerini seven ve tam anlamıyla başka bir şeye başvurmak istemeyen , bulundukları yerde rahat olduğu için çok iyi çalışanlar biliyorum . Herkes her zaman yeni şeyler öğrenmekten hoşlanmaz. Öyleyse - tercihlerinize bağlı olarak bunlardan kaçının veya arayın.
Bu tarz bir işi yapmak, küçük yaşta başlamaya hazır olmadığınız sürece, benzer işleri yapmanıza engel olur mu?
Olmamasından daha sık - EVET. Zaten vb "tecrübelisin" Fakat çünkü zaten tecrübe bunu yaparken Çünkü vardiya kesinlikle mümkündür ve junior pozisyon için uygulamadan gerçekleşebilir. Çoktan bir şeyler yapmaya başladın, devam et! Bu aslında çok değerli ve fark ettiğiniz 'yetenek boşluğunu' küçültebilir.
EDIT: Dan, (haklı olarak), bakım işlemlerinin sıklıkla araştırma İLE yapılabileceğini belirtti. Bu doğru. Bunu daha iyi ele almak için yukarıdaki cevabı iki yerde değiştirdim.
Bu tür işler elbette bu şekilde yapılabilir ve eğer - eğer harika! Bununla birlikte, AEDIK'in en çok LEGACY sistemi sağlayıcısı, politikaları veya yönetim beklentilerini ve son teslim tarihlerini - yine, çoğu zaman - mümkün olmayan en az değişiklikle problemi çözmeye zorluyorlar. Genelde basınç yeterince yüksektir; bu şekilde yapabilseniz bile istemeyebilirsiniz. Özellikle, SİZİN kodunuz değilse: arkasındaki teori olmadan (Ryle ve Naur'a göre) düzelttiğinizden daha fazla zarar görürsünüz.
Yine de şunu belirtmeliyim: Sert küresel verilere sahip değilim, kendi tecrübelerime dayanarak konuşuyorum - OP olarak çalıştım, bakıcı olarak 4-10 yıllık deneyime sahip kişileri işe aldım, birçok bakıcı ile konuştum ve Özel bakıcı olarak çalışan insanları tanır . Sadece yeni şeyler kodlayan insanlar değil, aynı zamanda bir projeyi sürdürmek için de kodlayan kişiler değil - tek işi yapan hatalar ve yamalar yapmak olan ve yeni bir özellik bile olmayan, sadece eski bir proje olduğundan ve artık sadece "bakım modunda" olduğu için bir projeye kendini adamış kişiler.