Genç programcıların eksikliklerini aşmasına yardımcı oluyor musunuz? [kapalı]

Ekibinize katılan veya birlikte çalışmak zorunda olduğunuz küçük geliştiricilerle ilgili ortak tutuşlarınız nelerdir? Açıkçası onlar deneyimsizdir, bu yüzden her şeyi bilmelerini bekleyemezsiniz, ancak hangi beceriler genellikle açıklanamaz bir şekilde eksiktir - ve özellikle, bu eksik becerileri geliştirmelerine nasıl yardımcı olabiliriz?

'Tavsiye dinlemek' gibi kişisel becerilerden bahsetmiyorum, (varsa) teknik konulardan bahsediyorum:

• 'Hiç SQL yapmadınız mı?'

• 'Hiç birim testi yazmadın mı?'

• 'Unix komut satırını nasıl kullanacağınızı bilmiyor musunuz?'

Eğer Şeyler do bekliyoruz - Bunları belirli eksiklikleri geçmiş olsun yeni programcıları öğretimi için gözlemlerinizi ve teknikleri duymak istiyorum.

Sürüm kontrolünün ne olduğunu veya nasıl düzgün kullanılacağını bilmemek .

Kısa bir süre önce şirketimde olan genç geliştiricilerden biri, Subversion'un temel bilgilerini öğretmek zorunda kaldı. Bu beni gerçekten kandırdı ... tüm zamanlar canlı projeler için kodları kontrol ediyordu ... ve ne yaptığını bilmiyordu ...?

Yeterli soru sormamak

Gençler olduklarını biliyorum, hata yapacaklarını ve sadece bir şeyler bilmediklerini umuyorum. Pek çok royal f ** k up bir şey varsaymak yerine sadece bir soru sorarak önlenebilirdi. Dürüst olmak gerekirse, yeterince rahatsız edilemem.

Başladığımda TONNES sorularım vardı - onlara birkaç kez kıçımı kurtarmasını istemek. Cehennem, hala çok fazla sorum var ... Sadece şimdi daha iyi sorular olduklarını düşünüyorum.

Temel bilgileri anlamaya çalışmak yerine kopyala yapıştır ve deneme yanılma

Birçok genç geliştirici, yakın görünen kodu kopyalar, daha sonra çalışan bir tanesine çarpana kadar neredeyse rastgele değişikliklerin kaba kuvvetle farklı permütasyonlarını dener. Neden işe yaradığını bilmiyorsanız , sınır durumlarında, onu anlayan birinin daha sonra temizlemek zorunda kalacağı hataları ortaya koyma olasılığınız vardır.

Kodun ilk taslağını tutma

Deneyimli bir geliştirici, belirli bir karmaşıklığın yeni bir işlevini yazdığında, derlemekten başka bir şey yapmayan bir saplama ile başlar, daha sonra genel algoritma için yüksek düzeyli sahte kod yorumları eklemek için yeniden yazar ve ardından bu yorumları birer birer yeniden yazar. gerçek kod, test için gerektiği gibi kukla kod ekleme ve kaldırma, ardından uygulama sırasında ortaya çıkan artıklığı kaldırmak için yeniden yazın ve bir dizi ardışık ve artımlı iyileştirmede.

Küçük geliştiriciler büyük bir yığın halinde yazma eğilimindedir, daha sonra büyük kaba kuvvet hata ayıklama yaparlar. Düzenleyiciye yazıldıktan sonra bir kod satırını silmek istemezler ve sonunda işe yaradıklarından o kadar mutlu olurlar ki, fonksiyonel olmayan iyileştirmeler için yeniden yazmaktan nefret ederler, ancak yapmaları gerekenler en çok.

Bir durumla ilk karşılaşan olduğuna inanıyorum.

Karşılaştığınız her programlama problemi başkaları tarafından bir şekilde genel olarak karşılanmıştır. Deneyimli programcılardan öğrenecek çok şey var. Google'dan önce programlamayı hatırlayacak kadar yaşlıyım ve emdi . Arama motorlarımız varken daha da kötüydü, ancak henüz web'de o kadar iyi bilgi yoktu. Şimdi programlama çok daha verimli çünkü küresel bilgiye saniyeler içinde erişebiliyorsunuz. Bunu kullanmayan insanlar tehlikede yok sayıyorlar.

Düzenle :

Daha açıkçası, ben değilim değil kopyayı savunan / programlama yapıştırın. Ancak, kendiniz iyi kararlar verebilmeniz için mevcut bilgileri gözden geçirmeniz gerektiğinden eminim.

Her şeyi bildiğini düşünerek.

Bir jr aldım. javascript ile her şeyi çözmeye çalışan stajyer. Birkaç kavramı açıklamaya çalıştı, ama her zaman daha iyisini yapabileceğini düşündü. Şimdi PDF gibi bir baskıya hazır teknoloji yerine HTML kullanarak baskı çıktısı için oluşturduğu büyük bir programdan çıkıp yeniden çalışıyorum. Diğer önemli sorunlardan bahsetmiyorum bile.

Ders, yaşlılardan bir projenin başlarında büyük kapsamlı rehberlik istemek, yardım almadan mimarlıktan vazgeçmektir. Kodu ve ayrıntıları tek başına yazabilirsiniz, ancak en azından doğru teknolojiyi kullandığınızdan emin olun.

Gençler temelleri bilmediğinde nadiren rahatsız oluyorum, Üniversitede SCC gibi endüstri becerileri öğretilmiyor. Onlara öğretmek kıdemli geliştirici bir iştir. Sadece kişilik çatışmalarından rahatsız oluyorum. Ama en temel şeyleri bilmeyen kıdemli geliştiriciler beni rahatsız ediyor

Bilgilerini ilerletmek istememek - bunun yerine en az direniş yolunu kullanmak.

Geçen gün bir stajyer grafik tasarımcı (şaşırtıcı bir şekilde programlama konusunda yetenekli) ile birlikte yardım istedi çünkü jQuery'de bir şey uygulamakta zorluk çekiyorlardı - eğer geleceğini göremiyorsanız kapanma acı verici olabilir.

Stajyerle oturdum ve neyin yanlış gittiğini tam olarak açıkladım. Hatayı düzelttik, sonra yapılabilecek birkaç ek iyileştirmeye dikkat çektim ("burada olduğumdan beri") ve suçlu işlevini 20 yerine 10 satırda ve hatalar olmadan yeniden yazdık. Herhangi bir soruyu cevapladıktan sonra, dünyada bir kez daha her şeyin yolunda gittiğinden memnun kaldım.

Ertesi gün stajyer, "um, bazı değişiklikler yapmak istediğini ve fonksiyonu benim yolumdan yeniden yazmak istediğini ortaya çıkaran bir soru ile geldi.

Bunun yerine daha fazla deneyebilirdi (ek sorular sormak, bahsettiğim kavramları okumak) - kısa kod anlamak hiç bu kadar zor olamaz - ya da kolay çıkış yolu olabilir. Birinin ikincisini yaptığını her gördüğümde beni üzüyor.

OOP anlamıyor. Ne yazık ki bu muhtemelen çoğumuzun fark ettiğinden çok daha yaygın.

Bir sınıfın, soyut sınıfın, arayüzün nasıl yaratılacağını bilmek, hatta polimorfizmi bilmek bir şeydir; bunları programınızın yararına nasıl kullanacağınızı anlamak başka bir şeydir .

Bundan kaçınmak istiyorsanız, bu soruları ve cevaplarını aydınlatıcı buldum:

• Kod Kokusu: Kalıtım Kötüye Kullanımı - Kalıtımın tehlikeleri
• Bu "miras üzerine iyilik kompozisyonu" kavramı nereden geliyor? - Mirastan kaçınmanın mantralarının tehlikeleri

Ne bilmediğini bilmemek ve cehalet düşüncesinde her şeyi biliyorsun.

(Ve yakın kuzeni, sormak istemiyor.)

Kısmen bu örgütsel bir şeydir - uygun bir gelen indüksiyon, bu şeylerin bazılarının sorun haline gelmesini önlemek için uzun bir yol kat edecektir. Ancak çok az şirket, gelen bir indüksiyon için zamana veya insanlara sahiptir - birkaç günden birkaç haftaya kadar herhangi bir yere götürmesi gereken ve geliştiricileri işlerinden uzaklaştıran bir şey. Onun yerine yangınları söndürmek zorundayız.

Bir CS programından nispeten taze olan kaç genç programcının algoritmalarla zayıf olduğuna şaşırıyorum. Kötü algoritma seçimi gerçekten iş uygulamaları doğrultusunda göze çarpmayabilir, ancak günde milyarlarca web hizmeti isteği işlenirken gerçekten önemli.

İşte kullandığım neredeyse tüm Junior programcıların sorunu vurgulayan bir röportaj sorusu:

N'inci Fibonacci numarasını hesaplayan kod yazın .

Neredeyse her zaman en bariz ama verimsiz yazmak için gidiyorlar

int Fib(int n)
{
    if (n == 0) return 0;
    if (n == 1) return 1;
    return Fib(n-2) + Fib(n-1);
}

Algoritmik karmaşıklık hakkında yorum yapmam istendiğinde genellikle "O (N) ... uhm ... O (N logN) 'den daha kötü" olur. Aslında bundan çok daha kötü ...

Kod girintisini geriye doğru yapmak!

Tabii ki çok "tipik" değil. Bunun mümkün olduğuna asla inanamadım, ama normal bir geliştiricinin nasıl yazacağı

try {
    switch(action){
        case case1:
            ...
            break;
        case case2:
            ...
            break;
        default:
            break;
    }
}
catch(Exception e) {
    e.printStackTrace();
}

(Tanrı, benim için hala imkansız görünüyor!)

            try {
        switch(action){
    case case1:
...
break;
    case case2:
...
break;
    default:
break;
        }
            }

Sinir bozucu değil mi?