Kod çalıştırma sonrası bitişinizi nasıl destekliyorsunuz?

Kod desteği açısından bir şirketten (hatta bir gruptan / bölümden) ayrılma süreci nedir?

Tüm soruları ele almak en iyisi mi? Geri kalan geliştiricilere gelecekteki bir kaynak olarak kendinize erişim izni veriyor musunuz? Öyleyse, tam erişim vermemenin bir yolu var mı?

İlk geliştiricinin genel yazılım mimarisi hakkındaki cevapların paha biçilmez olacağı ilk elden yaşadım.

Ciddi yardıma ihtiyaç duyulması halinde, bunun bir destek sözleşmesi olarak tipik bir iş görüşmesi vakası haline geldiğini anlıyorum. Ancak, ciddi yardım gerekliyse, sizinle iletişim kurma sürecini kolaylaştırmak için hangi adımları atabilirsiniz?

Bir (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com adresi yapmak gibi bir şey yapmayı düşünüyordum.

Durum Bilgilerim:

Ben bir kooperatif öğrencisiyim ve bu nedenle 4 aylık dönemlerde şirketlerin etrafında zıplıyorlar. Bu, kendimi bir çok yeni kod tabanına tanıtmak ve bir şirketten ayrıldığımda yetim bir kodun adil bir kısmını bırakmak anlamına geliyor. Önemsiz kodu etrafında bırakırsam kendimi kötü hissediyorum.

Kod çalıştırma sonrası bitişinizi nasıl destekliyorsunuz?

Yapmazsın. Denir yüzden uç .

Kapıdan yürüdüğünüzü ve ekipmanlarınızı ayrıldıktan bir ay sonra kullanmaya başladığınızı görünce şaşırırlarsa, sizi aramaları ve ayrıldıktan bir ay sonra bir sürü soru sormaları sizi şaşırtmalıdır.

Tamam, daha gerçekçi, duruma bağlı olarak, belki bir) b oraya gitmek istiyorum özellikle orada çalışan insanlarla arkadaş, c vardır), biraz telefon veya e-posta ile sorulara cevap sunuyoruz ) yine de iyi bir inceleme için onlara bağlıyız, d) şirketin iyi niyet hareketinizi kötüye kullanmayacağından emin olabilirsiniz ve / veya e) şirket sizi önemsiz olmayan ek destek için telafi etmeye istekliyse.

Bu, kendimi birçok yeni kod tabanına tanıtmak anlamına geliyor

Bu geliştirmek için iyi bir yetenek - ihtiyacınız olacak.

ve bir şirketten ayrıldığımda yetim bir kodun adil bir kısmını bırakıyor.

Hala çalışırken işinizin bir kısmı, ne yaptığınızı belgelemek veya en azından orada çalışan diğer bazı kişilerin bunu açıkça anladığından emin olmaktır. Bu şirketin çıkarına olan bir şey ve hala oradayken ihtiyacınız olan şeylere sahip olduklarından emin olmalılar.

Önemsiz kodu etrafında bırakırsam kendimi kötü hissediyorum.

İlk etapta önemsiz kod yazmayın. Daha önce iyi olan kodunuz ayrılmadan önce önemsiz hale gelirse (artık kullanılmıyor, artık gerekmiyor vb.), Ayrılmadan önce temizleyin. Kodunuz ayrılırken önemsiz değilse , bundan sonra ne olacağı endişe etmeniz gereken bir şey değildir.

Normalde bunun için planlanan bitiş tarihinden yaklaşık 2 hafta önce hazırlanırsınız. Takımın başka bir üyeye bir bilgi aktarım biraz zaman planlayın ve onlar emin olmak için deneyin yapabilirsiniz kod desteklemek önce masanızdan kadar dolu ettik. İletişim bilgilerinizi kodun içine koyarak kendinizi sürekli destek almaya ayarlamayın. Eğer durum o kadar ciddiyse, sizden başka hiç kimse düzeltemezse, muhtemelen iletişim bilgilerinizi İK'dan alabilirler.

Sizi olabildiğince değiştiren kişiyi eğitin (eğer biri varsa).

Kodla birlikte dokümantasyon bırakmayı en iyi buluyorum, tercihen merkezi bir dokümantasyon sistemi yoksa kaynak kontrolüne kontrol edildi. Ne yaparsanız yapın, mümkün olduğunca dokümante edin:

• Tamamen çalışan bir sistemi başka bir geliştiricinin bilgisayarında nasıl çalışır hale getiririm
• Nasıl inşa edilir
• Nasıl konuşlandırılır

Her şeyin bir kopyasını merkezi bir yere koyun.

Tüm detayları paydaşlara e-posta ile gönderin .

Her zaman bir soruları varsa beni arayabileceklerini anladıklarından emin olurum, bu nereye gitti, vb. bağlanır. Yeni durumunuza ve iş sözleşmenize bağlı olarak bu size bağlıdır. "Üzgünüm, şu an vaktim yok" demenin yanlış bir yanı yok. Zaten neredeyse her zaman doğrudur.

Bahsetmek istediğim birkaç şey var.

İş dünyasında, para duyguların üzerindedir. İşveren genellikle kendi tarafınızdan aldığınız duygulara sahip değildir. Şirketten ayrıldıktan sonra anlaşma yapılır. Müzakereler ve ihbar süresi maddeleri, risklerini azaltmaya yönelik adımlardır.

Tabii ki insanlar kişisel seçimlerinde birbirlerine yardım ediyorlar, ancak şirketler geçmişte yazmış olsanız bile onlar için işleri düzeltmenizi beklemiyorlar. Ancak istisnalar var, ancak iş için ne kadar önemli olduğunuza bağlı.

Arkadaşlarımdan biri şirketini 1 yıl önce terk etmişti ve son zamanlarda birkaç yıl önce yazdığı kodla ilgili bir sorunu düzeltmek için proje yöneticilerinden biri ile temasa geçti. Geri dönüşü ve sorunu düzeltmenin karmaşıklığını göz önüne alarak, en kolay seçenekti. Sonunda sorunu çözmelerine yardımcı oldu; ama kişisel çıkarları ve ahlakı üzerine. Ve birkaç işverenin buna katılmayacağını unutmayın. yani eski şirketine geri dönüyor ve sorunları düzeltiyor.

Dikkat etmeniz gereken şey,

• Ciddi iş yapanlar bu durumda profesyonelce hareket ederler. Artık seni istemiyorlar.
• Eski bir işverenden arama almak için en yüksek şans kişisel bir görüşmedir. Genellikle size yaklaşmak ve kodu düzeltmek kurumsal bir karar olmayacaktır. Ayrıca, zamanınızı sormadan önce zamanınıza ve mevcut görevlerinize saygı duyarlar.
• Kurumsal şirketler, kodları ve tasarımları için en fazla gizliliği korurlar. Eski çalışanlara bile maruz kalmak istemiyorlar.
• Çoğunlukla şirketten ayrılan çalışanlar benzer alana sahip şirketlere katılacaklardır. Ve eski şirket ve yeni şirket rakip olabilir. Patent sahibi olmanız ve şirketin çalışma prensibinin niteliğine bağlı olarak, şirketlerin çoğu eski çalışanın istese bile eski çalışanların onlarla çalışmasına izin vermez.
• Özel durumunuzda, kafanızda yeni bir şey radikal bir şekilde vermedikçe, 4 aylık bir ipliğin sizi organizasyon ve proje için ne kadar kritik hale getirebileceğinden şüpheleniyorum.

diğerlerinin söylediklerini ve sonra:

Birlikte programlamayı düşünün .
Bir masanın arkasında iki kişiyle oturun. Her şeyi çiftler halinde programlayın. bunlardan biri (siz) ayrıldığında, diğeri tüm bilgiye sahiptir.

Başka avantajlar da var, ama bu başka bir konu.