it-swarm.asia

"En iyiyi işe almak" normal masaüstü uygulaması programlaması için gerçekten pratik bir tavsiye midir?

Arka plan için, UI gibi bir AutoCAD ile etabs benzeri bir masaüstü mühendisliği uygulamaları yapıyoruz.

Beni gerçekten rahatsız eden bir şey, en iyi geliştiricileri işe almaya gerek var mı? Yeni başlayanlar için işe alımda büyük zorluklar yaşıyoruz; gördüğümüz çoğu özgeçmiş ya basit CRUD uygulamaları ya da çok fazla hardcore programlama gerektirdiğini düşünmediğim SharePoint özelleştirmesi yapıyor. Görüşme için çağrıda bulunduğumuz kişiler bile, çoğu Fibonacci dizisini ve basit bir ikili aramayı yapamaz ve ipuçlarını verecek kadar zarif ve sorunları açıkça dile getiririz böylece adayların "Fibonacci dizisi" ne anlama geldiğini kontrol etmek için bir sözlük aramaları gerekmez.

Bu beni düşündürdü: Evet, hesaplama geometrisi/doğrusal programlama işleri yaparken bir miktar programlama yeteneğine ihtiyacımız var ve yazılım mimarisini tasarlarken/veya hangi yazılım modelini kullanacağınıza karar verirken bir miktar programlama yeteneğine ihtiyacımız var, ancak bunun ötesinde , kodumuzun birçoğu sadece programlama koduna sahip biri tarafından yapılabilecek sadece sıhhi tesisat kodu (sanırım).

Şu anda gerçekten programlama yeteneklerine ihtiyacımız olduğu ve süperstar geliştiricilerinin işe alınmasının çok zor olduğu göz önüne alındığında, standardımı düşürmek ve sadece so-so olanlar'ı, neyle doğrudan çelişmek istiyorum Joel vaazlar .

Ne düşünüyorsun?

Düzenleme: Tüm hesaplama geometrisi/doğrusal programlama kütüphanelerini yeniden yazmanıza gerek yoktur; Uygulamamla ilgili olarak yapmanız gereken tek şey, eldeki problemleri uygun hesaplamalı geometrik/doğrusal programlama terimlerine nasıl aktarabileceğinizi ve mevcut kütüphaneleri ne zaman/nasıl kullanacağınızı bilmektir. Yani göründüğü kadar zor değil.

61
Graviton

Joel'i çok okumayı bırakmanı öneririm. Blogunda yazdıkları, bu sitedeki yanıtlarıyla çelişiyor, bu yüzden sözünü çok fazla almayacağım.

Bir süperstarı yapan ve neden bir tane olmasının gerekli olduğu uzun ve hiçbir yerde olmayan bir tartışma açar. Bu seçkinciliktir ve pratik değildir.

İhtiyacınız olan şey:

  1. Yaptığın şeyi yapmak isterdim
  2. Tutkulu bir hevesli programcı olurdu
  3. İşinizi doğru yapmak için gerekenleri öğrenme potansiyeline sahip olabilirsiniz

Gerisi önemli değil.

Orada bu kadar güçlü bir projeye dalmaktan ve CRUD uygulamalarını kodlamaya asla bakmaktan başka hiçbir şey istemeyen kaç genç mezun olduğuna inanamayacaksınız. Bir süre önce onlardan biriydim, derleyici geliştirme konusunda bir projeye katılmayı hayal ettim ama bir tane bulamadım. Neden bunlardan birine şans vermiyorsun?

AutoCAD'in süper kişiler tarafından yazıldığına inanmıyorum. Başarılı projelerin çoğu, işi halletmek isteyen insanlar tarafından yapıldı ve bunu gerçekten istediler.


gördüğümüz çoğu özgeçmiş ya basit CRUD uygulamaları ya da SharePoint özelleştirmesi yapıyor

Çoğu iş sadece bunu gerektiriyorsa ne beklenir? İnsanlar üniversitede CS eğitimi almış olabilirler ve hatta gerçekten iyi olmuş olabilirler, ancak 10 yıl içinde pratik programlamada hiç kullanmadılarsa hatırlamalarını bekleyemezsiniz. Açıkçası, hiç kimse bu bilgi hiçbir yerde kullanılmazsa taze tutmak için her yıl eski CS kitaplarını okumaz.

110
user8685

Gerçekten sevdiğim bir kitap Önce tüm kuralları çiğneyin . Ortalama yöneticiler ve iyi yöneticiler arasındaki farklar hakkında çok fazla bilgiye sahiptir. İyi yöneticilerin tekrar tekrar söyledikleri temel anlayışlardan biri, cümle içinde bir tanesi tarafından özetlendi, Doğru kiralamayı bulmak için çok uzun süre beklemedim ve asla yanlış işe alınmadım yeterince hızlı. Evet, işe almak uzun zaman almak sinir bozucu, ama buna değer.

Unutmamanız gereken ikinci nokta, proje çıktısında ölçüldüğünde 5-8 kişilik ekipler için bir verimlilik zirvesi olmasıdır. 20 kişiden fazla bir ekibiniz olana kadar aynı üretkenliğe geri dönemezsiniz. Küçük takım dinamiklerinin çalıştığı boyuttan daha büyük bir takım yetiştirme konusunda çok, çok dikkatli olun. Ve eğer bu eşiğin altında kalacaksanız, o zaman 5-8 kişinin iyi olmasını istiyorsunuz.

Her iki nokta da doğru kiralamayı beklemeye doğru güçlü konuşur.

41
btilly

Herkes "sadece ilk 1 persentili tuttuğunu" iddia ediyor. Eğer bu doğru olsaydı, çalışanların% 100'ü tüm insanların "ilk 1 yüzdelik diliminde" olurdu, bu yüzden tüm insanların% 99'u (herhangi bir alanda) işsiz kalırdı. Bu açık bir şekilde olmadığı için ve hepimiz bu grupta açıkça bulunmayan deneyimli insanlar yaşadık (bu soruyu neden başka soruyorsunuz ...) bunun doğru olmadığını biliyoruz.

Aslında sadece bu insanlardan oluşan organizasyonlar oldukça kararsız olurlar. Çok fazla ego, çok fazla çelişkili fikir. Herkes kendi işini yaparken parçalanacak, her şeyin göreceli esasıyla ilgili teorik tartışmaları asla bitirmeyecek ya da bir karar verilmesi gerektiğinde duyguların parlamasıyla sürekli bir bağırarak karşılaşacaktı.

26
jwenting

Sormanız gereken ilk şey, neden istediğiniz standartlara uygun olmayan özgeçmişler aldığınızdır. Birçok iyi insanla çalıştım, bu yüzden oradalar ve uygulama benim için çok ilginç geliyor. Fibonacci dizilerini ve ikili aramayı (göründüğünden daha zor olan; Knuth'a göre, ilk yayını ile ilk doğru yayını arasında birkaç yıl oldu) insanlar bulamazsanız, iyi olanlar uzakta.

Ödemek istediğinizden daha fazla beceri mi istiyorsunuz? Yanlış yerlerde reklam mı yapıyorsunuz? Şirketiniz yere veya itibara göre çekici değil mi? Bu sizin ilk ve en temel probleminiz ve acilen çözmeniz gereken problem. Siz ve meslektaşlarınız şüphesiz sizin için çalışmayan iyi insanları tanıyorsunuz. Onlara sahip olduklarınızı gösterin ve onlara cazip olup olmadıklarını ve neden olmasalar da sorun. Sorunu yardımsız anlamak için çok yakın olabilirsiniz.

İnsanları işe almayın çünkü onlar en iyisi. İstediğiniz bir şeyi yapabileceklerinden insanları işe alın. Vasat kiralarsanız tüm bunlar geçerlidir, o zaman yavaş yavaş iyi insanları kaybedeceksiniz ve cebiri hesaplama geometrisi ile bir şeyler yapmaya çalışan titrek insanlarla dolacaksınız. (Vasat işe almak, birkaç vasat programcı için bir işiniz olduğu için başka bir şeydir, ancak onlara ihtiyacınız olan yerlerde kaliteli insanlar kiralayabilmeniz gerekir.)

25
David Thornley

"Fibonacci dizisi ve basit bir ikili arama yapamaz"

Kriterleriniz kesinlikle yanlış. Grubumda hepimiz fizikçi ya da mühendisiz. Eminim hiç kimse ikili arama yapamaz çünkü CS kurslarına gitmedik ve gerçek hayatta bunun için bir kütüphane kullanıyoruz. Hatta şunu da söyleyebilirim: kendi kendine arama yapan biri önemli şeylere nasıl odaklanacağını bilmiyor.

Adayın akıllı olması ve gruba uyması çok daha önemlidir. Programlama yeteneğini kontrol etmek istiyorsanız, evde yapması için ona bir iş verin. Ne kadar sürdüğünü not edin ve adayların gerçek çalışma olup olmadığını öğrenmek için sonuçları tartışın.

18
michael

"En iyisini işe almak" ın bir kült haline geldiğini düşünüyorum.

Programlama işlerinin çoğu rutindir ve yaratıcı değildir. Gerçekten yaratıcı yeni projeler üzerinde çalışırken bile. Çoğu humdrum ve genellikle kalıplara dayanıyor. bu UI için özellikle doğrudur.

Çoğu modern sistem de o kadar çok insanın bunları yazmasını gerektirir ki, doğal olarak, hepsi en iyisi olamaz. Çoğu insan ortalamadır, öyle olmasalar bile, hala birçok "ortalama" kişinin görevini yerine getirmeleri gerekir.

Bununla birlikte, temel yetkinlik ve minimum mantıklı gereksinimler talep etmek mantıksız değildir ve taviz vermeniz gereken bir şey değildir.

Rutin cerrahiyi düşünün: Risk toleransınıza bağlı olarak, tıp fakültesinin Dekanının bunu yapması için 10 yıl beklemek yerine, muhtemelen ortalama bir doktorun bunu yapmasını tercih edersiniz. Bu, düzenli olarak ameliyat yapmanıza izin vermeniz gerektiği anlamına gelmez.

13
Uri

"En iyiyi işe almak", şu anda kabaca bulunduğumuz yerde mevcut olan en iyiyi işe almak anlamına gelmektedir. Bazıları rockstar kodlayıcılar ister, diğerleri titiz yazılım mühendisleri ister ve bir sonraki yol deneyimli yazılım ustaları ister. "En iyi evrensel" yoktur, bu yüzden bunu aklınızda bulundurun ve belki de iş özellikleriniz bir tür programcı aradığınızı gösterir ve röportaj başka bir programcı aradığınızı söylüyor. Birdenbire eşleşme olmaz.

Yani, programcılarla çalışmayı sevmiyorum. So-so'nun deneyimle hiçbir ilgisi yok (20 yıldır programlama yapıyorlar ve hala çok iyi olmayabilirler), ancak yetenek ve coşku ile ilgili her şey. Eğer so-so bu ikisinden birini etkiliyorsa, bir sorununuz var demektir. Ayrıca, ekibin diğer üyeleri tarafından katkılarının yeniden işlenmesi gereken birini işe almanın bir anlamı yoktur, çünkü kodları yeterince iyi değildir. Koltuklarda daha fazla serseri her zaman cevap vermiyor, koltuklarda daha fazla serseri maalesef işlerini yapmaya çalışırken ekibin daha iyi üyeleri için daha fazla iş anlamına gelebilir ve karışıklığı temizleyin bu şekilde programcı teslim etti.

Bazı insanlar rock yıldızları olarak karşılaşmazlar, ancak sağlam orta düzey programcılardır. Takımda olması iyi ve "bu kadar programcı" ile kastettiğim bu değil. İkincisi, performans inceleme zamanında her yıl kovulmaktan neredeyse kaçınan birisidir.

8
Timo Geusch

Yönetici türü olarak, "ilk% 1" i işe almanın pratik olmadığını ve gerekli olmadığını kabul ediyorum. Tavsiyem, ürününüzü oluşturmak ve bakımını yapmak için doğru ekibi işe almak olacaktır (yapıya karşı bakımın ihtiyaçları çok farklı olduğu için iki çok farklı ekip olabilir)

Ekibinizde şu anda "kilit insanlar" olan (örneğin, işleri halledin, iyi tutumlar sergileyin, belirsizlik/üst düzey gereksinimlerle iyi çalışabilen vb.) Kişileri tanımlamanızı ve daha sonra sahip oldukları kişileri işe almanızı şiddetle öneririm. geçmişte çalıştı (ve açıkçası saygı). Bu, görüşme süreci etrafındaki belirsizliği ortadan kaldırır ve ekibin jelleşmesine yardımcı olur.

Ayrıca, daha "uzun vadeli" - yoğun bir stajyer programına yatırım. Programlama ekibiniz 20 kişiyse, yılda 5 stajyer alın ve onlara gerçek iş verin. Her yıl beğendiğiniz bir veya iki tanesini geri getirin ve 5 rastgele değişken daha getirin. Muhtemelen ekibinizi iyi programcılar ile dolu tutmanın en iyi yolu budur. Daha sonra fırsatçı olmayan bir şekilde dışarıda işe alabilir ve bu adaylar için çıtayı yükseltebilirsiniz.

Daha önce de belirtildiği gibi, görüşme sürecinize dikkat edin. Adayların kod yazmasını sağlayın (veya daha iyisi, "1 saatlik eve götür" sorununa çözümlerini gözden geçirin) ve ekiple öğle yemeği yemelerini sağlayın. Teknik ve kişilerarası becerilerini tanıyın. Ve gelecek hafta başlayacak büyük bir proje için 20 kişi daha çaresiz olsanız bile asla "hayır" demekten korkmayın.

6
Al Biglan

Deneyimlerime göre Paretto Prensibi programlama için de geçerlidir: işin% 80'i geliştiricilerin% 20'si tarafından gerçekleştirilir ve tersi de geçerlidir. Tamam sayılar abartılı olabilir. Gerçekte, işin% 50'sini yapan çalışanların% 20'si gibi bir şeye sahip olacaksınız (iş ile sadece kod satırları değil, iyi iş demek istiyorum). Aslında bir çan eğrisi gibidir. Yani 10 kişilik bir takımda 1 kahraman, 2 büyük adam, 4 ortalama ve 2-3 acıklı olacak.

Birçok şirket değerleme yapmak için Bell eğrisini kullanır. Öyle ki, adaylarınız ne kadar parlak olursa olsun, seviyelerine düşecekler. Herkesin aynı seviyede olduğu bir ekibe sahip olamazsınız. Olmaz.

6
DPD

Burada zaten bir sürü cevap var ama bence hala tartışılması gereken bir nokta var: so-so'lu kişileri işe almanın yazılım kaliteniz üzerindeki etkisi ve bir yönetici olarak hayatınızı nasıl daha da zorlaştırıyor.

"En iyi geliştiricileri işe almaya gerek var mı?" her zaman büyük bir şişman EVET. Elbette gerçekte bu her zaman mümkün değildir. Bu soruyu bile dikkate alarak yaptığınızı düşündüğüm tehlikeli hata "yazılımımız so-so bir adamın bile yapabileceği kadar basit" diye düşünmektir. Bu yanlış.

Yazılımınız tamamlanacak, bundan şüphe etmeyin, ancak mükemmel bir takımdan so-so takımından çok farklı sonuçlar bekliyoruz. Daha fazla hata, daha fazla performans problemi, daha fazla bakım ve ölçeklenebilirlik problemi vb. Olacaktır. Daha karmaşık sorunlardan öylesine adamlara bakmalısın. Uygun mimari kararlar alsa da, so-so adamlarına bakmalısın.

Bunu kabul ederseniz ve yönetmeye hazırsanız, sorun değil. Sadece sürece ve sonuçlara hazırlıklı olun.

4
hbatista

Soru başlığınız "Normal Masaüstü Uygulaması" ndan bahsediyor, ancak metniniz hesaplama geometrisi ve doğrusal programlama bilgilerinin uygulanması gerektiğinden bahsediyor. Bunlar, herhangi bir ilerlemenin büyük toplumsal sonuçları olan devasa, çok yıllı araştırma programları ortaya çıkaran uygulama alanlarıdır (hatırlama, doğrusal programlama özetleri kaynak tahsisi). Sonuç olarak, bu alanlarda çok iyi çalışan problemleri çözmek için birçok karmaşık yaklaşım vardır.

Kötü bir kiralama

  • bu problem sınıflarını bile duymamış olabilirler,
  • ortak çözümlere aşina olmayabilir,
  • muhtemelen orada olan daha iyi şeyleri bilmez (ipucu: çoğu lisans öğrencisi, problemleri hiç duymazlarsa, fantezi şeyleri asla duymazlar) ve
  • neredeyse kesinlikle bu tür şeyleri uygulamak için zaman alacaktır (bunların bir kısmının veri yapılarına uygun bir yüksek lisans semineri verdiğini düşündüğüm göz önüne alındığında, profesör dahil).

Başka bir deyişle, gerçekten bir yaya üzerinde çalışıp çalışmadığınızı düşünün. Eğer öyleyse, harika, işe almak çok daha kolay olmalı. Eğer değilseniz, ihtiyacınız olanı yapabilecek birini tutun.

3
Phil Miller

Geri adım atalım.

Ne yapmaya çalışıyoruz? Yazılım yaz.

Neden en iyisini işe almamız gerektiğini düşünüyoruz? Çünkü o garip Arnold çocuk ıslak bir kağıt torbadan çıkamıyordu ve şimdi SQL tamamen berbat ve giriş yapamıyorum içinde.

Tamam, en iyisi nedir ? Bilmiyorum, muhtemelen çok para isteyen ve büyük bir portföy ile altı metre uzunluğunda bir özgeçmiş ve google ya da bir şey çalıştı. Derecesi olmalı ve belki de isminin sonunda bazı harfler olmalı. Evet, bu benim için en iyisi gibi geliyor ve en iyisi, demek istediğim o kadar korkutucu Arnold çocuğu olmayan biri. Oh, ve o okulda duyduğum "kabarcık türünü yaz" ya da her ne derse desin, gerçekten zor bir saçmalık yapmayı bilmeli. Diğer adamlardan birinden okulda yapmak zorunda oldukları birkaç zor şeyi isimlendirmesini isteyeceğim, evet.

Sanki o korkutucu Arnold çocuğunu istemiyor musun? Öyle mi? Buggy kodundan bıktım, işlerin yapılması sonsuza dek sürüyor ve görüştüğüm bu yeni adamlar bana her şeyi yeniden yazmam gerektiğini söylüyor!

Doğru, öyleyse garip Arnold çocuklarından ne yapmasını istiyorsun? PHP web sitesi oluşturun, biraz jQuery yazın, PHP bazı temel CRUD yapın ve arka plan renklerini değiştirin.

Bu sadece en iyisine en uygun görev gibi mi geliyor? Eminim en iyisi bunu yapabilirdi, ama muhtemelen buna uyan doğru beceri setine sahip olan herkes bunu yapabilir.

Yani, en iyisine ihtiyacın yok mu? Doğru, sadece yeteneklerime sahip olan ve hedeflerimi karşılayan birine ihtiyacım var.

Oh. Evet.

3
Incognito

Bence büyük geliştirici kiralamak gerçekten bir sorun değil. Asıl zorluk onları sizin için çalışmak istemek yapmaktır.

En iyilerini işe almaya gerek var mı?
Öyle ​​inanıyorum. Büyük geliştirici sadece her şeyi zamanında yapan biri değildir. Sadece böyle bir birey diğerlerinden çok daha üretken değildir. Büyük geliştirici de örnek olarak liderlik ediyor ve diğer ekip üyelerine ilham kaynağı oluyor. Diğerleri onlarla çalışırken büyük ölçüde ilerleyebilirdi.

Tamam, standartlarınızı düşüreceksiniz. Bu harika, muhtemelen çok berbat bir kişiyi işe aldıktan sonra fikrinizi değiştireceksiniz. Tüm CS sorularınızı kusursuz bir şekilde cevaplayacak, ancak gerçekten tek bir üretim kodu satırı yazamayan. Bununla iyi şanslar :)

3
Paweł Dyda

Muhtemelen Joel standartlarına göre bir süperstar programcısı değilim. Yine de 20 yıllık kariyerim boyunca geliştirici olarak oldukça başarılı projeler yazdım. Sorularınızı çözebilirdim. Ama iş deneyimimden daha az, aslında daha karmaşık işlerin birçoğu, veritabanınızdan veya bir kütüphane işlevinden bunu yapmasını isteyerek yapılır.

Ancak daha az deneyimli insanları işe almaya karar verirseniz, kullanımı kolay teknolojileri kullanmayı düşünmelisiniz. Örneğin, tüm proje için C++ kullanmayı planlıyorsanız, C++ bölümünü en iyi kişileriniz tarafından yazılan kitaplıklarla sınırlandırın ve diğerlerinin Visual Basic'te kullanıcı arabirimini uygulamasına izin verin.

2
thorsten müller

Sıralamanıza katılacak bir çalışanda aradığınız değerleri yazın.

Tek takdir edilen değer programlama yeterliliği olduğunda, kendinizi sadece buna değer veren insanlar tarafından hızlı bir şekilde çevrili bulacaksınız. Gerçekten yetkin olan programcıların daha ayrıntılı bir değer sistemi olduğundan, ekibinize katılmaktan kaçınırlar.

Ancak, yenilikçi, yaratıcı, güvenilir, bilginsiz, meraklı, kendi kendine öğrenen, sosyal, yetkin ve kendini adamış insanlar arıyor olmanız daha olasıdır. Şirketinizin bu değerleri anladığını ve onlara saygı gösterdiğini ve çalışanlarının bu değerleri daha da geliştirmesine yardımcı olmaya istekli olduğunu gösterin.

Mevcut çalışanlarınızın değerlerini anlayın, benimseyin ve iş başvurularınızda bunları iletin. Sürdürülebilir bir değer sistemine sahip iyi şirketler iyi çalışanları cezbetmektedir.

2
Dibbeke

Kesinlikle sadece en iyisini işe almayı arzu etmelisiniz. Bu otomatik olarak başarılı olacağınız anlamına gelmez - dolaşmak için sadece "en iyi" olanların çoğu vardır ve onları çekmek için savaşta kazananlar ve kaybedenler olacaktır. Bunların çoğu, problem üzerinde çok çalışmaya ve sizin için mevcut olan kaynaklara olan istek ve istekliliğinizden gelecektir.

Başlamadan önce vazgeçmek, kaybetmenin en kesin yoludur.

1
Mark Ransom

İkili arama ilginç bir sorundur, çünkü çoğu programcının gerçekten doğru yazmak için mücadele edeceği iyi bilinmektedir ( Bilmek Programlama İncileri'nde Bently yazar. Belki de adayları çözemedikleri için dışarıda bırakmadığınız sürece test etmek o kadar da kötü değildir. Hızlı ve doğru bir şekilde çözerse, en azından ne tür bir programcı olduklarını ima eder, böylece bu durumda daha fazla bilgiye sahip olursunuz.

1
Anon

en iyi işe almak gerekir. ancak bu terim birçok kez bağlam dışında alıntılanmıştır. genel anlamda en iyi programcı değil, bu pozisyon için gerekli becerilere sahip en iyi adayı bulmanız gerekir. Yazılım geliştirme geniştir ve her pozisyon aynı teknik bilgi gerektirmez.

Kendinize bu soruyu sorun (zaten yapmıştınız ..): 5 yıl boyunca aynı pozisyonda başka bir mühendisiniz varsa, fibonancı serilerini ve ikili aramaları hatırlamasını bekler misiniz?

cevap hayır ise, görüşme düzeninizi değiştirin. Google veya bing gibi bir arama uygulaması üzerinde çalışmak istiyorsanız, bir düzine arama algoritması bilmeniz gerekebilir. Diğer herkes sadece map.get ("") kullanır;

röportajlarınızı bir ders kitabı-jenerik iyi programcıya değil, pozisyonun neye ihtiyacı olduğunu hedefleyin.

1
gee

Kaliteyi gerçekten umursamıyorsanız, dış kaynak web sitelerinden birini kullanmanızı ve küçük projelerle başlamayı öneririm. O zaman işi yapabilirlerse onlara ödeme yapabilir ve yapamazlarsa kolay bir şekilde kefaletle gidebilirsiniz.

Ancak, bir masaüstü mühendisliği uygulamasında gerçekten çok rutin kodlama olup olmadığını sorguluyorum. Çok karmaşık olabilirler ve çoğu programcı karmaşıklığı yönetmede o kadar iyi değildir. Gelecek yıllar boyunca ekibinizi bağlayacak çok sayıda anlık eski kodu kolayca oluşturabilirsiniz. Genel olarak, yeni bir proje için ilk işe alımlar çok önemlidir ve tüm proje için tonu belirler.

1
Brian Slesinsky

Herhangi bir organizasyonda daha fazla deneyime ve daha az deneyime sahip insanlara sahipsiniz. Sadece bu değil, bir alandaki bir uzman diğerinde acemi olabilir. Elbette hevesli bir amatör, kod tabanına faydadan daha fazla zarar verebilir, ancak hatalarını düzeltmekten ve deneyimlerini daha deneyimli meslektaşlarıyla tartışmaktan öğrenirler.

Benim önerim, süperstarları işe almak yerine, makul derecede parlak, şirket kültürünüze uyacak, öğrenmeye ve kendi sınırlamalarının takdirine sahip insanları işe almaya çalışmanızdır.

1
Mark Booth

Bir insanın bir soruna uymasını ifade eden yukarıdaki yorumların çoğuna tamamen katılıyorum. Bu genellikle, bir süperstarı düzenli bir problem üzerinde çalışması için işe almaktan ziyade uzun vadeli bir ilişki ile sonuçlanır - bu da onu hızla terk etmesini hayal kırıklığına uğratır.
Bunu söyledikten sonra, her zaman belirli bir pozisyondan ziyade şirketiniz için işe almaya çalışmalısınız. Çünkü aynı adam er ya da geç kişisel temaslar vb. İle takımlar arasında geçiş yapacak ve başka bir yerde ölü bir kiloya dönüşebilir. Şirketinizin çok sıkı dahili transfer yönergelerine sahip olduğundan ve şirket çubuğuna uymayabileceğini düşündüğünüz bir kişiyi işe almadan (ancak mevcut sorunu çözeceğini düşünmeden) önümüzdeki birkaç yıl boyunca ekibinizde neler yapacağınıza dair net bir resminiz olduğundan emin olun. ). Geliştiricilerdeki sıradanlıkların, ekibin etraflarına sığmasını çok zorlaştırdığı çok fazla durum gördüm.