Yazılım Geliştirici Röportaj Sorusu - Adil veya Haksız [kapalı]

Lisansüstü yazılım geliştirici pozisyonu için bir şirketle görüştüm ve şu soruları sordum. Söz konusu şirketin bir veritabanı satıcısı olmadığını da eklemeliyim.

1. Bir sorgu optimize edici nasıl çalışır?

2. Bir veritabanı kötü performans gösteriyorsa, sorunu bulmak için performans günlüklerini nasıl kullanırsınız.

İlk telefon görüşmesinde tüm aday yazılım geliştiricilerinin (lisansüstü ya da deneyimli) bu tür soruları sorup sormadıklarını sordum. Adaylarının veritabanı geliştirme bilgisini test etmeyi sevdiklerini söylediler.

Bu soruların bir yazılım geliştiricisi röportajında ​​sormanın ve röportajımın bitirilmesini istemenin mantıksız olduğunu söylemek için şirkete yazmak istiyorum.

Aşağıdaki varsayımların makul olup olmadığını kontrol etmek istiyorum

a) Bu sorular oldukça veritabanı geliştirme soruları olarak sınıflandırılamaz.
b) Soruların bir DBA görüşmesi için uygun olduğunu, ancak bir yazılım geliştirici görüşmesi için tamamen mantıksız olduğunu düşünüyorum (deneyimli ya da değil).
c) İlk soru sadece bir veritabanı satıcısı ile ilgilidir.
d) İkinci soru adil değildir, çünkü yazılım geliştiricileri genellikle DBA'nın işi olduğu gibi veritabanı performans günlükleriyle ilgilenmezler.

Belki de bazılarınız, şirkete yazmadan önce, varsayımlarım hakkında yorum yapacak kadar nazik olacaksınız veya başka önerileriniz olabilir.

Eğer röportaj yapan biri olsaydım (ki bazen öyleyim) ve bir adaydan soruların haksız olduğuna dair şikayet mektubu alıp bir çözüm bulmak isteseydim, o mermiden kaçtığımız şanslı yıldızlarıma teşekkür eder ve başvuruyu derhal "reddet" kazık. Bu şekilde hareket etmek sadece bir şikayetçi olmanızı ve birinin "yapabileceği" tutumuna sahip olmamanızı gösterir.

a. sorular veritabanı geliştirme konusunu sormak için makul idi.
b. yanlış. Yazılım geliştirmeyle ilgili her şey sorulacak adil bir oyundur. Yanlış bir cevap almanın pozisyon (veya şirketteki diğer pozisyonlar) için sizi otomatik olarak diskalifiye etmediğini unutmayın; sizi veritabanına yönelik bir işe en uygun olmayacak biri olarak sınıflandırmanıza yardımcı olabilir.
c. yanlış.
d. yanlış. Her şeyden önce, tahsis edilmiş bir DBA olmayabilir; ikincisi, bir yazılım geliştiricisi performansı (ve doğruluğu) etkileyebilecek çok çeşitli sorunların farkında olmalı ve en azından üst düzey bir veritabanı yönetimi anlayışına sahip olmalıdır.

Bunu henüz bilmediğiniz şeylerin olduğu bir ders olarak alın. Şimdi bir dahaki sefere ne öğreneceğinizi biliyorsunuz.

Bence bu adil bir soru (ve Google'ın muhtemelen sorduğu gibi). :) Sorunun amacı, veritabanı sorguları ve benzeri ayrıntılı bilginizi gerçekten test etmek için DEĞİL, bir yaklaşıma nasıl yaklaşacağınızı ve bir problemi nasıl çözeceğinizi izlemek için görünmektedir. Daha önce yapmış olduğunuz bir işi yapabilmek zorunludur, ancak ayaklarınız üzerinde düşünme ve yeni bir soruna yaklaşma hayati bir beceridir.

Böyle bir soru ile sunulduğunda, verilen veritabanının özel bilgisinde eksik olursam, adil bir yanıtın başlayacağını düşünüyorum, "Eh, bu teknoloji ile ilgili çok fazla deneyimim yok, ancak genel olarak en sık gerçekleştirilen işlemleri bulmak ve bunları işlem süresine göre sıralamaya çalışmak için performans günlüklerini inceleyeceğim. Bu şekilde hangi işlemlerin en pahalı ve optimizasyon için iyi adaylar olabileceğini ölçebilirdim. "

Yukarıdaki yanıt için özel bir teknik bilgiye ihtiyacınız yoktur, ancak görüşmecinize yeni bir sorunu çözmeye hazır olduğunuzu gösterir.

Adil ya da adil değilse soru, işe alırlar, böylece kuralları yaparlar ve istedikleri her şeyi sorabilirler (tamam her şey değil, neredeyse her şey;))

Ve hala işi istiyorsan, onları yazarsan kendine bir iyilik yapacağını sanmıyorum.

İş görüşmelerinde çok yaygın bir strateji, görüşülen pozisyonun ötesinde bir soru sormak ve bir adayın nasıl karıştığını görmektir. Sorulan sorularla, aşağıdaki gibi bir şeye cevap vermeniz beklenebilir:

Veritabanları hakkındaki bilgim ilkel ama bence böyle bir şey oluyor ...

Ya da:

Maalesef, uzmanlığımın çok dışında, DBA ile performans günlüklerinin ayrıntılarını kontrol etmem gerekir

Genel olarak giriş seviyesi adaylarının en azından veritabanlarının nasıl çalıştığı konusunda temel bir anlayışa sahip olmalarını ve ayrıca "Bilmiyorum ama deneyeceğim ve öğreneceğim" tutumuna sahip olmalarını beklerim.

Dürüst bir girişimde bulunduysanız ve telefon görüşmesini hemen bitirdiyseniz, o zaman kendinizi zor hissetmek için gerçek bir nedeniniz olurdu, ancak olduğu gibi, bir şey bilmediğinizi kabul ederken kendinize nasıl görüneceğinizi öğrenmelisiniz.

Adayın cevaplayamayacağı bazı yanıltıcı teknik sorular bulamadıkça, bir görüşmeyi tamamlamayı düşünmeyen görüşmecileri biliyorum. Amaç, adayın bu tür bir soruyu nasıl ele aldığını görmektir.

Bilmediklerini kabul ediyor musunuz? İyi. Bir cevap için spin / BS mi yapıyorsunuz? Kapı.

IMO, Yazılım geliştiricisi ve DBA rolleri birçok şirkette iyi kategorize edilmemiştir. Bir yazılım geliştiricisi iseniz, Veritabanlarının en azından bazı bölümlerini de bilmeniz gerekir. Yani, sorular bunlar koşuluyla, bana adil görünmek değil bir taze istedi.

Bence bu adil. Bir veritabanı satıcısında çalışmaz ama sorgu planları (ve performans günlükleri, daha az ölçüde) okumayı bilmek ÇOK önemlidir. Sorgu iyileştiricinin nasıl çalıştığını bilmek de iyidir.

Mermilerinize yanıt olarak:

a) Ha? Tabii ki bunlar veritabanı geliştirmeyle ilgilidir ve kod yazıyorsanız ve programınızın verileri sorgulaması gerekiyorsa, bu konuyla ilgilidir.

b) Pek değil. Bir DBA'nın cevapları daha iyi bilmesi gerekirdi, ancak iyi bir geliştirici de bir yanıtı bilmelidir. Bir DBA'dan çok detaylı bir cevap beklemiyordum ama bir şey beklerdim. Ve eğer bir geliştirici bilmiyorsa, geliştiricinin veritabanı çalışması için nispeten yeni olup olmadığını "DBA'dan bana öğretmesini isterim" diye bir asnwer olarak kabul edebilirim.

c) Hayır değil. Veritabanı sorgularının performansı ile ilgilenen herkes için geçerlidir. Sorgularınızın ne kadar hızlı çalıştığını umursamıyorsanız, bunu göz ardı edebilirsiniz. Öte yandan, web sitelerinde performansı gittikçe kötüleşen müşterileriniz buna katılmayabilir.

d) Belki. Tüm geliştiriciler performans günlüklerini görmez, ancak bir sorun varsa, bir DBA'nın size ilgili parçaları e-postayla göndermesini ve nasıl yorumlayacağınızı bilmiyorsanız sorunu açıklamasını bekleyebilirsiniz. En azından, bir geliştirici bir sorgu planına bakmalı ve temel sorunları görebilmelidir (Tam Tablo Tarama => Kötü, Hızlı Dizin Tarama => İyi).

Okuldan yeni çıktığınızdan ve sınıflarınızda bu tür şeyleri kapsamadığınızdan, "Daha kıdemli bir geliştirici veya DBA ile konuşacağım ve bunu anlamak için yardım isteyeceğim" diyerek cevap verebilirsiniz. Görüşmeciler, en azından yeni şeyler öğrenmeye istekli olduğunuzu gösterdiğinden, bunları henüz bulamamış olduğunuz için bunu kabul edebilir. Diğer seçenek de kendi başınıza öğrenmektir.

Bir sonraki röportajda iyi şanslar!

Ne istediklerini mükemmel bir şekilde sorma hakkına sahiptirler. Bu konuları üniversite müfredatınızda ele almamış olabilirsiniz, ancak bu, diğer görüşmecilerin müfredatın ötesine geçmek için konuya yeterince ilgi göstermediği veya bu konuya yeterince ilgisi olmadığı anlamına gelmez. En iyisini arıyorlar. Umarım en azından soruları cevaplamaya çalışmışsındır ve savunma yapmadın. Eğer onlar olsaydım ve senden sızlanan bir mektup alsaydın, kara listeye alınırdın.

Yazılım geliştirme multidisipliner bir meslektir. Röportajınızın bitmesini isteyen bir kilometre alacağınızı sanmıyorum. Bu bağlamda "makul", belirli bir şirketin sizi yalnızca DBA becerileriniz olmamasına bağlı olarak değerlendirmekten alıkoyacağıdır. Soruyu sormak son derece makul.

Kariyerinizde ne kadar ilerlerseniz, o kadar fazla bilgiye ihtiyacınız olacaktır. Bir yazılım geliştiricisinin neden sorgu optimizasyonu ile ilgilenmesi gerektiğini merak ediyorsanız uygulama tasarımını düşünün. Yeni projeler genellikle veri modelleme tartışmalarını içerir. Bu, veritabanı tasarımı çalışmalarına yol açan normalleştirme tartışmalarına yol açacaktır. İyi tasarım ilkeleri uygulamaya geçer. Mimari düzeydeki kötü / etkisiz tasarımların, genellikle telafi edilmesi pahalı olan sonuçları vardır.

"Adil" kavramı burada önemli değil. Bu bir iş görüşmesi.

Ten renginize, dininize, etnik kökeninize veya benzeri başka şeylere dayanarak sizi reddedemezler. Ama olabilir için teşekkür reddetme herhangi mülakatta giydiği ayakkabı rengi gibi aptal bir neden olarak, başka bir nedenle. Ve gerçek sebebi asla bilemeyebilirsiniz.

Görüşme yaparken esnek olmak önemlidir. Aşırı analiz etme eğilimini anlıyorum ve bunu yeterince sık yaptım. Ancak yapılacak en iyi şey, hayatın adil olmadığını kabul etmek ve boru hattında, tüm umutlarınızı bunlardan birine asmak zorunda kalmayacak kadar mülakat tutmaktır.

Diğerlerinin söylediği gibi, sorular tamamen geçerlidir. Ancak, görüşmeci sizi tamamen bu sorular temelinde işe alıp almayacağınıza karar vermek garip olurdu . Belki bilmediğiniz bir konu hakkında sizi dinlemek istediler ve bu geçerli bir görüşme tekniğidir.

Eğer ben işe edildi dedin eğer seni göz ardı etmiyorum "Özür, sorgu optimize hakkında o kadar bilmiyorum, ama ben öğrenebilir". Ben ediyorum sen soruları sızlanan başlarsa da, sizi ekarte.

Dostum, size açık bir şekilde söyleyeyim: Yazılım Geliştirici olarak Veritabanları etrafında bir yol yok. Şimdiye kadar katıldığım her bir proje geliştirme süresinin en az yarısını kapladı. DB tasarımı, Yazılım Geliştirme'nin ayrılmaz bir parçasıdır ve ne kadar çok bilirseniz sorunu daha iyi çözebilirsiniz. Ayrıca, soruların türüne ve bunun bağlamına göre çok fazla rahatsız olmayın. Çoğu zaman, işverenler sadece sorunu çözmek için ayaklarınız üzerinde düşünüp düşünemeyeceğinizi veya en azından konu hakkında mantıklı bir şey söyleme konusunda güveniniz olup olmadığını görmek isterler. Mezun olduğunuzda, aslında size tüm bunları öğretmek için zaman harcamak zorunda kalacaklarının farkındalar, ancak zaman ve çabaya değip değmeyeceğinizi bilmek istiyorlar. Keskin ve mütevazı kalın!

Bu soruların bir yazılım geliştiricisi röportajında ​​sormanın ve röportajımın bitirilmesini istemenin mantıksız olduğunu söylemek için şirkete yazmak istiyorum.

Bu mektubu gönderirsen dünyada ne olacağını düşünüyorsun? "Hmm, bu adayın bir anlamı var. Onu geri almalıyız ve daha kolay sorular soralım" diyeceklerini düşünüyor musunuz? Yapmayacaklarını garanti ederim. Aslında yapacakları mektubun etrafından geçmek ve gülmek.

Yetki duygusunu aş. Gerçek dünyada dışarı çıkıyorsunuz.

Veritabanları hakkındaki soruların adil olmadığını nasıl anlarsınız? Programcıların veritabanlarını bilmesine gerek olmadığını düşünüyorsunuz, ancak bu şirket görünüşe göre biliyor. Bu yüzden soru soruyorlar! Görüşmeciler sadece cehennem için soru sormazlar. İhtiyaç duydukları şeyleri bilip bilmediğinizi öğrenmek için sorular sorarlar. Neye ihtiyaçları olduğunu bilmiyorsanız, iş için doğru kişi siz değilsiniz.

Veritabanları hakkında bilgi edinmek istemiyorsanız, sorun değil, ancak bazı şirketler sizi işe almak istemiyorsa sızlanmayın. Size bir iş borçlu değilsiniz.

Bunlar nasıl adil değil? Geliştiriciler veritabanlarıyla çalışır. Eğer en azından veritabanı sorguları verimli ve hızlı hale getirmekle ilgili faktörlere aşina olması gerektiğini düşünmüyor musunuz? Her şirketin dahili DBA'ları yoktur ... ve olsa bile, bu, geliştiriciden etkili sorgular yazma sorumluluğunu almaz.

Tüm adayların sorularını sorarlarsa, adil olurlar ve yapılırlar.

Does not olsun ister siz ve onlar gerekli becerileri yansıtan ya ya çünkü (yaptıklarını daha sonra muhtemel sorarsanız bulduklarını çünkü - sorular sadece müstakbel işveren onlar uygun bir his verip vermediğini konularda pozisyona uygun hissetmek aldıkları yanıtlar, görüşülen kişi hakkında ilginç şeyler anlatmaktadır).

Son olarak, bir geliştiricinin görevinin sınırları hakkında bazı garip fikirleriniz var gibi görünüyor - şimdiye kadar (bugüne kadar 25 yıllık bir kariyerde hatırlayabildiğim kadarıyla) özel bir DBA ile çalışmadım ...

Sorulara baktığımda, bunun benim şirketim olabileceğini düşünüyorum - bu tür soruları bir telefon görüşmesinin parçası olarak HER adaya soruyoruz. Her zaman. Bize çalışmak için bir standart verir.

Yukarıdaki yanıtların çoğu oldukça iyi özetliyor ...

a) Geniş deneyime sahip insanların, sadece birkaç şey yapabilen insanları değil istiyoruz.

b) Sorular bilginizi araştırmamıza yardımcı olmak için oradadır, cevabı tam olarak bilmiyor olabilirsiniz (ya da hiç), sorularınız bilginizi ve deneyiminizi genişletmeniz için bir başlangıç ​​noktasıdır.

c) Röportajın sizin yararımız ve SİZİN için orada olduğunu hatırlayın ... rol ve şirket hakkında fikir sahibi olabilmeniz gereken sorulardan ve size uygun olup olmadığımızı ve bize uygun olup olmadığınızı unutmayın ...

d) bu iş, eğer röportajdan geçemezseniz, büyüyün, sızlanmayı bırakın ve bir sonraki röportajda daha iyi deneyin.

DBA'ları yok gibi görünüyor, bu yüzden siz de bu rolü doldurmanızı istediler. Bu küçük şirketler için olağan bir durumdur.

Kesinlikle yanlış bir şey görmüyorum. Neden bir geliştirici, özellikle de veritabanında çalışıyorlarsa, bu tür öğelerin gizliliği olmamalı?

Bir yazılım geliştiricisi bir optimizasyon yazılımı veya bir performans sorunu bulmak için uygulama olay günlüklerine nasıl erişilemeyeceğini bilmemelidir? Öyleyse, neden veritabanı geliştiricisi olan biri için aynı şey olmasın? Neden bir arada olamıyorlar?

Ben de veritabanı geliştirme dahil bir yazılım geliştirme pozisyonu için biriyle röportaj olsaydım, lanet olsun haklısın sadece ne yaptıklarını değil, aynı zamanda kodlarının performansını artırabilir farkında olduklarından emin olacağım veya veritabanı olarak mevcut kod büyük bir şişe boynu olabilir.

Bir tavır geliştirmek yerine, belki de daha iyi bir eylem şekli "Cevabı bilmiyorum ama bulmak için yapacağım şey" olurdu.

Diğerlerinin de belirttiği gibi, bir röportajda, yasal olarak korunan bir alana (örneğin yaş, ırk, cinsiyet, vb.) Dokunmadığı sürece hemen hemen her türlü soru adil bir oyundur ve mülakatçıların atması olağandışı değildir. sadece soruya nasıl tepki verdiğinizi ve soruya nasıl bir çözüm bulmaya çalışacağınızı görmek için size sorular. Buna ek olarak, yakın zamanda mezun olduğunuza göre, iş tecrübeniz ve bir üretim ortamında ne tür sorunları çözdüğünüzü sorabilme konusunda biraz sınırlıdırlar. Dolayısıyla, eğer şirket çok sayıda veritabanı odaklı çalışma yaparsa, sordukları sorular da görüştüğünüz pozisyonun ne olacağı ile ilgili olabilir.

Varsayımlarınızla ilgili olarak:

a) Bu sorular oldukça veritabanı geliştirme soruları olarak sınıflandırılamaz.

Belki, belki değil. Veritabanı geliştirme yapıyorsanız, bir sorgu optimize edici kullanacaksınız ve zaman zaman sorgularınızla ilgili belirgin bir sorun olmadığından emin olmak için plan yapmayı planlıyorsunuz. Şirketin sorguları inceleyebilecek veritabanı yöneticileri veya uzmanları varsa, her şeye bakmak için zamanları olmayabilir ve ayrıca kötü kodlanmış her sorguyu da görmek istemeyebilirler. Aynı şekilde, geliştiricilerin geliştirme ortamlarını korumaktan, herhangi bir veritabanını dahil etmekten ve DBA'ların şeylerin üretim tarafını ele almasını sağlamak olağandışı değildir.

b) Soruların bir DBA görüşmesi için uygun olduğunu, ancak bir yazılım geliştirici görüşmesi için tamamen mantıksız olduğunu düşünüyorum (deneyimli ya da değil).

Muhtemelen bir DBA görüşmesine uygun olacaktır; ancak ne olursa olsun, bir geliştiricinin yalnızca bir sorunun nerede olabileceğini tanıyabilme ve bazı temel sorun giderme işlemlerini kendileri yapabilmesi durumunda aşina olması gereken konulardır. Daha önce de bahsettiğim gibi, şirketin sınırlı kaynakları varsa, o zaman temel bir sorun olabilecek bir şeyle insanların zamanını boşa harcamadıklarından emin olmak isteyeceklerdir.

c) İlk soru sadece bir veritabanı satıcısıyla ilgilidir.

Belirli ayrıntılar satıcıya özgü olabilir, ancak genel kavramlar her yere uygulanabilir ve bazen genel kavramları anladığınızı gösterebilmeniz yeterlidir. Tek bir geliştirme yığınına (yani LAMP ) kilitlenmek istemiyorsanız, görüşmeler sırasında temel kavramları anladığınızı ve farklı geliştirme yığınlarına rahatça taşındığını gösterebilmeniz gerekir.

d) İkinci soru adil değildir, çünkü yazılım geliştiricileri genellikle DBA'nın işi olduğu gibi veritabanı performans günlükleriyle ilgilenmezler.

Bu genellikle doğrudur, ancak işinizin bir kısmı, oldukça duyarlı olması gereken belirli bir veritabanı için yazılım yazmaksa, bu sorguları yazmak için en iyi çabayı gösterdiğinizden emin olmanız gerekir. belirli bir alandaki bir uzman, kötü yazılmış sorgularla boğuşmuyor. Günlüklerin size söylediklerinin daha ince ayrıntılarını bilmeniz gerekmese de, bariz sorunları tanımlamanız gerekebilir.

Umarım tüm bunlar yardımcı olur!

Bir yazılım geliştiricisi olmanız, yalnızca yazılım geliştirici konularını bilmeniz gerektiği anlamına gelmez. Sunucu yönetiminden veritabanı teknolojilerine kadar çok çeşitli bilgilere sahip olmak, aslında bir geliştirici olarak sahip olmak için çok yararlı bir beceridir. Adaylara bu tür sorular sormakta sorun yaşamazdım. Onları doğru bulmazlarsa, tamam, bu onları listeden çıkarmaz (her şeyi bilmelerini beklemiyorum), ancak cevap verebileceklerse, geliştiricinin çok daha fazla olduğunu gösterir. sadece tipik beceri seti programcısı ve bunlar nadir bir cins.

Aynı zamanda, bana rögar kapağı hakkında bir soru soran potansiyel bir işverenle de benzer bir anlaşmazlığım var. Size soruyorum, rögar kapağının şeklinin programlama ile ne ilgisi var!

Formun cevapları Emin değilim ama gidip onu ararım ve iyi olur. Kimse her şeyi bildiğini düşünmüyor ama bir şeylere bakabilmek anahtar bir beceridir