En az x yıl deneyim gerektiren birçok iş eki görüyorum. Soru, bir adayın gerekli yıllık tecrübeye sahip olduğunu nasıl bilebilirsiniz? X yıllık tecrübesi olan bir kişiden ne bekliyorsunuz (değiştir: CV'nin beceri kontrolüne dayanmadan yalan söylemediğini etkili bir şekilde nasıl kontrol edersiniz)? X yıllık tecrübesi olan bir kişi bunu y yılı (y <x ile) olan bir şeyi yapamaz (değiştir: benzer becerilere sahip olduğunu varsayarak)?

Çok fazla bilgiye sahip olan ve çok sayıda projede çalışan ve çok az projede çalışan ve o kadar fazla deneyime sahip olmayan x yıllık deneyime (x> y) sahip diğer programcıya sahip y tutkulu bir programcıya sahip vakalar olabilir.

Neden böyle bir şeye indirgenemez? "Eğer bu teknolojiyi biliyorsanız ve bu şeylerin nasıl yapılacağını biliyorsanız (tasarım, iletişim, tahminler vb. Olsun) o zaman işimiz için uygunsunuz?"

Bir girişimci mimarı için 1 yıllık tecrübeye sahip yeni bir mezunu işe alamayacağınızı biliyorum, ancak neredeyse tüm reklamların deneyim istediği gerçeklerle ilgili bir sorun da görüyorum. IMHO öncelikle tutku dikkate alınmalıdır.

Öncelikle sorunun bu site için uygun olup olmadığını bilmiyordum ama işe alım ve deneyim için bir etiket olduğundan burada bir yeri olduğuna inanıyorum.

Sorunuz iki alt soruya bölünerek ele alınabilir.

Neden yılların deneyimini bir gereklilik olarak kullanıyorsunuz?

Çünkü bu , programlama yeterliliği ile pozitif olarak ilişkili , kolay doğrulanabilir bir metriktir . Snagulus'un cevabı zaten korelasyonun detaylarını detaylandırıyor, bu yüzden "neden" üzerine odaklanacağım.

Zor gerçek şu ki, belirli bir pozisyon için genellikle birden fazla aday vardır. Ayrıca, görüşmeler, özellikle "doğru bir şekilde" yapılırsa oldukça kaynak tüketir, yani teknik görüşmeler teknik açıdan yetkin personel (bu durumda programcılar) tarafından yapılır.

Bu nedenle, başlangıçta gelen CV'leri gözden geçirmek için bazı kriterlerin ve tercihen teknik olmayan personel tarafından doğrulanabilecek bir kriterin kullanılması gerekir - şüpheye düştüğünde İK insanları her zaman önceki işverenleri arayabilir ve evet, John Smith için çalışıp çalışmadığını kontrol edebilirler. Onlarla birlikte X yıl.

Neden "tutku" yerine bir gereklilik olarak kullanılmıyor?

Bununla ilgili en az iki sorun var:

"tutku" nasıl ölçülür?

KLOC'lar günlüğe kaydedildi mi? Programlamada (ve diğer disiplinlerde) daha fazla bolluğun "daha iyi" ile eşit olmadığı konusunda iyi şanslar.

Açık kaynak / hobi projeleri tamamlandı mı? İK tarafından kolayca kontrol edilemez ve birçok yetkili programcının bu konuda etkin olmamaya ilişkin meşru nedenleri vardır - diğer zaman alıcı yükümlülükler, gevşeme arzusuyla uzun çalışma saatleri, çalışma saatleri boyunca basit profesyonel tatmin vb.

Yılların Deneyimi? Bekle...

"tutku" yeterlilik için gerçekten iyi bir ölçüm mü?

Robert Harvey'nin yorumunda söylediği gibi, tutku gerçekten yetkin bir programlamanın göstergesi değildir. Tecrübe ile karşılaştırıldığında, çoğunlukla dik bir kalitedir - yani vardır:

• tutkulu ve yetkin programcılar ve
• güvensiz ve teknik açıdan yetkin programcılar ve
• tutkulu ve teknik açıdan yetersiz programcılar ve
• tutkulu ve teknik olarak yetersiz programcılar,
• vs vs.

Son örnek bağlamımızda önemlidir - yılların deneyimi, belirli bir programcının işinde bir şekilde çalışmayı başardığını gösterirken, işlevsiz tutkulu bir programcı, örneğin en basit görev yönetim sistemine bile katılmayı reddettiğini gösterir. (örneğin Scrum Post-it notları), çünkü "beni yavaşlatıyor."

Son feragatnameler

Her şeyden önce ve neyse ki, "yılların deneyimi" genellikle "gevşek" olarak değerlendirilir - yani X dili ile bir iş başvurusunda bulunuyorsanız, ancak yalnızca Y dili ile X'e benzer "ticari" deneyiminiz varsa, bu da genellikle dikkate alınır.

İkincisi, ben şahsen ben "N yıllık tecrübenin" hayranı değilim ve sadece ben değilim. Basit bir alternatif var - "deneyimi" belirtmek . Bu genellikle bir filtre olarak yeterlidir, çünkü adaylar özgeçmişlerinde bu deneyimi belgelemek zorunda kalırlar - daha önce sadece garsonluk yapan (ve bu olur!) Bir programlama pozisyonu için aday alırsanız bir şeyin yanlış olabileceğini biliyorsunuz.

"Yılların tecrübesi" somut her şeyin ölçüsünden ziyade bir olasılık ölçeğidir. Yıllar geçtikçe, bir kişinin aşağıdakilerle karşılaşma şansını arttırırsınız:

• Kriz benzeri bir etkinliğe katıldı.
• Başından sonuna kadar bir proje gördü.
• Bir projenin başlamamasını veya bitmemesini gördü.
• Eski kod üzerinde çalıştı.
• Boş bir sayfa üzerinde çalıştı ve bir şeyler yaptı.
• Tasarım kararları aldı.
• Bir sistem tasarladı.
• Bir hata yazdı, kötü bir düzeltme yayınladı, bir sunucuyu indirdi; Aslında berbat etti.
• Bir vidalama düzeltildi.
• Çalıştıkları dilde tuhaf uç durumlar buldular ve önemli oldukları bir yer gördüler.
• Şu anda kod tabanındaki şeylerin aptal olabileceğini öğrendi.
• Bu şeylerin küçük, zorunlu olmayan bir örnek olduğunu ve canlı bir ortamda çalışırken bulunabilecek düzinelerce küçük şeyi de unutmayın.

Yine, bu bir şans şeyidir ve tamamen o yılların deneyimine / nereye / bağlı olduğuna bağlıdır. Bir kişi yüzlerce kişilik bir ekipte tek bir projede çalışmış ve çok uzmanlaşmış olabilir. Bir diğeri, deneme amaçlı küçük bir dükkanda olabilir ve sunucular / kurulum / kodlama / QA / DBA / proje yönetimi ile uğraşırken daha genel bir uzman olabilir. Aynı yıl tekrar tekrar tecrübe edindiklerini düşünen insanlar da var.

Bu kaba bir önlemdir, ancak ortalama olarak bir kişi daha uzun süre çalıştıkça daha fazla potansiyel öğrenme olayına maruz kalır ve bir ön veri noktası olarak yararlıdır. Özgeçmişin geri kalanı (ve daha önemlisi röportaj) gerçekte ne bildiklerini ve gerçekte ne yaptıklarını bulmak içindir.

Bunu, sorudaki her bir soruya cevap vererek cevaplayacağım.

Soru, bir adayın gerekli yıllık tecrübeye sahip olduğunu nasıl bilebilirsiniz?

Görüşme sürecinin filtrelemeyi amaçladığı şey normalde budur. Birden fazla görüşme yapılır ve normal olarak kendi şirket içi geliştiricilerinize karşı bir aday deneyimini değerlendirebilirsiniz.

X yıllık tecrübesi olan bir kişiden ne bekliyorsunuz?

Bir iş ilanında belirtilen iş gereksinimlerini karşılamalarını beklersiniz. Örneğin:

"Baş mimar olarak sistem araçlarımızı yeniden yapılandırmak için sistem tasarımında ve mimarisinde 10 yıldan fazla deneyime sahip üst düzey bir PHP geliştiricisi arıyoruz. gerektirir ... (vb.) "

X yıllık tecrübesi olan bir kişi bunu y yılı (y <x ile) olanı yapamaz?

Bu durumda yanlış deneyime bakıyorsunuz. İş ilanları sadece yıllarca değil, aynı zamanda şirketin kullandığı teknolojilerde de tecrübe eder. C ++ geliştirme konusunda 10 yıllık deneyime sahip olabilirsiniz ve 5 yıllık tecrübeye sahip C ++ geliştiricileri arayan bir oyun şirketiyim. Hala benim ideal adayım olmazdın çünkü daha önce hiç oyun sektöründe çalışmadın. İş yerim aslında şunları belirtir: Programlamanın A, B, C yönlerinde X yıllık deneyim.

Çok fazla bilgiye sahip olan ve çok sayıda projede çalışan ve çok az projede çalışan ve o kadar fazla deneyime sahip olmayan x yıllık deneyime (x> y) sahip diğer programcıya sahip y tutkulu bir programcıya sahip vakalar olabilir.

Önceki cevabımı oku. Deneyim, deneyimlediğiniz araçlara bağlıdır. A, B, C araçlarında X yıl.

Neden "bu teknolojiyi biliyorsanız ve bu şeyleri nasıl yapacağınızı biliyorsanız (tasarım, iletişim, tahminler vs.) böyle bir şeye devam edemezsiniz, o zaman işimiz için uygunsunuz"?

Bu olabilir ve olur. Kendinizi kanıtlayabiliyorsanız, o zaman yılların tecrübesi önemli değildir. Sizin gibi bir adam için, görüşmecinin / işverenin kendisi bir geliştirici olduğu daha küçük bir dev mağazasına daha uygun görünüyorsunuz. Daha büyük şirketlerin normalde bu tür şeyleri yapan İK'ları vardır, bu yüzden iş gereksinimlerini o kadar geniş hale getirirler, temel olarak web siteleri için küçük işlevler yazmak için 15 yıldan fazla deneyime sahip bir doktora ihtiyacınız vardır (aşırı abartı ama bu tür kusurları açıklar programcı işe alımında, özellikle büyük şirketler için - hepsi bu hastalıktan muzdarip olmasa da)

Yılların tecrübesi, iş tanımında listelenen istenen becerileri kullanan kişiden ne beklendiğine dair "kaba" bir tahmin veren bir filtredir.

İşte beklediğim çok şey, ama diğerleri farklı fikirlere sahip olabilir:

2 yıl veya daha az - İşverenlerin bu görevlerin çoğu için adil miktarda denetim ile bir öğrenme eğrisi olacağını bilerek, size söylenen belirli görevleri yapabilmeniz gerekir.

3 - 5 yıl - Yapacağınız işleri çok fazla eliniz olmadan yapabilmeniz gerekir, çünkü 0 ila 2 yıllık deneyiminizde benzer görevleri yapmış olmanız gerekir. Ayrıca bazı "akıllı" inisiyatifler göstermeye başlamalı ve mutlaka açıkça tanımlanmayan daha küçük görevleri yerine getirebilmelisiniz. (örneğin, bu gereksinimlerin bazılarını kendi başınıza takip etmeniz gereken modüller tasarlayabilirsiniz.

5 - 7 yıl - Kendi başınıza çalışabilmeli ve bu “görevlerin” ne olduğuna karar verebilmelisiniz. Açıkça tanımlanmayan orta boyutlu görevleri gerçekleştirebilmelisiniz. (örneğin alt sistemleri tasarlayabilme / uygulayabilme). Ayrıca bu zaman aralığında alt sistem ekiplerine liderlik etmeye başlamalısınız. Sorumlu oldukları alt sistemlerin en azından dahili ekibe gerekli sunumlarını yapın.

8 - 10 yıl - Projenin çok büyük ve / veya kritik alt sistemleri için güvenilebilir. Çeşitli teknolojilerde uzman. Büyük alt sistem ekiplerine liderlik edebilir. Sorumlu oldukları alt sistemleri müşteriye sunun.

10+ yıl - İş tanımının ve diğer yarı ilgili yazılım görevlerinin sınırları dahilinde, kendilerine atılan hemen hemen tüm yazılım görevlerini halledebilir. Çok sayıda yazılım alanında uzman. Gereksinimlerden çıkmaya kadar büyük projelere öncülük edebilir. Sadece modül / alt sistem tasarımını değil, sistem tasarımını da anlar. Güvenilir, sağlam ve bakımı kolay sistemler tasarlayabilir. Sistem açısından sunumlar da dahil olmak üzere müşteriye yazılım arayüzüdür. Teklif tekliflerini ve zamanlamalarını yeterli şekilde bir araya getirebilir.

Yılların deneyim tanımı belirsiz olsa da, sadece işverenin yararı için değil, aynı zamanda iş arayanlar için de bir rehberdir. Böylece, işe alırsanız, 8 ila 10 yıllık bir tecrübeye sahip olduğunuzu ve işinize geldiğinizi ve yapmanız gereken her küçük görevin söylenmesi gerektiğini iddia ederseniz, şirkette geleceğiniz "çok sınırlıdır". uzun süre. İlk izlenimlerin değiştirilmesi zordur, bu yüzden bir geliştirici olarak daha iyi olsanız bile, insanlar hala sizin orijinal izlenimlerinizi koruyacaktır.

Ben birkaç ay içinde gitti ya da birkaç yıl içinde gitti "kıdemli" geliştiriciler adil bir dizi gördüm "çalışan geliştirme" programı, gerçekten ilk olmak için sadece hızlı yolu işten çıkarma listesi. Aynı geliştiriciler daha düşük bir seviyeye geldiyse (tabii ki daha düşük ücret anlamına gelir), başarılı bir kiralama olarak kabul edilmiş ve yeterli performans gösterdiği düşünülebilir.