Kalite güvencesinden geliyorsa, ilk geliştirme işi nasıl inilebilir? [kapalı]

Yaklaşık 5 yıldır kaleme girmeye çalışarak 10 yıldır KG'dayım. C ++, Java ve C # dersleri aldım. Mevcut işimde C # 'da bazı araçlar ve birim testleri yazabildim ve (tüm hesaplar tarafından) iyi bir iş çıkardı.

Ancak 8 ay önce işverenim bana yeni KG grubunu kurma sorumluluğu verdi. Şimdi el ile test yapıyorum ve geliştirmeye geri dönme sözü vermeden konuşlandırıyorum. İş panolarına baktım ve web geliştiricileri için çok fazla iş var, bu yüzden bir tane almak için başka ne yapabilirim? Evde Mac üzerinde çalışmayı planladığım Ruby on Rails hakkında bazı kitaplar aldım, ancak işverenlerin ticari web geliştirme dışında herhangi bir şeyle ilgileneceğinden emin değilim.

Küçük bir geliştirici olarak iş bulmak için deneyimlerimi nasıl kullanabileceğim konusunda herhangi bir öneriniz var mı? Demek istediğim, programlamayı gerektiren; küçük geliştirici için gördüğüm gönderiler kodlamanın yanı sıra tüm homurdanıyor iş yapmak. Onlara sadece "Teknik Sekreterler" demeliler.

Mevcut işvereninizle geliştirici olma arzunuz hakkında konuştunuz mu? Bununla başlayın ve mecbur kalmazlarsa, başka bir yere bakma zamanı.

Geliştirici konumlarına bakıyorsanız (genç pozisyonlarla başlamak en iyisidir), bahsettiğiniz "homurdanma işi" değil, gerçek geliştirme konusunda deneyim kazanacaklarından emin olun. Bir yere girdiğiniz sürece, birkaç yıl dışarı çıkarın ve eğer çayınız değilse, devam edin. Özgeçmişinizde bir geliştirici pozisyonuna sahip olmak, birkaç yıl boyunca bile, daha iyi pozisyonlar almanıza yardımcı olacaktır. Herhangi bir röportaj sırasında dürüst olurum ve sahip olduğunuz tüm KG deneyiminden sonra bir geliştirici olmaya tutkulu olduğunuzu vurgularım.

Kalite deneyiminizi kesinlikle kullanmalısınız çünkü deneyim önemlidir.

KG genellikle geliştiriciler tarafından incelenir - ve bu genellikle haksızdır.

Ancak, önyargı var ve KG'yi özgeçmişinizden tam olarak vuramazsınız.

İşte benim önerim: Doğrudan geliştiriciye geçiş yapmak yerine, "yarı rol" e geçiş yapın. (En azından ABD'de) terimi "Otomasyon Mühendisi" olarak adlandırılır. KG becerilerini programlama becerileri ile birleştirir ve genellikle çok az manuel test veya geleneksel KG içerir. Birim testleri ve bir TDD'nin odağı konusundaki deneyiminiz bunu oldukça güzel bir pozisyon haline getiriyor. Bir yıl boyunca bu pozisyonda kaldım (geliştiriciden gelip daha sonra geliştiriciye geri döndüm) ve yapılacak çok sayıda yazılım mühendisliği olduğunu söyleyebilirim.

KG'ye sadık kalırsanız, iyi bir iş çıkarırsanız daha fazla iç hareketliliğin olduğu (bu tür şirketler varsa) ve otomatik test geleneğinin ve odağının olduğu bir şirkete geçin.

Ayrıca çevik dükkanlar ile deneyin. Qa / dev'in sınırlarını daha az gözlemleme eğilimindedirler.

İlk geliştirme işimi ararken "teknik sekreter" işini gördüğümü hatırlamıyorum. Bu, bulunduğunuz yere göre değişebilir, ancak bence gerçekten gelişime girmek istiyorsanız, genç iş ilanlarına karşı ayrımcılık yapmamalısınız. Hepsi olmasa da çoğu "yönetimin gerektirdiği diğer görevler" boyunca bir şeyler söyleyecektir. Bu normal. Bu patronun için kahve yapacağın anlamına gelmiyor.

Bence senin için önemli olan ilk geliştirici işini bulmak olacak. Gerçekten ne olduğu önemli değil - ikinci geliştirici işinizi bulmanızı kolaylaştırmak için özgeçmişinizde sadece "yazılım geliştiricisi" bulunmalıdır, ki bu muhtemelen ilkinden daha iyi olacaktır.

Mevcut KG deneyiminiz sizin lehinize çalışabilir. Bir üniversite mezununun sahip olmayacağı gerçek dünyadaki iş deneyiminiz var. Bu yüzden verebileceğim en iyi tavsiye iş başvurusu yapmaya ve mülakat yapmaya başlamak. Eğer işe alınmazsanız, sizinle görüşen insanları takip edin ve onlara daha iyi ya da farklı olarak neler yapabileceğinizi sorun. Bu size her şeyden daha fazla yardımcı olacaktır.

KG'de 1,5 yıl sonra (ve yaz aylarında 3 yıl destekli) bir genç geliştirici olarak ilk görevim, işaretleme ve css sorunlarını düzeltmekti. Birkaç hafta sonra, çalışma alanları ve nihayetinde projeler için sorumluluk almadan önce basit kod kusurlarını düzeltiyordum.

Herhangi bir meslekte, en alttan başlayıp yolunuza devam edersiniz, kalkınma kesinlikle bir istisna değildir ve çok rekabetçi. Açıkça yetenekli (kendinize 4 dil öğretiyor) ve sürüyorsunuz. KG ve birim test deneyimi hayatınızı çok daha kolay hale getirecektir.

Genç bir geliştirici olarak bir iş alın ve tutku, deneyim ve sorumluluk merdiveni daha ileri götürmek için yetenek bekleyin.

Sorunuza dayanarak, yaşadığınız alanda çok sayıda webdev konumu var gibi görünüyor, ancak sınıf çalışmanız daha çok uygulama geliştirmeye odaklanmış gibi görünüyor.

Hedefiniz bir geliştirme işine geçmekse, aramanızı herhangi bir geliştirme işine açtığınızdan emin olmalısınız. Özgeçmişinizi işteki gelişim deneyiminize odaklanacak şekilde uyarlayın, yazdığınız otomatik araçları / birim testlerini tanımlamak için birkaç cümle yazın. Bu sadece bazı geliştirme deneyimine sahip olmakla kalmayacak, aynı zamanda çalışmanızı akıllıca belgeleyebileceğinizi gösterecektir. Sadece doldurucu bir metin bloğu yapmayın, gözden geçirenin masanızın altındaki sepete özgeçmişinizi dosyalamaması için yeterince iyi yazılması gerekir. İlginç yapabileceğinizi düşünmüyorsanız, henüz denemiyorsunuz. Kurs ve yan projelerinizi açıklamak için de aynısını yapın. Sadece röportajı yaparken konuşabileceğiniz bazı ilginç detaylar bıraktığınızdan emin olun.

Bununla birlikte, QA'daki deneyiminizi küçümsemeyin. Geliştiricilerin hatalarının nerede olduğunu belirlemelerine yardımcı olmak için kodu kazarsanız, sürekli olarak süreçleri iyileştirmenin yollarını arıyorsanız, bunu dışarıda bırakmayın. bitirmek için ... muhtemelen bundan bahsetmek istemezsiniz. Sadece özgeçmişinize koyduğunuz her şeyin gerçekliğe, iyi şanslara dayandığından emin olun.

Eğer bir SDET olsaydım (ve şükürler olsun ki), şirket için değerli bir iç araç uygulayarak yazılım mühendisliği konusundaki yeteneğimi gösterirdim ve becerilerimi göstermek için C ++ / Java / C # kullanırdım. Dahili bir araç üzerinde çalışmamın nedeni, büyük olasılıkla müşteriye dönük kodu SDET olarak yazma şansı vermememdir, bu nedenle dahili bir araç (tek) yoludur.

Şirketinizin ihtiyaç duyduğu, ancak sistem izleme, rapor oluşturma, test koşum takımı vb. Yaptığınız her şeyin şirket için önemli olması için yöneticinize veya yöneticinizin yöneticisine altyapıda neye ihtiyaç duyduklarını sorun.

Ve onu oluştururken, sağlam yazılım mühendisliği becerilerini uygulayın:

• sürdürülebilir kod yaz
• çok yorum ekle
• verimlilik, ölçeklenebilirlik ve güvenilirlik için uygulayın
• hedefler ve yayın takvimi belirleme
• okunabilir bir tasarım belgesi yazar.

Birçok işin başlangıcında, aylarca canlı koda dokunmayacağım söylendi. Bu yaklaşık iki hafta sürer. Sonra birisi zaten bataklıklı kalkınma grubuna yeni bir proje atıyor. Bil bakalım kim müsait?