Bir sysadmin adayıyla mülakat nasıl yapılır? [kapalı]

Ne tür sorular sorarsınız ve hangi senaryoları tanımlarsınız, ne tür cevaplar ararsınız?

Belirli sorular sormam. Hangi görüşme stratejisinin iş için nitelikli adayları seçmek için iyi olduğunu bilmek isterim.

3 kategoride soru soruyorum:

• Teknik Bilgi - Adayın ne bilmesi gerektiğini bildiğinden emin olmak istiyorum. Örneğin, RAID 0, RAID 1, RAID 5, RAID 1 + 0 ve RAID 0 + 1 arasındaki farkı söyleyin. Bir AD Directory Hizmetleri yöneticisi, bana orman ve etki alanı düzeyinde FSMO rollerini ve bunların her birinin ne yaptığını söyleyin. Ayrıca, burası hangi teknolojiyle ilgilendiklerini sorduğum yer. Yan tarafta robotlar mı inşa ediyorlar? İyi! Robotları programladılar mı? Gerçekten mi? Böylece biraz kodlama yapabilen ve sorun gidermenin acılarını bilen biri var. Olağanüstü! Bunun gibi şeyler.
• Kişilik - Farklı senaryolarla nasıl başa çıkacakları hakkında sorular sorarım. "Başbakan, programda bir hata olduğunu fark ediyor. Hatanın Başbakan'ın hatası olduğunu biliyorsunuz. Bu hata, iki hafta sonunu arka arkaya çalışmanıza neden olacak. Bu nasıl başa çıkacaksınız?" Temel olarak, adayın nasıl düşündüğünü ve bir ekibin parçası olmak için ne yapacaklarını bilip bilmediklerini ortaya çıkaran sorular. Bu, doğru cevapları bilen ve bunları yapmayan insanlara zarar vermez, ancak başkalarıyla nasıl iyi oynayacaklarına dair hiçbir fikri olmayan insanlara zarar vermez. Ayrıca topluluğun katılımı ile ilgili sorular soruyorum.
• Önceki Tecrübe - Genellikle adayın geçmişte büyük bir kısmı oldukları yerde iyi giden bir durum veya proje vermesini isterim. Hangi zorluklarla karşılaştıklarını ve bunları nasıl ele aldıklarını bilmek istiyorum. Ayrıca bana işlerin iyi gitmediği bir durum vermemi rica ediyorum. Adayın öğrendiği dersler nelerdi? Adayın, durumu düzeltmek için muhtemelen görüşlerini düşünerek (ve aday yapamazsa, aday bunu anlıyor mu?) Yapabileceklerini yapabilirdi.

Bu cevap , araştırılması gereken üç ana alanı kapsamaktadır. Bununla birlikte, özellikle altyapı insanlarının çok disiplinli olması beklenen küçük dükkanlarda izin verilmesi gereken bir konu, kapsamı çok geniş ve farklı soyutlama katmanlarında cevaplanabilecek teknik sorular sormaktır. adayın uzmanlığı. Bu, her birinin neler yapabileceği hakkında bir fikir edinmenize izin verir ve farklı adayların cevaplarını doğrudan karşılaştırmanıza izin verirken, kendi uzmanlıklarını göstermelerini sağlar.

Bir zamanlar sorduğum harika bir soru:

Bir makineye giriş yaptığımı ve bir terminal açtığımı hayal et. Sen yazın wget http://www.google.com/. Ne oluyor?

Ağ önyargımla DNS çözümlemesi ile başlayarak, proxy yapılandırmasına geçtikten sonra yönlendirme kararına ve bir TCP bağlantısının kurulmasına yanıt verdim; HTTP sohbeti açısından başka bir aday cevap verdi. Görüşme görevlisine en iyi cevabının ne olduğunu sorduğumda cevabı şuydu:

"Eh, klavye kesme ile başladı ..."

Teknik sorular önemlidir ve cevaplama yöntemi neredeyse doğru cevaba sahip olmak kadar önemlidir. (BT'nin ihtiyaç duyduğu son şey, organizasyon boyunca iyi niyetini düşmanlık ve küçümseme ile sabote eden kişidir).

Ama işte en önemli sorum -

"Gerçek" bir BT firması ile yaptığım ilk görüşme, "Bilmiyorum" ile yanıtladığım teknik bir soruya ulaştığımda bitti.

Yanıt: "Harika, ne zaman başlayabilirsin?"

Üniversiteden yeni çıkmıştım ve görüşmecim bilgi / deneyimimin sınırlarını tanıyabildiğimi bilmek istedi. Yanımda tuttuğum bir şey ve bence bir sysadmin için en önemli özellik bu. Spesifik bilgi harika ve size bir bacak verecek, ancak bilmediğinizi kabul edemezseniz, çok yavaş ilerleyeceksiniz.

Giriş seviyesi pozisyonları için sık sık insanlarla röportaj yaparım, yani anlamlı çalışma geçmişini tartışamam. Genelde kişisel projeleri tartışırım, ancak her zaman sorduğum iki soru "Ev ağınızı bana tarif edebilir misiniz?" ve "Ev makinenizi nasıl yedeklersiniz?" Gerçekten ilgilenen bir kişi, bu konuyu tartışarak, IP adresleme, kablosuz güvenlik vb. Konulara girerek 30 dakika boyunca bir beyaz tahtada durabilir.

"Trivia" soruları sorma - tek, son derece özel yanıtlı sorular. İnsanlar stres altındayken bu tür şeyleri unutabilirler. İşleri, verileri aktarmak için bir V.35 arabirimindeki hangi iğnenin kullanıldığını bilmelerini gerektiriyorsa, işe girdiklerinde arayabilirler. Genel sorular, adaylar hakkında önemsiz şeylerden daha fazla anlamanıza yardımcı olur ... Biz de beyin teaser'larını sevmiyoruz.

Sistem ve Ağ Yönetimi Uygulaması

Aday hakkında bilgi edinmenize yardımcı olacak farklı türde sorular sorun. Ve çalışma grubunuza nasıl uyacaklarını. Antik günlerde. Çoğu SA fizikçi, astronom, matematikçi ve mühendisdi. Neden? Muhtemelen, çekim becerilerinde mükemmel zorluklar yaşadığı ve çok iyi notlar aldığı için.

Sormanız gereken birkaç soru:

Teknik

• Bir TCP / IP ağının nasıl çalıştığını bilmiyordum.
• Bir bilgisayarın nasıl çalıştığını bilmiyordum (temel bir Von-Neumann cihazı) sanki bana tarif et.
• Bana basit bir ağ şeması çizin: 20 sisteminiz, 1 yönlendiriciniz, 5 anahtarınız, 2 sunucunuz ve küçük bir IP bloğunuz var. Git.
• İş ilanına göre, burada ne yapmayı umuyorsun?
• Bana başarmayı umduğun şeyi anlat bana.
• Belgeleri güncel tutmak için en iyi yöntem nedir?
• İçinde bulunduğun en kötü felaket kurtarma olayı hangisi? Bana ne yaptığını söyle.
• SA'yı neden seviyorsun?
• Kendinizi SA olarak nasıl değerlendirirsiniz?

iş

• BT'nin işletme işlettiğine ya da işletmenin BT işletmesine inanıyor musunuz?
• Mevcut iş modelimiz hakkında ne düşünüyorsunuz?
• Bizi daha karlı kılmak için ne yapabilirsin?
• BT firmamızla nasıl arayüz oluşturur?

Kişisel

• En sevdiğin şaka nedir?
• Yarın hangi kitabı okumalıyım? Neden? (sonra kütüphaneye git ve onu temizle)
• Thomas Limoncelli kimdir? (heh heh, GOTCHA!)

Çoğu kimse kağıt üzerinde güzel görünebilir. Bazı insanlar teknik tartışmalar yoluyla kendi yollarını BS yapabilir. Ve pek çok insan kamuya açık konuşmacıdır. Açık uçlu sorular sormalısınız. Hayır "Evet veya Hayır", düşünce süreçlerini ve sorun giderme yeteneklerini gözlemleyin. Çoğu söyleyen, karmaşık süreçleri tanımlamak için kullandıkları metaforlardır.

Bir SA kiralamak çok zor bir iştir. Teknik bir röportajın kimi işe alacağınızı tarif etmesi muhtemel değildir. Şimdi bildikleri o kadar değil. Öğrenmeye istekli oldukları ve ne kadar çabuk öğrenecekleri ve uygulayacakları.

Bir şirketin bir yazılım şirketindeki bir sysadmin için röportaj panelinin bir parçası olsaydım, şirketin yazılımını sunucularında çalışır halde tutmasını beklerdim, adayın geliştiricilerden ne beklediğini bilmek isterdim. Geliştiricilerle nasıl etkileşimde bulunurlar - "biz onlara karşı biz" veya "hepsi farklı uzmanlıklarla birleşiyor"? Gelişme ve BT'nin (ya da bölüm hangisi olarak adlandırılırsa) çatışmaya neden olduğu ve nasıl çözüldüğü konusunda herhangi bir tecrübeleri var mı? Geliştiriciler tarafından kullanılan teknoloji ve terminoloji hakkında biraz bilgi sahibi olmakla ilgileniyorlar mı ve geliştiricilerin kendi uzmanlık alanlarında eğitimlerine yardımcı olmak istiyorlar, böylece herkes daha iyi iletişim kurabiliyor mu?

Kuşkusuz, bu kısmen adayları yargılamanın yanı sıra sysadmins ve geliştiriciler arasındaki ilişkiye olan ilgimi tatmin etmek olacaktır.

Sadece kitap akıllı olmadığından emin ol. Testte bir çeşit el vermenin iyi olduğunu düşünüyorum.

"Boş beyaz tahta" soruları, koyunları keçilerden gerçekten ayıran sorulardır. "Bu ağ sınırı; bu, IIS üzerinde çalışan bir web uygulaması, bu, SQL arka ucunuz; bu, üzerinde başka bir kara kutu hizmetinin bulunduğu bir UNIX kutusu. Bu hataya dayanıklı, güvenli vb. "

Buna bir adaydan verdiğim tek cevap poleaxed oldu, "şaka yapıyorsun, değil mi?"

Bir başlangıç ​​için Linux yöneticilerini işe alıyorum, bu yüzden sorularım deneyimsizliği tecrübe etmeleri gereken sorular. Telefon ekranı:

1. Modern bir linux sistemindeki (FHS) üst düzey dizinleri olabildiğince çok adlandırın (yaklaşık 20 tane var, hiç kimse% 75'ten fazla almaz, hatta her gün başa çıkanlar bile)?
2. PATH ortam değişkeni ne için kullanılır?
3. Açık kaynak kodlu / özgür yazılımla (Linus Torvalds dışında) yer almasıyla ünlü bir kişi olarak adlandırın (en sık yanıt: Richard Stallman)

Telefon görüşmesi için önceki projeleri, ev ağı, sahip oldukları bilgisayar sayısı ve onlarla ne yaptıkları vs. hakkında konuşmalarını sağlamaya çalışıyorum.

Şahsen onlara karşı karşıya kaldığım gerçek bir problem vermeyi seviyorum ve benim için çözmelerini istiyorum. Cevaplarını, üzerinde durduğum her çözümle karşılaştıracağım. Eğer cevapları daha iyi ise, projem devam ediyor. Cevapları daha kötüyse, görüşme süreci ilerlemiştir. Her iki durumda da kendi projelerime bağlı kalabilir, adayları veya fikirleri rafine edebilir veya atabilirim.

Aksi halde, bir çalışma ortamından beklediklerinden daha derinlemesine konuşuyor, 9-5 yaşlarında mı olduklarını veya gerçekten yaptıklarını umursadıklarını, yani diğer faktörlerin bulunmadığını mı anlamaya çalışıyorlar? umursamayacaklar (emebilecekler olsa da) ve ağ mühendisleri 9-5 yaşlarında olma eğilimindedir (kim de emebilir) ... Sadece benim deneyimim.

Bunların hepsini geçtiklerini varsayarak, onları ağ yapılandırması yanlış, garip ekipman eklenmiş ve son "vidalama" için gevşek bir kablo ile gevşek bir kablo ile yeni bir Linux kutusu kurmak istiyorum. internet üzerinden. Onları rahat bırakıyorum ve periyodik olarak onları kontrol etmeye geliyorum, ancak hardalı olmak istersem kolayca gezinebiliyorum.

Bu tamamen tanıdık olmayan bir ortama girip tekrar çalışmasını sağlamak için görüşmenin geri kalanını geçmiş olan bir kişi için genellikle yaklaşık 30 dakika sürer. Bu tamamen yeni, tamamen bozuk bir çevrede sorun gidermenin tam olarak ne kadar sürdüğünü gösteren harika bir gerçek dünya testi.

Özgeçmiş sıralama dikkatlice sonra hala 20 aday vardı. ~ 150'den 20 kişi, her biriyle görüşmek için üç-dört saat geçirmeme izin veren ilk seçimi geçti. Benim için seçimin ana kriterleri şunlardı:

• bir yerde eğitim yeteneği
• Optimum yaklaşımı seçme becerisi
• standart olmayan bir durumda bir problemi toplama ve çözme becerisi
• İyi bir bilgi tabanı: Bu, adayın bilgisayar tekniklerinin tarihini bilmesi, teoriye yüksek düzeyde sahip olması, yalnızca " ne yapacağını" değil, aynı zamanda "nedenini" bilmesi gerektiği anlamına gelir .

Standart olmayan bir durumda bir problemi toplama ve çözme yeteneklerini bilmek için onlara, örneğin: "Fiziksel bir bilgisayara erişiminiz varsa, ancak herhangi bir sisteminiz yoksa nasıl bir Windows sistemini bozarsınız?" hesap şifreleri? " ve ondan sonra, "Bozuk sistemi nasıl ekleyebilirim?" diye sordum. Bazı virüs eylem örnekleri verdim ve zarar vermemek ve işlevsellikten kaçınmak için ne yapacaklarını ve mümkün olan en küçük araçlarla kayıp verileri ve standart olmayan araçların kullanımıyla ilgili daha fazla soru sordum. Bir keresinde bir adaya sordum: "Standart olmayan durumlarda ne kadar iyi olduğumu bilmek için benimle görüşüyor olsaydın, hangi soruyu sorardın?" :-)

En iyi yaklaşımı bulmada ne kadar iyi olduklarını bilmek için, onlara belirli parametreler için web, posta sunucusu veya ağ geçidi yapılandırma konusunda küçük bir uygulama yaptım ("Bağlanan az sayıda müşteri için çok hızlı bir web sunucusu olması gerekiyor." ve, evet, üstünde bazı sunucu tarafında bir betik dili istiyorum, bana biraz istatistik göstermek için, neyi seçmeliyim ve neden daha iyi bir şey yapıyorsun? 20 dakikanız kaldı mı? ")

Bir yerde eğitim yeteneği - kontrol etmesi kolay değil, ancak bazı adaylardan örnek yapılandırma dosyası veya bir senaryo hazırlamalarını istedim ve ondan sonra daha iyi yapıp yapamayacaklarını görmek için küçük bir ipucu verdim.

Bilgi bankası - en sevdiğim bölümlerden biri: OSI nedir? Neden TCP / IP "protokol yığını " olarak adlandırıldı ? Hangi bilgisayar bilimleri kahramanlarını tanıyorsunuz? Windows kaydı nedir? Peki ya Unix benzeri sistemler?

Ve çok önemli bir şey - işlerini sevmeleri GEREKİR! “K&R gibi bazı klasik yazarları okudunuz mu?”, “Bilgisayar tekniklerine ne kadar zamandır ilgi duyuyorsunuz?”, “Bilgisayarları incelemeye ne başladınız?”, “Test bilgisayarlarınız / küçük ağınız var mı? evde?" (doğruysa, bu çok iyi bir işaret!).

K. Brian Kelley'nin listesi harika, ancak sorun giderme soruları sormanın önemli olduğunu vurgulamak istiyorum. Karşılaştığınız birkaç zor konuyu seçin ve adayın sorunu nasıl deneyeceklerini ve çözebileceklerini size söylemesini sağlayın. Çok sayıda teknik bilgi bilmek önemlidir, ancak metodik bir yaklaşımla sorunları çözebilmek benim görüşüme göre çok önemlidir.

Aynı sorunun normal formunun karşıtı olan sorular sormayı seviyorum. Örneğin, web geliştirmede ortak bir soru "ne zaman GET yerine form gönderirsiniz?" Ancak bunun tam tersini soruyorum: "POST yerine GET'i ne zaman kullanıyorsunuz?" Bu, insanları avantaj yerine sakıncaları düşünmeye ya da bir karar verdiklerinde hangi takası yaptıklarını düşünmeye zorlar.

BT için temsili bir soru, iki benzer teknoloji seçimini içerebilir; belki de "Etki alanı yerine ne zaman bir Windows çalışma grubu seçerdiniz?"

Normal işlerde, günlük çalışmalarında karşılaştığım tuhaf, ilginç şeylerin her zaman bir kalem ve kağıt notu tutarım, 'nasıl yapılır' kitaplarında olduğu gibi. Daha sonra bu durumlardan birini veya ikisini bir röportajda arayabilirim, genellikle bir sohbete başlamaktan daha çok bir test yapmak yerine, yanıtı bildiklerinden ziyade durumla nasıl başa çıkacaklarını merak ediyorum. Her zaman yeni teknolojiye (veya TOO ile gerçekten ilgileniyorlarsa) ilgilenip ilgilenmediklerini görmek için 'kanama' teknolojisiyle ilgili bir soru soruyorum.

Biraz konu dışı - ama Resmi Google Blog’undan ilginç bir hikaye:

Google’a nasıl gittim (Bölüm 1)

Mühendislerimiz, yine de, daha çeşitli ve bazen de tuhaf rotalarla ortaya çıkma eğilimindedir. Bazıları okuldan veya arkadaş ya da eski meslektaşları tarafından işe alınır. Diğerleri ise özgeçmişlerini jobs@google.com adresine gönderir. Birkaç mühendis için, yol daha ilginçti.

Lütfen bu alışılmadık konuyla ilgili blog gönderisinin geri kalanını okuyun, ancak - bence - doğru insanları işe almak için geçerli bir yöntem.

Röportaj yaparken, bir adayın belirli teknik soruları cevaplayıp yanıtlayamayacağını gerçekten merak etmiyorum. Bir adayın cevap bulmak için nereye gideceğini bilmesinin daha önemli olduğunu düşünüyorum.

Bir aday sadece "bilmiyorum" dememelidir. "Google’ın ben yapacağı" satırları veya "ACM | SAGE | LOPSA | Server Fault] üyesiyim ve [mail listesi arşivleri | web sitesini kontrol ediyorum" şeklinde daha fazla cevap arıyorum. ] bu soruyu cevaplayan yardım bulmak için ".

Bir adayın bir sorunun cevabını bilmediğinde nereye döneceğini bulmak, yeteneklerinin bir resmini çekmenin iyi bir yoludur.

Hem büyük bir şirketin çalışanı hem de küçük bir şirketin sahibi olarak insanlarla röportaj yaptım. Aradığım bir numaralı kalite “vizyon sahibi” ve “tinkerer” arasında dengeli bir kişilik.

Çok fazla vizyon sahibi iseniz, Twitter gibi oluşturulmuş bir sistem elde edersiniz. (Bunların hiçbirini okumadıysanız, mühendislik talimatlarının ilk tanımlarının yarısı çoğu yönetici tipinin bir yüz maskesi yapmasına ve çıtaya yönelmesine neden olacaktır .) her yerde saygısızlık durumları ve tüm web siteleriniz sysadmin masasının altında BSD 4.2 çalışan bir on yaşındaki bir kutu üzerinde çalışıyor.

Şimdi işe aldığım en iyi insan, Connecticut'taki küçük bir özel üniversiteden Din ve Felsefe dalında çift lisans diplomasına sahip bir adamdı. Yaratıcıydı, kendini adadı, zekiydi ve sıkıntı karşısında ısrar etti. İlk kızı doğmadan bir saat öncesine kadar bağlı cep telefonu aracılığıyla kodunu kontrol ediyordu. İnanılmaz şeyler yapmaya gitti ve şimdi büyük bir PHP çerçevesinin topluluk lideri. Harika adam.

Beraber çalıştığım en kötü insan, çalıştığımız organizasyonda çok dikleşmiş bir adamdı. Babası orada çalıştı ve orada liseden beri çalıştı. Neredeyse ona işini beğenmediyse, sadece istifa etmemizi ve başımızdaki baş ağrısını kurtarması gerektiğini söylediğim bir düzine kez vardı. O bir tamirciydi. Ve tesadüfen, büyük bir BSD ve Gentoo hayranı.

Bunun dışında, * nix rolündeki herhangi bir sysadmin bunun neden komik olduğunu açıklayabilmelidir .

Her zaman adaydan pozisyonun belirli yönleri hakkında 1-10 arasında kendilerini oylamalarını isterim. Sonra, bu cevaba dayanarak, kendi belirledikleri seviyeyle eşleşen sorular soruyorum.

Pozisyon senaryo kullanımını gerektiriyorsa, daima örnekler isteyeceğim ve sonra ikinci bir röportajda onlara bir senaryo verin ve cevaplarını otomatikleştirmelerini isteyin. Yaklaşımlarının çerez kesici olmadığından emin olmam gerekiyor.