Yeni üst düzey geliştirici görevleri

11.000 kodlu kod uygulaması üzerinde çalışmak için yarın başlayan sekiz yıllık .NET deneyimine sahip kıdemli bir geliştiricim var. Takımda kendim ve başka bir programcı var. İkimizde üç yıllık tecrübemiz var.

Bu benim bir yönetici olarak ilk projem (aynı zamanda projenin bir geliştiricisiyim) ve bu, daha önce kurulmuş bir kod tabanına birini ilk kez tanıtmak zorunda kaldım. Açıkçası her bir modüle, dağıtım işlemine vs. gidiyorum ve kaynak kontrol deposunun yerini, dokümantasyonunu (en iyisi değil) vb. Teslim edeceğim.

Yeni özellikler yazmaya ve hataları gidermeye hazır olmadan önce ne kadar süre vermeliyim?

İlk gün birkaç düşük öncelikli hata atayım, bu şekilde yeni geliştiriciye kod tabanına aşina olmaları için biraz zaman tanımazsa kimse çığlık atmaz.

Yapılması gereken en kritik şey, ilk birkaç hafta içinde tüm çalışmaları hakkında bir kod incelemesinin yapılmasıdır. Bu adamın yanlış yöne gittiğini veya şirketin aylarca standartlara girmesini takip etmek istemiyorsunuz. Baştan ne beklendiğini bildiğinden emin olmak daha iyidir ve kod incelemeleri bunu sağlar. Elbette kod incelemelerinin tüm çalışanlar için iyi olduğunu düşünüyorum (dağıtımdan önce kodumuzun% 100'ünü gözden geçiriyoruz), ancak yeni çalışanlar için kritik öneme sahipler ve soruları cevaplayabilecekleri ve bunları sahip olamayacakları belgelere yönlendirebilecekleri şahsen yapılmalı Gerekirse henüz gördüm.

İstemediğin şey gelip, hepinizden farklı bir stil kullanan yeni bir adam. İnsanlar, diğer geliştiricilerin tarafında kafa karışıklığı ve rahatsızlık yaratabilen yeni yerde kullanılan kod stiliyle çakıştığında bile, genellikle önceki işlerinin kod stilini kullanmaya çalışır.

Tecrübeli geliştiricilerle bile fark ettiğim bir şey, bazılarının röportajda göründüğü kadar iyi olmadıkları, kod incelemesinin bunu hızlı bir şekilde bulmanıza yardımcı olacağı, böylece düzeltebilirsiniz. Ayrıca, onların gerçekten bir şeyler yapmalarını teşvik edecek, kod incelemesi yapılmayan yeni çalışanların, kimseye ne yaptıklarını göstermeden bir projeyi sürüklediklerini ve sonra da vurmayacaklarını bildikleri son tarihten bir hafta önce ayrıldıklarını gördüm. başlarının üstündeydiler ve aslında projenin hiçbir bölümünü tamamlamadılar. Çalışmakta olduklarından emin olana kadar erken ve sıklıkla yeni insanlarla kontrol etmek daha iyidir.

Ayrıca, yeni adamın eski projenizde dehşete düşmesi normaldir. Olması gerektiğini düşündüğü şekilde tasarlanmadı. Bunu bekle, duy onu ve otomatik olarak söylediği her şeyi reddetme. Özellikle, bu kişi sizden veya diğer geliştiricilerden daha fazla deneyime sahip görünüyor, dikkate almadığınız şeyleri görebilir. Bununla birlikte, bir yönetici olarak, önerilen değişiklikleri mevcut iş yüküne ve son teslim tarihlerine göre dengelemeniz gerekir. Hepiniz, mevcut kodu nasıl yeniden düzenleyeceğinizi öğrenmek için biraz zaman harcamak ve özellikle de yeni birinin bazı geçerli kaygıları varsa, bunu yapmak için zaman tahminlerine birkaç saat yatırım yapmak isteyebilirsiniz. Muhtemelen toplam bir yeniden yazmayı destekleyemezsiniz (yeni gelen birçok insan baştan başlamalıyız ve daha iyisini yapmalıyız),

Tamamen katkıda bulunmasının beklenmeyeceği bir zamanınız varsa (ve müşteri tarafından zamanını tam olarak hesaba katabilirseniz), yapmak istemediğiniz ancak yapmak istemediklerinizden bazılarını yeniden başlatabilecekleri bir zaman olabilir. yapacak zamanı yoktu. Bazen, yeni insan eğitim sürecini proje planında olmayan bazı şeyleri ele almak için kullanmak iyi bir şeydir. Kod tabanını öğrenebilirler ve eğer yapmak istedikleri işe yaramazsa, mevcut programları etkilemediniz, çünkü onları henüz mevcut programa dahil etmediniz. İşe yararsa, gelecekteki bakımı daha kolay veya daha iyi veya sorun ne olursa olsun güvenliği kolaylaştıran büyük bir kazancınız olabilir.

Onları hemen küçük işlerde başlatın - daha büyük resmi gerektirmeyen şeyler.

Kod tabanına daha fazla güven duyup aşina olduklarından, daha büyük ve daha büyük görevler için mezun olun. Bunun ne kadar hızlı gerçekleştiği çoğunlukla onlara bağlıdır.

Ben her zaman yarasa hakkımdaki görevleri almaktan hoşlanırım, kodun üstesinden gelmenin daha uzun süreceği ve ilk birkaç gün / hafta boyunca birçok soru sorulacak.

Başımı bir projenin etrafına sararak, bir şeyleri tamir edip değiştirmek zorunda kalana kadar tamamen başaramadığımı görüyorum.

Ayrıca ... Bir projenin nasıl yürüdüğünü ne kadar iyi açıkladığınızı düşünüyorsanız, her zaman 'ah evet, sana söylemeyi unuttum', 'bu soruna düştük, bu yüzden bunu yaptık' şu ana kadar anlaşılmayan anlar aslında işe başlıyorsun.

Ne kadar?

Bir ip ne kadardır?

Rahat olduğu zaman: ilk hatasını düzelttiğinde -> hazırdır .

Açık kaynak topluluğunda, projeye katılmak isteyen herkes önce küçük problemlerle ilgilenir. Sorunu çok iyi halledebiliyorsa, daha önemli görev kendisine verilecektir. Bu şekilde, projenin temel geliştiricisi olurlar.

Bu üst düzey geliştiricinin sekiz yıllık .NET deneyimi var, bu yüzden düzeltmesi için ona basit bazı hatalar atayabilirsiniz. Onlarla başa çıkması kolaysa, ona bütün uygulamayı bilmesi için karmaşık problemler atayabilirsiniz. Bundan sonra, yeni özellikler yazmaya ve garip sorunları analiz etmeye başlayabilir. Sadece yap, kurulum zamanı yok!

8 yıllık deneyim. Sadece onu içeri atardım. Yüzebilmeli. Diğerlerinin de belirttiği gibi küçük kolay görevlerle başlayın. Bu kod giriş / çıkış işlemi ve sahip olduğunuz diğer geliştirme işlemleriyle uğraşmasına izin verecektir.

İşleri defalarca değiştirdim ve ilk hafta içinde hepsine katkıda bulundum. En zoru, kodu derlemem için bir hafta sürdü (en az 100k + kod satırı). Tam bir inşaat bu proje için 8 saat sürdü.

İlk hafta 80 saat gibi bir şey çalıştım (proje ciddi bir şekilde geride kaldı).

Küçük bir uygulama ve deneyimli bir geliştirici için, bir günün temel hatalar için yeterli olduğunu düşünüyorum. İlgili hatalar veya bir haftaya daha yakın olan küçük özellikler (sorun alanı ve mimaride daha net olduklarında).

Cevap, duruma bağlı. Bir şeydeki bir hatayı düzeltmesini veya bir GUI öğesinin rengini değiştirmesini istiyorsanız, o zaman yaklaşık 5 dakika (kodumuzu burada tuttuğumuz yer), uygulamanın tüm mimarisinin tamamen yeniden tasarlanmasını istiyorsanız biraz daha uzun gerektirir.

Bu, onun gerçekleştirmesini beklediğiniz göreve bağlı.