Sıkı iş gereksinimleri olarak programlama dilleri ile anlaşma nedir? [kapalı]

Geçenlerde bir "iş fuarına" gittim ve çalışma yerlerinin, adayların aşina olduğu programlama dillerine ne kadar vurgu yaptığını görünce şaşırdım.

(Kuşkusuz sınırlı) tecrübelerime göre, bir programlama diline gerçekten hakim olmak yıllar alabilir, ancak bunu makul bir seviyeye getirmek, zaten başka dillerle deneyime sahip olan ve genellikle genellikle işverenlerin ayırdığı zaman dilimindeki işverenlere sığabilecek bir kişi için oldukça basit bir meseledir. ilk hızlanma.

Bir işverenin, şu anda uzman olduğum belirli teknolojinin aksine, bildiğim kaç dil / paradigma veya algoritmik / yazılım tasarım deneyimimin ne olduğu hakkında daha fazla umursayacağını düşünüyorum.

Java, C ++, Smalltalk ve Prolog'un zaten bildiğimi söyleyin ... Objective-C'ye dayanan bir işyerinin beni gerçekten niteliksiz bulduğu için bu dilde deneyimim yok. Bu, metodolojilerin işe alınmasında bir kusur mu ve eğer öyleyse, bu işyerini Objective-C konusundaki deneyim eksikliğimin önemli olmaması gerektiğine ikna etmek için ne yapabilirim? Ben özellikle programlama dilleri hakkında değil, varsayımsal olarak soruyorum.

Alternatif olarak, deneyimim sınırlı ve bir şeylerin eksik olabileceğini kabul ediyorum. Bir programlama diliyle önceki deneyim, düşündüğümden daha mı önemli? Küçük ya da kıdemli bir pozisyon olması fark yaratır mı? Fark yaratmalı mı ?

Basın bültenlerinin aksine, şu anda bir işveren piyasası .

Bu, gereksinimlerinin ne olduğu konusunda basitçe seçici olabilecekleri anlamına gelir. Bu, yalnızca 3.5 deneyim değil, .NET 4.0 deneyimini talep edebilecekleri anlamına geliyor ... Django ile deneyim talep edebilecekleri anlamına geliyor, sadece pilonlar vb.

Tabii ki, birkaç hafta içinde Ruby hakkında bilmeniz gereken her şeyi öğrenebilir ve Rails'in yetkin hale gelmesi birkaç ay sürebilir (sadece tahmin edebilir).

Ancak işveren Ruby & Rails konusunda zaten yetkin olan kişilerin özgeçmişlerini seçebilir .

TL; DR: Econ 101 ... Programcı kıtlığı konusundaki yutturmacaya inanmayın .

Asıl mesele, kimsenin iyi programlayıcıları nasıl işe alacağını gerçekten bilememesidir. İkincil mesele, programlama işlerinin çok sayıda başvuranı çekmesidir.

Çok sayıda özgeçmiş yığını verildiğinde, onları taramak ve iyi programcıları seçebilmek çok hoş olurdu, ama kimse bunu nasıl yapacağını bilmiyor. Çoğu şirketin çalışma şekli, ilk sıralama genellikle İK'ya aittir. İK personeli, "C ++ VE Smalltalk - bu adamın Objective-C ile problemi olmayacak" diye düşünebilecek bir yazılımın aksine, gereksinimler listesinde listelenenler dışında, Smalltalk veya C ++ hakkında hiçbir şey bilmiyor.

Yığın işe alım yöneticisine gittiğinde bile, herkesle röportaj yapmak çok kalın, bu nedenle işe alım yöneticisinin bir nedenden ötürü özgeçmişleri atması gerekiyor. Eğer bu bir C ++ işiyse ve yöneticinin görüşme için uygun bulduğundan 5+ yıl C ++ olan daha fazla kişi varsa, yönetici üzerlerinde C ++ olmayan tüm özgeçmişleri atabilir. Mutlak en iyi insanları elde etmenin yolu değil, ama hiç kimse mutlak en iyi insanları nasıl işe alacağını bilmiyor ve eğer özgeçmişinde olanlar tarafından karar vermede kısıtlıysanız, C ++ deneyimine sahip insanlar en azından biraz daha iyi bahisler.

Bunu tersine çevirelim - eğer nesnel C'yi bilseydin, C ++ programcısı olarak kullanır mısın? Diyelim ki hayır yapmazsınız, diller çok farklı. C gibi basit diller için bile, birkaç yıl C ++ için birini işe almadan önce 6 aylık bir deneyim görmek isterdim.

Birkaç yıl önce kendime PHP öğrettim. Bunu yapmadan birkaç ay geçtiğini söyleyebilirim, kütüphanede yolumu bulabildim, ortak deyimleri anladım. Ve zaten birçok dili tanıdım .

Bağlamın çeşitli yönlerine bağlı. Sadece rolün değil, aynı zamanda proje ve şirketin durumu.

En basit seviyede, herhangi bir küme ayracı zorunlu dili, diğerleriyle hemen hemen aynıdır.

Eğer zorunlu olarak kodlayabilirseniz, zorunlu olarak kodlayabilirsiniz. Java, C #, C, C ++ veya hatta javascript olabilir. İyi bir referans kitabı (ve muhtemelen bir miktar kazan) verildiğinde, öğleden sonraları diğerlerinden herhangi birinde küçük bir programı çalıştırabilmelisiniz.

Geçmişiniz ne olursa olsun, döngüleri dallar ve işlevler hakkında bilirsiniz ve sözdizimi hepsi için hemen hemen aynıdır. Geçmişiniz OO ise nesneler, sınıflar ve arayüzler hakkında da bilgi sahibi olursunuz.

Ancak, yalnızca zorunlu olan yalnızca programcıların, bildirimsel veya işlevsel dillerde basit programlar yazmakta zorlandıklarını gördüm. Bir Erlang dükkanı işletsem, Erlang'ı olan birini ya da en azından Prolog'u C ++ olan birini deneyimlemeyi tercih ederim.

Bu rolün seviyesine nasıl bağlı:

Küçük bir rol için işe alım:

Bir C ++ işi için bir programcı seçiyor olsaydım, adayın hafızasına veya dizilerin uzunluğuna dikkat etme ihtiyacı gibi önleyebileceğinden emin olmak istediğim bazı tuzaklar var. kendilerini (ve beni) ayağından vurma. Daha önce hiç C veya C ++ yapmadılarsa, röportajda bunu çözmek zorunda kalırdım.

Ve üst düzey bir rol için:

Verimli programlamanın anahtarlarından biri, kendiniz yazmamanız gerektiğini bilmektir. Bunun anahtarı, standart (ve fiili standart) kütüphanelerdir. Bunun anahtarı, deneyimdir. Bir hafta boyunca "Java'yı kendin öğret" ile oturamazsın ve anında 10 yıllık bir C ++ programcısından 10 yıllık bir Java programcısına dönemezsin.

Projenin / şirketin durumuna nasıl bağlı

Hemen hemen temiz bir sayfa olan bir Java projesi verildiğinde. Yeni bir kıdemli işe alımın Java ekosistemi hakkında çok fazla bilgisi olmasını ve mevcut farklı teknolojiler hakkında tavsiyelerde bulunmasını isterim.

Olgun bir Java projesi verildiğinde, üst düzey bir Java rolü için az veya hiç Java deneyimi olmayan deneyimli bir C ++ geliştiricisini mutlu bir şekilde ele alacağım. Ekosistem kararlarının çoğu çoktan halledilmiş olacak ve yeni kiralama, Java programcıları ile deneyim kazanabilecekken, şirket programcının OO yazılımı geliştirme konusundaki deneyiminden yararlanacak.

İşyerine bağlı. Çok meşgullerse, Objective-C'de çalışabileceğiniz bir noktaya gelmenizi beklemek için zamanları olmayabilir - zemine koşan birinin isabet etmesini isteyebilirler.

Bazı işyerleri, diğer dilleri bildiğinizi, güçlü temelleri ve iş alanı hakkında bilgi sahibi olduklarını görürlerse sizin için risk almaya istekli olabilir. Bu gerçekten ne kadar açık olduklarına ve çalışanı bu riski almaya ikna etmekte ne kadar iyi olduğunuza bağlı olacaktır.

İşe alım zor; İyi insanları işe almak daha da zordur. 500'den fazla özgeçmiş yığını ile karşılaştığım yerde işe aldım. Kuzenlikten sonra, yığının makul bir boyuta indirilmesini istediğimiz konuda en az deneyime sahip insanları filtreledik. Bu dili bilmeyen mükemmel aday için bu adil mi, muhtemelen değil. Ama aradığım niteliklere sahip 100 kişiyi bulabilirsem, gerçekten iyi olan 400 kişide çok fazla zaman geçirmeyeceğim - ne kadar iyi olursa olsun.

Şimdi işe alımda, uzun bir gereksinim listesine sahip olabilirim, ancak genellikle sadece bir ya da iki anlaşma kırıcıdır. Görüşme yapmak istediğiniz ilk nitelikler listesine sahip birini bulamazsanız (veya daha sonra hepsi benim gördüğüm görüşmeyi geçemezse), o zaman genellikle geri dönecek ve eksik olan insanlara bakacaklardır. Daha az kritik nitelikler veya simliar olan ama aynı olmayan insanlar. Bu gibi durumlarda çoğu zaman, işiniz için onları tüm teknik niteliklere sahip birinden daha iyi yapacak bir kişinin deneyimi hakkında bir şeyler ararsınız. Örneğin, eğer iş alanımda deneyim sahibi olsaydı farklı bir kurumsal veritabanında deneyime sahip bir veri analisti olarak düşünürdüm (aslında tüm özgeçmişleri görürsem, o kişi muhtemelen ilk sırayı kesecekti). C # ve Java gibi bir şey ile aynı şey. Eğer kişi benzer bir karmaşıklık düzeyinde ve özellikle de benzer bir iş alanında çalışıyorsa, başka bir dili olsa bile çok iyi bir aday olabilir.

Bununla birlikte, giriş seviyesi insanlar için oldukça resmi bir eğitim programım olmadıkça, asgari beceri grubumla tanışmayan insanlardan işe alma ihtimalim daha düşük olurdu. Neredeyse asla kaybettiğim şeylerden hiçbiri olmayan bir gruptan. Tecrübesi olmayan kişilerin, herhangi bir dilde profesyonel düzeyde iş yapabileceklerini ispatlamak için bazı dengeleme nitelikleri açısından masaya daha az ve daha az kayıt geçmişi vardır. Kullandığımız en önemli dili anlamadan ilk profesyonel konserleri ile öğrenmeye yetecekleri var. Ve onları işe almak, onlardan faydalı çalışmalar yapmadan aylar önce gelme riskini taşır.

İşe alım görevlisi ekibi yeni bir teknolojiye taşıyorsa, bir başka nokta daha devreye girer. Eğer takımdaki hiç kimse teknolojide gerçekten uzman değilse ve ben de yeni birini işe almak zorunda kalacağım, bu teknolojide bulabileceğim uzmanlığa sahip birini işe almaya bakacağım, çünkü "kara mayınlarının nerede olduğu hakkında bir fikirleri var. "önlemek için.

Son olarak, belirtilen tüm gereklilikleri yerine getirmeseniz bile ilgilendiğiniz işler için başvuruda bulunun (ancak bazılarını karşılamaya çalışın, memurlar işe alınmazlarsa, zamanlarını boşa harcamayı sevmezler). Bir iş için hangi rekabete gireceğinizi veya özgeçmişleri görüntüleyen veya görüşmeleri yapan insanları en çok ne etkileyeceğini asla bilemezsiniz. Size A şirketinde bir röportaj verebilecek olan şey, tam olarak kağıt üzerinde simliar gereksinimleri olsa bile, B Şirketi'nde röportaj almanızı engelleyen şey olabilir. Ayrıca, henüz reklamını yapmadıkları niteliklerinize daha iyi uyan bir işi olabilir. Ama seni tanımazlarsa iş için asla düşünülmeyeceksin.

Olmalı mı ? Hayır mu o? Evet, ne yazık ki. Bu "mor sincap" sendromu: Şirket pastalarını almak ve onu da yemek istiyor ve ihtiyaç duydukları veya ihtiyaç duyabilecekleri güneş altında her şeyi yapabilen bir aday elde ediyor. Sık sık, ama her zaman değil çünkü onlar da A) Gelişimin gerçekte ne gerektirdiğine dair hiçbir ipucu yok ve sadece tüm kriterlerini karşılayan birinin işi yapabileceğini varsaymayın, B) Seçiciliği yapıyorlar çünkü ondan uzaklaşabiliyorlar, ya da C) H-1B / Yeşil Kart / Promote'u içeriden dosyalamayı planlıyorlar ancak gerçek bir iş ilan ediyor gibi görünmelerini sağlamalılar.

"Java, C ++, Smalltalk ve Prolog'un zaten bildiğimi söyle ... Objective-C'ye dayanan bir işyerinin beni gerçekten vasıfsız bulduğu için mi?

Objective-C ile benzer özelliklere sahip 3 veya 4 dilde 20+ yıllık bir deneyime sahipseniz, sizi Objective-C yapmak için işe alır ve 6 - 8 haftada üretken olmanızı beklerim. (bu birkaç yıl önce Objective-C öğrenme konusundaki kişisel deneyimime dayanıyor).

Herhangi bir konuda somut bir pratik deneyimi olmayan okulun dışında kalan yeşilseniz, muhtemelen aşina olmadığınız bir şeyi yapmak için işe alınmazsınız.

Amaç-C burada ilginç bir saman adam. C'yi çok iyi bilmenizi gerektirir, Nesne Tabanlı Analiz ve Tasarımı çok iyi bilmenizi gerektirir, çoğu durumda C ++ 'ı önemsiz bir ölçüde bilmenizi gerektirir, çünkü muhtemelen arabirim oluşturmak isteyeceğiniz C ++ kütüphaneleri vardır.

Manuel bellek yönetimini ve otomatik bellek yönetimi / çöp toplamanın nasıl çalıştığını ve her tekniğin aynı programda ne zaman kullanılacağını anlamanızı gerektirir.

Kakao ve POSIX'i de bilmeniz gereken sadece Objective-C değil, çünkü bununla yüzleşmek Objective-C, Apple ortamları dışında kullanışsız tüm pratik amaçlar için ve aynı zamanda Cocoa'yı da bilmek zorundasınız.

Kakao sizi başarısızlığa uğrattığında, kakao paketleyicileri ile istediğinizi yapamadığınızda hangi POSIX API'lerini kullanabileceğinizi bilmeniz gerekir.

Ayrıca, Unix'i de önemsiz ölçüde bilmeniz gerektiği anlamına gelir.

Dile / kişiye göre değişir.

Eğer bir C # mekanıysam ve JAVA / J2EE deneyimi olan biri geçerliyse, bir şans vereceğim. C # ve JAVA arasındaki sözdizimi bu farklı değil. Kodlama kodlama ve bir kez daha iyi olacağını fark bazılarına alıştıklarını anlıyorum.

Aynısı JAVA -> C # 'dan da geçerli.

Şimdi, eğer bir C # kişiyseniz ve bir C ++ iş başvurusundaysanız, deneyim görmek istiyorum. Çok fazla fark var.

Yani evet, duruma göre değişir

OP'nin birçok paradigma ile deneyimli bir programcının nasıl bir tane daha ekleyebileceği konusunda öldüğünü düşünürken, hepsi işverenin riske olan isteksizliğinden kaynaklanmaktadır. Aletlerine aşina olmayan potansiyel bir kiralama, bir jokerdir; gerçekten harika olabilirlerdi, fakat aynı zamanda bir flop da olabilirler ve görüşmecinin kullandıkları teknolojiler hakkında derinlemesine sorular soramazlarsa farkı söylemesi normalden daha zor olacaktır.

Kesinlikle buna bakmanın doğru yol olduğunu söylemiyorum, ancak bazı işverenlerin yaptığı gibi. Akıllılar bundan yararlanır ve harika programcıları C ++ 'da 30 yıllık deneyime sahip kılarken, aptal olanlar onları geri çevirir, çünkü 15 yıllık Ruby on Rails deneyiminden yoksundurlar. Programcılar da, bu kadar bilgili olmayan işverenlerle çalışmaktan kaçınarak, bundan faydalanabilirler. Sonuçta, kim sistematik olarak kötü işe alma kararları veren bir yerde çalışmak ister?

Bu, İK'nın, rol tanımını gerçekten anlamadıkları için bir iş tanımına buzzwords atma ile ilgilidir. Bu yüzden, ara sıra sadece 6 aydır var olan bir teknolojide 3 yıllık tecrübeyi belirten bir iş tanımının komik durumuyla karşılaşacaksınız.

O olsun veya olmasın gelince gereken bir fark yaratmak, bu gerçekten rolünün ve kişilere bağlıdır. İşe alım yapan hemen hemen tüm yöneticiler hakkında (kesinlikle hepsi akıllı olanlar) İK'ya, iş tanımında bir veya iki mermi noktasından yoksun olsalar bile çoğu alanda çok güçlü olan adayları geçmelerini söyleyecektir. Bununla birlikte, bu genellikle yeni bir mezun için geçerli değildir; Müşterilerle veya lider ekiplerle etkileşime giren çok sayıda harika iş deneyimi olan insanlar hakkında konuşuyorum.

Bir işverenin, şu anda uzman olduğum belirli teknolojinin aksine, bildiğim kaç dil / paradigma veya algoritmik / yazılım tasarım deneyimimin ne olduğu hakkında daha fazla umursayacağını düşünüyorum.

Gelişim yığınınızı oluşturan tüm unsurlara hiç baktınız mı? Örneğin, hangi IDE, test çerçevesi, sürekli entegrasyon, sürüm kontrolü, geliştirme metodolojisi ve birinin yazılım oluşturmak için kullandığı bir ortamı oluşturan kod paradigmaları. Bu, bazı şirketlerin sıfırdan almak yerine birisinin zaten bilmesini isteyebileceği bir dizi araç olabilir. Ironcode'un bir işveren piyasasıyla ilgili noktası, bir pozisyon için çok fazla rekabetin olduğu bazı durumlar olabileceğinden ve şirketler gökyüzünü hedefleyebildiği ve muhtemelen elde edebileceği başka bir faktördür.

Sadece bu çevre hakkında daha somut bir örnek vermek için, işte çalıştığım yerde işte buradayım: Visual Studio 2008 ASP.Net'i C # çoğunlukla, nUnit, Cruise Control.Net, Subversion, Agile / Scrum kullanarak, prosedürel, OO karışımı ile yapıyor ve birinin nerede olduğuna bağlı olarak işlevsel. Java'ya geçmek istersem, bu, bir işverenin bu rolde beni işe almanın bir maliyeti olarak almak istediği şey olmayabilecek bu işlevlerin çoğu için yeni araçlara alışmak anlamına gelebilir. Ayrıca, bu sürümde deneyime sahip olanların diğerlerinden daha iyi tanıyabileceği ve bir başkasının gitmesine neden olabilecek bazı tuzaklardan kaçınabilecek bazı zorlu noktalar olabilir, "Neden böyle yaptılar?"

Bakmak yok. Bu gereksinimler BT çalışanları tarafından bir araya getirilmemiştir. İnsan kaynakları tarafından bir araya getirilirler. İK çalışanlarının gereksinimleri alma şekli, BT insanlarına kahve makinesinde ileri geri durup durdukları sırada soruları haykırmaktır.

Yani "Neye ihtiyacın var?" Diyorlar. ve cevaplamayı bırakan rastgele sersem, “Bir programcı. Birkaç yıl deneyime ihtiyaç var. Gibi, bilmiyorum, 4? Ve bilseydi iyi olurdu. Makul bir cevap.

Ancak, "Net 4'te 4 yıllık deneyime" çevrilir ve Net 4'tür, çünkü Google .Net'te ilk bağlantı sizi Net 4 hakkında konuşan bir sayfaya götürür.

Aynı zamanda bir olasılık da var ve bunu bir kaç kez kullanıyorum, belirli bir dil gereksinimine sahip olmaları gerekiyor, çünkü o yöne doğru hareket etmek istiyorlar ve eğer kadroda deneyimli bir kişi varsa, daha yumuşak olacağını düşünüyorlar.