DailyWTF hikayelerine aday olan şirketler tarafından istihdam edilmekten nasıl kaçınılır? [kapalı]

Daily WTF arşivlerini ve özellikle de IT ile ilgili şirketler hakkında tamamen yanlış bir yazılım geliştirme yaklaşımı olan, geliştiricinin işi vb. Öykülerini okuyorum.

Bazı hikayeler tamamen korkunç: Bir şirket bir yerel ağ yok güvenlik nedenleriyle, diğeri bir kaynak kontrol sunucusu olan sadece yönetici tarafından erişilebilir olanlar hepsi ekle vb yöneticileri hakkında hikayeler bilmiyorum çalışmaları hakkında hiçbir şey ve kimseyi dinlemeden aptalca kararlar verin.

Mesele şu ki, böyle bir şirket tarafından bir görüşme sırasında işe yarayıp yaramadığınızı bilmiyorum. Tabii ki, bazen bir görüşmeci, size şirkette bir şeylerin ters gittiğine dair bir fikir veren garip şeyler söyler (benim durumumda, son yönetici zamanımın% 100'ünü eski bir bilgisayara bağlı olarak Uzak Masaüstü aracılığıyla çalışmam gerektiğini söyledi. slooooow machine, " çünkü birkaç kişinin aynı kaynak kodunu değiştirmesini engeller" ; belki ona SVN'nin ne olduğunu açıklamalıyım).

Ancak çoğu durumda, bir şirketin tam görüntüsünü elde etmek için görüşme sırasında yeterli bilgi alamazsınız.

Peki bu tür şirketler tarafından istihdam edilmekten nasıl kaçınılır?

• Dokümantasyon rehberi veya kod stili yönergeleri gibi bazı belgeleri görmek istediğimi düşündüm . Sorun şu ki, Fransa'da yaşıyorum ve burada şirketlerin çoğu bu belgelere sahip değil ve bu belgelerin bulunduğu nadir durumlarda eskiler, kötü yazılmışlar, hiç kullanılmamış veya sizi zorlamıyorlar. mantıklı olmayan şeyler yap .

• Ayrıca programcıların gerçekte nasıl çalıştıklarını görmek istediğimi de düşündüm . Ancak, ikili ekranlara veya "geç-modern-sanatsal-osuruklu mobilyalara" sahip olduklarını görmek, insanların garip kararlar almadıkları ve orada çalışmayı imkansız hale getirdikleri anlamına gelmez.

Böyle durumlarda bulundunuz mu? Ne denedin İşe yaradı mı

Unutmayın ki görüşmeler iki yönlü bir caddedir. Onlara ne yaptıklarını bildiklerini bildiren açık uçlu sorular sorun. Ve cevaplarını değerlendirirken "satırlar arasında okumayı" öğren. Örneğin:

Yazdığınız yazılımın emilmeyeceğinden nasıl emin olabilirsiniz? (eğer sıkıcıysanız, daha "uygun" bir şeye karşılık gelir)

İyi cevap: "Birim testleri kullanıyoruz, bir QA departmanımız var ve kod incelemeleri yapıyoruz."

Bu olmak zorunda değil. Görüştüğünüz kişinin de verdiğim cevaplarla aynı cevaba sahip olması gerekmez. Çoğunlukla, şirketin yazdığı kodu bir dereceye kadar değerlendirdiğinden ve sadece düşüncesiz terkedilmeden kapıdan çıkarmayacağından emin olmak istiyorsun.

Kötü cevap: "Eh, biz bu 'birim testi' şeylerinden daha fazlasını yapmak için anlam ifade ediyorduk.

Yine odak noktası, birim testlerinde daha az ve görüşmecinin konuyla ilgili tutumu hakkında daha fazla. Genel olarak, "İhtiyacımız olduğunu biliyoruz, henüz yapmadık", kırmızı bir bayrak. Bu, birkaç olasılıktan biri anlamına gelir:

1. İş arkadaşlarınız tembel olacak.
2. Yönetim uygun süreci kullanmak için zaman vermez.
3. İş arkadaşlarınız, birim testlerini anlayacak kadar akıllı değil.

Bunların hiçbiri iyi değil (ancak bazıları diğerlerinden daha kötü.)

Bir özellik eklemek için şirketinizin kullandığı süreci açıklayın (özelliğin müşteriye gönderilmesi için gerekli olduğuna karar vermekten).

İyi Cevap: "İş adamları bir özelliğin iyi bir fikir olduğuna karar verir ve ne kadar kolay uygulandığını görmek için programcılara danışırlar. Programcılar ve teknik personel bir mimariye karar verir ve onu uygular. ."

Kötü Cevap: "İş adamları programcılara ne yapacaklarını söylüyorlar ve yapıyorlar."

Yukarıdaki gibi, cevabın kendisi tutum kadar önemli değildir. İyi cevap, işletme tarafının ve teknik tarafın bir ürün ortaya çıkarmak için birlikte çalıştığını gösterir. Kötü cevap, yönetimin programcıları fazla ücretli daktilolar olarak gördüğünü gösterir.

Özet olarak , görüşme sırasında doğru soruları sormayı unutmayın. Ve unutmayın, belirli cevapların bu cevapların arkasındaki tutum kadar önemli olmadığını unutmayın. Son olarak, geri durma . Zor sorular sormak, işe gerçekten ilgi duyduğunuzu ve sizi kimin işe alacağı konusunda biraz seçici olacağınızı düşündüğünüzü gösterir.

Onlara Joel Testini verebilirsin :

1. Kaynak kontrolü kullanıyor musunuz?
2. Tek adımda bir yapı oluşturabilir misiniz?
3. Günlük inşaatlar yapıyor musunuz?
4. Böcek veritabanınız var mı?
5. Yeni kod yazmadan önce hataları düzeltiyor musunuz?
6. Güncel bir programınız var mı?
7. Bir fikrin var mı
8. Programcıların sessiz çalışma koşulları var mı?
9. Paranın satın alabileceği en iyi araçları kullanıyor musunuz?
10. Test cihazın var mı?
11. Yeni adaylar görüşmeleri sırasında kod yazıyor mu?
12. Koridorda kullanılabilirlik testi yapıyor musunuz?

Özgeçmişinizi işe alındıktan sonra bir ay kadar dolaşımda tutun ve işler karışmayacaksa başka bir fırsattan korkmayın. Şirketler, istihdamınızı sıklıkla bir süre deneme dışı olarak göreceklerdir, çünkü görüşme yaptığınız gibi çalıştığınızdan emin olmak isterler. Eğer işler gerçekten Günlük WTF seviyesinde ise, aynı şeyi yapmanız adil olur.

Bu konuda karamsar ve geleneksel olmayan mühendis pozisyonuna geçeceğim.

Yapamazsın

İstisnasız her şirket, Günlük WTF hikayeleri için adaydır. Bunun nedeni her kişi, istisna, ne olursa olsun kendi meslek ve hangi onların deneyim olursa olsun, seçtikleri meslek yaşamının bazı yönüyle bir ahmak olabilir.

Evet. Bu sizi, bunu okuyan kişiyi içerir. (Bunun sizin için geçerli olduğuna inanmıyorsanız, bence yetersizlik alanlarınızdan birini bulduk.)

Belki bir şeyleri farklı görmeyi deneyebilirsin.

Bir şirket tarafından işe alınmak, Günlük WTF'in sahne ışıkları altında olmak, sorunları nasıl çözebileceğinizi göstermeniz için bir fırsattır. Büyük problemler.

Bu zorlukları fırsat olarak görebilirsiniz .

Joel Testini avoidşirketlere kullanmak yerine, improveonlara kullanın .

Bundan daha heyecan verici ne olabilir ?

Napolyon gibi beyaz atınızla onlara yanlış olduklarını söyleyen şirkete gelirseniz, çok çabuk kovulacaksınız.

Buradaki fırsat , gerçeklerle ve referanslarla desteklenmiş yapıcı önerilerde bulunabilmenizdir . Önceki cümlede anlatıldığı gibi yapılırsa, çoğu zaman bununla ilgilenmeniz önerilecektir (fırsat budur). Çok az durumda, görmezden gelinirsiniz.

Herhangi bir röportajın iki yönlü bir sokak olduğunu unutmayın. İşveren sizin iyi bir aday olup olmadığınızı belirlemeye çalışıyor. Benzer şekilde, şirketin çalışmaya değer olup olmadığını belirlemeye çalışmalısınız. Bir sürü soru sor. Senin için neyin önemli olduğunu bul ve sor. Görüşmecilerinize şirketten neleri sevdiklerini ve neleri beğenmediklerini sorun.

Ayrıca, diğer afişin onlara Joel Testini vermesi tavsiyesini ikinci olarak verdim .

Psikotik bir megalomani menajeri bile Joel Testini geçen bir takımı yönetebilir. Son teslim tarihlerine ulaşılmadığı zaman nasıl tepki veriyorlar? CIO CEO veya CFO'ya rapor veriyor mu? Bu size IT'nin yazılım dışı bir şirkette ne kadar önemli olduğu konusunda bir fikir verebilir.

Pozisyon neden mevcut? Çok fazla ciroları var mı?

Programcıların fazla çalışıp çalışmadığını görmek için yollar arayın. Kimse birkaç aydan bir yıla kadar tatil yapmamış mı? Tatil zamanı veren bir şirketi yenemezsin, ama kimse onu alamayacaklarını düşünüyor.

Kötü test uygulamaları ve kod kontrol sistemleri düzenleyebilirsiniz. Deliremezsin.

İşte yerinde olsam ne yapardım:

• Şirkette bir veya daha fazla programcıyla görüşme imkanı bulmaya çalışın ve onlara işlerinde tipik bir gün olanı sorma. Bunu sağlayıp sağlamadıklarını sormak zor olabilir, ancak bunu sağlayan bir şirket kitabımda büyük bir artı
• yeni bir özelliğin nasıl geliştirildiğini ve çalışmanın programcılar arasında nasıl paylaşıldığını sorun.

Her iki soru da aynı şey olmakta, farklı kişilere farklı sorulmaktadır. Önemli noktalar:

• Ekipte teknik konulardaki anlaşmazlıklar nasıl çözülür?
• Çalışma geliştiriciler arasında nasıl paylaşılır?
• Hatalar insanlara nasıl atanır?
• Şirket içi, dış kaynaklı, raf dışı tasarım kararını nasıl verirsiniz?
• Proje başarısızlığını / başarısını nasıl değerlendiriyorsunuz?

Bu Joel testine uygun. "Doğru" bir cevabın olmadığını unutmayın: bu, ne aradığınıza, ne tür bir şirket aradığınıza, ne tür bir şirkete (örneğin bir işe başlama masrafını karşılayamayacak kadar düşük olacaktır) bağlıdır. bir servet 500 ile karşılaştırıldığında en iyi araçlar). Eğer kişi bu soruyu cevaplayamıyorsa, bu neredeyse kesinlikle kötü bir işaret: büyük olasılıkla bu konular hakkında düşünmemiş bile.

Orada kendi süreçleri hakkında bazı sorular sormak, orada başka bir geliştiriciyle konuşmayı veya hatta kısa bir süre çalışmayı denemek gibi yapabileceğiniz pek çok açık ve kesin özen vardır. Bu olduğu kadar iyi, aynı zamanda kolayca taklit edilemez - en kötü yöneticiler bile çoğu zaman metodolojileri hakkında söylenecek doğru şeyleri bilirler ("nedenini" anlamadan ne söyleyeceğini bilmek, onları ilk etapta kötü yöneticiler yapan şeydir, doğru ?) ve çoğu programcı şirketi olası bir işe alma konusunda kötü bir şekilde ağızdan ağlamak istemeyecek - neden sisteme giren milyonlarca görüşmeden biri için birine geri dönme riski? (eleştirinin yapıldığı sağlıksız bir şirkette ... kaşlarını çattı ... bu gerçek bir risk olabilir)

Ancak, daha sübjektif şeylere bakabilirsiniz - yöneticiler vızıltılarla dolu mu yoksa dürüst mü? Sağlıklı bir çevre gibi görünüyor mu?

Soru soranların kalitesi ve görüşmecilerin bilgiliğinin ne olduğu - bu, birlikte çalıştığınız herkesin yaşadığı süreç, hatırlayın. Sana aptal sorular mı soruyorlar? İK tipi soru? Kodlama soruları çok mu kolay?

Diğerlerinin dediği gibi, görüşmeler iki yönlü bir yoldur.

Fakat burada pek çok insanın iyi yapmadığını düşündüğüm ince bir psikolojik faktör var: boktan bir işe girmekten korkmak. Bu gençler için daha büyük bir sorun, ama hepimiz buna karşı savunmasızız.

Bence pek çok insan, berbat kurumsal davranışları gerçekten değiştiremeyeceğiniz zihniyetindeler, bu yüzden bir iş teklifini kabul etmeye karar verirken, adımlarımızda çok fazla kötü duyguya yol açıyoruz. Buradaki psikolojinin bir kısmı da işverenle çalışan arasındaki güç ilişkisinin - özellikle kötü veya rekabetçi bir ekonomide - çok kötü bir iş kokusu karşısında bile, çok fazla yer bırakması gerektiği gibi hissettiriyor - fena halde başarısız olan Joel gibi Testler vb.

Çok etkili bir şekilde söylediğim şudur - çoğumuz işleri kabul ettiğimizi biliyoruz. Bunlar DailyWTF işleri olacak. İşin püf noktası, daha seçici olmak, görüşmecileri zorla doldurmak - ve kesinlikle umutsuz olmadığınız sürece basit işleri kabul etmemek. Elbette bir denge var, ancak masada bir iş teklifinin bir WTF olup olmadığına karar verirken duygularınızı incelemek gerçekten işe yarar. Gerçek bir iş kokusunu görmezden geldiğinizde kendinizi sadece “çok seçici ve esnek” olduğunuz konusunda ikna etmek kolaydır.