Hangi noktada, bir özgeçmişinde listeleyecek kadar bir teknolojiyi “biliyorsunuz” [kapalı]

Son zamanlarda Python, PHP, Rails ve ASP'yi yeteneklerinin birkaçı olarak listeleyen bir röportaj için bir programcı vardı. Bununla birlikte, görüşmede, görüşülen kişi kontrol yapılarının ve temel mantığın ne olduğunu yeterince bilmiyordu, sadece birkaç demo dersi izlediler.

Öyleyse benim sorum şu: Özgeçmişinize hangi noktada teknolojinizi doğru bir şekilde ekleyebilirsiniz . Her 30 saniyede bir dokümantasyona başvurmak zorunda kalmadan tüm temel kavramları gösterebildiğiniz, programa faydalı bir program yazabildiğiniz veya onu kullanmaktan sadece rahat olduğunuz mu?

Bunun aşırı derecede öznel olduğuna inanmıyorum, geri bildirimlere göre kolayca bir temel oluşturulmalı.

Özgeçmişinize yazdığınız her kelimeyi savunabilmeli / açıklayabilmelisiniz. Tez / tez gibi bir şey. "Özgeçmişine koyduğu şeyi haklı gösteremedi" nedeni ile reddedilen birçok aday gördüm.

Bir yaklaşım Google'ın kendi anketini takip etmektir. Her beceriye 10 puan verin. Bu şekilde çeşitli teknolojilerle ne kadar rahat olduğumuzu tahmin edebiliriz.

• 1, başkalarının kodunu bol miktarda googling ile okuyabileceğiniz anlamına gelir.
• 5 teknolojide modülleri uygulamak için belki. Vb.
• Bu teknolojide büyük projeler tasarlama ve uygulamada çok fazla deneyim ve rahatlık için 8.
• 9 başlık altında ne olduğunu ılımlı anlayışı ile mimari bilgi için.
• 10, üzerine bir kitap yazdığın veya icat ettiğin anlamına gelir.

Çeşitli teknolojilerde göreceli olarak yetkin olduğunu gösteren çubuk grafikleri olan özgeçmişler gördüm.

Diğer bir seçenek de becerileri “güçlü anlayış”, “orta derecede yeterlilik” ve “aşina olma” olarak gruplandırmaktır.

Düzenle:

Bunu bir yorum olarak koymaya çalıştım, ancak biçimlendirme eksikliği yüzünden bakmadım.

Referans olarak, Google’ın Kendi Değerlendirmesi’ndeki oranları belirlediği şey

• 0 - Deneyiminiz yok
• 1 - 3 - Bu bölgeye aşinasınız, ancak içinde herhangi bir şeyi uygulamak rahat olmaz.
• 4 - 6 - Bu alanda kendinize güveniyor ve günlük kullanıyorsunuz.
• 7 - 9 Konusunda uzman olmak ve derin teknik uzmanlığa sahip olmak ve bu konuda herhangi bir proje tasarlama konusunda kendinizi rahat hissetmek konusunda son derece yetkinsiniz.
• 10 - Sektör uzmanlarını tanıyanlar için ayrılmış, ya içinde bir kitap yazmış ya da icat etmişsin.

Benim düşünceme göre, belirli teknolojilere odaklanmak bir hatadır. Hala Rexx deneyimimi sıralıyorum, çünkü bugün herkesin onu arayacağını düşünüyorum, ancak BT’de 19 yıldan sonra bile farklı dillerde akıcı hareket etme kapasitemi vurgulamak istediğim için

Hayır, muhtemelen listelediğim bazı dilleri akıcı bir şekilde beyazlayamadım. Ancak, bana yarım gün verin, aynı senaryoyu bunlardan 3'ünde (seçiminiz) yazabilirim.

Bana göre asıl soru, önünüzdeki teknolojiden (ne olabilirse olursa olsun), şirkete fayda sağlayacak ve işinizi zorlu ve eğlenceli kılacak şekilde iyi fikirler ortaya koymak için faydalanabilir misiniz?

Bu, "halihazırda bildiğiniz şeylerin" bir listesini okumak temelinde cevaplanması zor bir soru.

Bu biraz karşılaştığım bir problem. Sonunda özgeçmişimin "Beceriler" bölümünü tamamen bıraktım ve bu projelerle yaptığım şeye odaklandım , özellikle projelerim ve istihdam bölümümde. Açıklamanın bir parçası olarak belirli teknolojileri vurgularım / cesurlaştırırım.

Örnek:

Web Developer @ Company X (3/3/03 - 5/5/05) Film öğrencilerinin projelerini düzenlemelerine yardımcı olmak için veritabanı tabanlı bir web sitesindeki birincil geliştirici. Kullanılan PHP ve MySQL . 2009 yılı başlarında öğrencilere başarılı bir şekilde başlanmasına ve daha sonra bakım yapılmasına yol açan geliştirme ve yayınlama üzerinde çalıştı.

Bu yöntem, becerilerinize bir röportajda tartışabileceğiniz gerçek bağlamı verir.

Sadece iyi bildiğim şeyleri listeliyorum ve benim için bu öfkeyle yaklaşık bir yıl veya daha fazla süredir kullanıldığı anlamına geliyor .

Sadece ben. Bir dili / sistemi / IDE'yi / çevreyi / her neyse gerçekten tanıdığımı, takdir ettiğimi ve anladığımı düşünüyorum .

Tamir ederken, gerçekten çok iyi öğrenmiyorsun. Çoğu dil / çerçeve / etc, gerçekten “onu” almadan önce tasarımcının aklına girmeni ve gerçekte ne olduğunuzu gerçekten bilmenizi gerektirir.

Bir kenara biraz:

Benim görüşme ve özgeçmişleri okuma pozisyonumda, insanların iddialarını desteklemek için deneyimlerinde destekleyici bilgileri olmayan her türlü şeyi listelemelerini ilginç buluyorum. Örneğin, PHP, MYSQL, Ada, C ++, C # listeler. Sonra deneyimleri, C ++ kullanarak bir proje yaptıklarını söyleyebilir.

Listelenen deneyimde iddia edilen dilleri yedekleyecek hiçbir şey olmadığında, genellikle bir fare kokusu alırım ve o kişi bir röportaj için bile yapmaz.

Dilleri reytinge göre listelemek veya ne kadar süreyle kullanılacağına veya yeterlilik derecesine bakıldığında, tümü anketöre yardımcı olur; bu, CV'yi sunan kişinin her zaman amaçladığı şey değildir!

İPUÇLARI:

CV YAZARSA:

• Açık, anlaşılır ve titiz bir şekilde dürüst olun.

• Özgeçmişinizi okuyan kişi için hayatı mümkün olduğunca basitleştirin. Açıkça, abartısız şekilde sunun.

• Tamamen karşılamadığınız bir pozisyon tanımınız varsa, pozisyon tanımını NASIL karşıladığınızı gösteren bir bildiri ekleyin (CV'nizi bu şekilde anlayan kişiyi yapmayın). VE bir yerde bir araya gelmediğiniz takdirde - öyle söyleyin. Ve eğer öğrenmeye istekliysen, SAY SO. Bu aynı zamanda pozisyon tanımını gerçekten okuduğunuzu ve anladığınızı ve etrafınızdaki her pozisyon için sadece CV'leri ayırmadığınızı göstermektedir.

CV OKUYORSA:

• Çapraz kontrol - listelenen deneyim listelenen yetenekler ile uyuşuyor mu? Değilse, bir şey balıktır.

• Bir şey ne kadar süre kullanıldı? Birkaç gün ya da bir öğretici, nasıl giyinirseniz giyin, deneyim değildir.

• Kişi sürekli doğranmış ve değişmiş mi? Gerçekten bir şeyleri görecek kadar etrafta dolanmış mıydılar? (Kendi hatalarıyla mı yaşıyorlardı? Hayır = başka bir uyarı)

Bazen bu şeyleri değerlendirmek zor ve sonunda "koku" oluyor. Bir CV biraz deniz kokusu (yani biraz balık gibi görünüyor) sonra devam eder.

Joel On Software'den: Herhangi bir şüpheniz var = Kiralama Yok. Ve kendi tecrübelerime göre: Boş bir pozisyon, şüphelendiğiniz, kötü bir seçim olduğu ortaya çıkan biriyle dolu olandan çok daha iyidir. (Hiçbir ilerleme geriye gitmekten daha iyi değildir.)

Neden bir çamaşırhane teknolojisi listesi yaratıyorsunuz? Bunun yerine, proje hakkında bilgi ekleyin ve orada kullanılan temel teknolojilerden, çerçevelerden, kütüphanelerden ve araçlardan bahsedin. Bu birkaç şey başarır. Öncelikle, bilgi ve becerilerinizi, içeriğe uygun kılan projelerle ilgili bir şeyle kanıtlıyorsunuz. İkincisi, sadece bildiklerinizle değil, yaptıklarınızla ilgili özgeçmişinizi daha çok arttırıyorsunuz.

Bu durumda, işiniz ve sorumluluklarınız hakkında konuşurken, ne yaparsanız yapın yapmak için Hibernate'i (ve diğer teknolojileri) nasıl öğrendiğinizi ve kullandığınızı dahil edebilirsiniz. Hazırda Bekletme ile olan yeteneklerinizle ilgileniyorsam, bu bir telefon taraması veya röportaj sırasında sormak istediğim bir şey. Daha sonra bana projenin ne olduğu, Hazırda Bekletme modunu nasıl kullandığınız ve neler öğrenebildiğiniz hakkında biraz bilgi vermenizi beklerdim. Ayrıca, herhangi bir otomatik özgeçmiş tarayıcı anahtar kelimeyi alır, ancak özgeçmişiniz hala insan dostudur.

Tam olarak belirlenebilir olduğundan emin değilim. Benim düşünceme göre, durum bazında bir durumda olmalıdır. Demek istediğim - bir örnek vereyim:

İş ilanı reklamı 1 - Python, PHP, Rails, ASP, Assembler.
(ve genellikle, reklamlardan, hangi becerilerin diğerlerinden daha önemli olduğu belirlenir - bunlar yalnızca "durumunda" vardır)

Bu durumda, özgeçmişimi Python, PHP'ye koyardım ... sadece onları iyi tanıyorsam. Assembler, örneğin, çok az şey biliyorum, ama onu koymak istiyorum, çünkü yukarıdakilerin geri kalanıyla birlikte büyük bir etkisi olamaz.

İş ilanı 2 - bilgisine sahip olan aday: Assembler, C / C ++, Kernel ..., Python, PHP, ...

Bu dava farklı. Burada, farklı türde bir aday aradıkları ve adayın bu diğer becerilere sahip olması durumunda, örneğin PHP bilgisi eksikliğini (muhtemelen) göz ardı edeceği açıktır.

Bu yüzden gerçekten bağlı.

Genel bir kural olarak, bir özgeçmişe bir şey koymak için, IMO kod etrafında, temel sözdiziminde "yolunu nasıl bulacağını" bilmeli ve arkasında bu dili kullanarak en az birkaç küçük projeye sahip olmalıdır. Elbette kütüphaneleri bilmek ve kalbinden yardım almak zorunda değil ... ama ihtiyaç duyması halinde nasıl ve nereden yardım alacağını öğrenmeli.
Bu kurala karşı bazı örnekler olabilir - birçok dili tanıyan kişilerin (şu anda hangilerinin sıkışmış olduğuna bağlı olarak) bazen kafanın karışmaya eğilimli olduğunu fark ettim - örneğin: using IF / loop / ... diğer sözdizimi öğelerini doğru bir şekilde, ancak yanlış bir sözdizimi ile (şu anda düşündüklerinden başka bir dile uyar). Yani bu gerçekten gerekli bir gerçek yetenek testi değil.

Tek yapmanız gereken becerileri başka bir bağlam olmadan listelemekse, özgeçmişinizi okuyan çoğu kişi onlarla ilgili röportaj soruları için yeterince iyi olanı bilmenizi bekler. Bununla birlikte, uzmanlık seviyenizin ne olduğunu daha açık hale getirmek için her bir beceriye yerleştirebileceğiniz birçok içerik vardır. Bazı örnekler:

Yeteneği ne kadar süreyle kullandığınızı listeleyin

• Java (5 yıl)
• C ++ (3 yıl)
• SQL (1 yıl)

Her beceriye bir puan verin

• Java (5/5)
• C ++ (3/5)
• SQL (1/5)

Kategorilerdeki becerileri listeleme

Şu anda kullanıyor: Java, C ++ Önceki deneyim: SQL

Yeni bir projede kullanmak rahat ister misiniz? Eğer Are istekli tekrar onunla çalışmak? Eğer öyleyse, o zaman oraya koy. "Guru" ya da "Newb" demek zorunda değilsin, sadece aşina olduğun bir teknoloji olarak listele. Deneyiminiz hakkında bir röportajda sorarlarsa ayrıntıları açıklayabilirsiniz. Muhtemelen her şeyi bilmek beklemeyin, ancak olacak size ihtiyacınız olduğunda zaman da yoktur parçaları öğrenmeye istekli / edebilmek için bekliyoruz muhtemelen.

Her işi açıklayan birkaç cümleyim var. Her bir tanımlamanın son paragrafında, bu işte kullandığım araçları takip ederek bir "Kullanılan Diller ve Teknolojiler:" yazarım.

Ayrıca, "Aşağıdaki diller ve araçlarla ilgili çeşitli deneyimler" gibi bir şey yazan bir nota içeren bir Beceriler bölümüne sahibim ve daha sonra geçmişte kullandığım diller ve ilgili çerçevelerle ilgili birkaç mermi kullanıyorum.

"Derecelendirme" sistemini kullanmıyorum, çünkü her dilde kendimi nasıl derecelendireceğimi bilemem (Java'da 3'ten (0'dan 5'e kadar) bilgi açısından ne anlama geliyor)? Dürüst olmamak için, kendi kendini oylamada muhtemelen düşük hedef alırdım. Bu aslında geçen yıl bir işe başvurduğumda oldu ve şirket bana başvuru sahibinin kendisini birçok dilde derecelendirmesini isteyen bir anket verdi.

Yıl sayısını listelemiyorum çünkü fazla yardımcı olacağını sanmıyorum. Örneğin, şu anda kullandığım dilde / kütüphanede 4 yıllık mesleki deneyime sahibim ancak genellikle belirli bir alt kümesine sadık kaldığım için bu konuda uzman değilim.

Ben listelediğim dillerden bazıları işlerde, diğerleri ise yalnızca Üniversite projeleri ve alıştırmalarında (4 veya daha fazla yıl önce) kullandım. Duraktaki bu dillerin bazılarına kod yazamadım, ancak birkaç saat içinde tekrar girebildim. Ancak, gözden geçirmeden bellekten kod yazamayacağım herhangi bir dili kaldırırsam, sadece iki dilde kalacaktım - muhtemelen adil bir değerlendirme değil.

Şu anda iş avı yapıyorum, bu yüzden özgeçmişimi gözden geçiriyorum (bu nedenle programcıları okuyorum. SE ve Özgeçmiş ipuçlarını arıyorum :)) ve yalnızca Üniversite projelerinde kullanılan dilleri kaldırmayı düşünüyorum (ve bu Prolog gibi şeyler olurdu).

İş başvurularımda çoğu zaman beklediğim gibi teknolojiler için iki bölüm kullanıyorum; ilk önce genel beceriler bölümü, daha sonra belirli projelerde belirli deneyimlerin listesi var. Tabii ki, başvuru sırasında her iki bölümde de çoğunlukla söz konusu işle ilgili maddeleri listeler.

Hedef:

Genel alandaki bir teknolojiyi listelemenin güçlü bir ifade olduğunu ve orada bulunacak bir teknolojinin olduğunu düşünüyorum.

• onunla iletişim kurabilmek
• onunla oldukça verimli bir şekilde çalışmayı başarmak
• İçinde bulunan olası göğüsleri hakkında biraz bilgi sahibi olur.

Kriterler

Teknolojileri genel becerilere göre listeleme konusundaki belirsiz kriterlerim şu çizgilere dayanıyor:

• Teknolojiyi yaklaşık 10K SLOC'dan oluşan programlar yazmak için kullanan ortalama bir programcının yeterliliği.
• Bir programın karmaşıklığını yaklaşık 30 nesne büyüklüğünde tutmak zorunda kalan ortalama bir programcının yeteneği.
• Ortalama bir kitabın teorik bilgi eşdeğeri.

Temel olarak, bu alandaki en az bir miktar genişlik , makul karmaşıklığın ele alınması ve bekleyen korkularla ilgili bazı bilgiler .

Örnekler:

Yetenekli PHP: PHP ile web uygulamaları yazmak, birkaç projenin bakımı, birçok kitap okumak ve arkasındaki kılavuzun büyük bir kısmı ile birkaç yıldır günlük işimdir. Bu işle alakalı olsaydı, her iki bölümde de devam ederdi.

Acemi, Scala: Arkamda yaklaşık 200 sayfa ve birkaç yüz satır kod yazılan bir Scala kitabını okudum. İş ilanında gördüğümde muhtemelen bir yerde not olarak kullanırdım, şöyle: "Şu anda okuduğum Scala'dan bahsettiğim ve daha fazla bilgi almaya istekli olduğumdan daha fazla teklif ediyorum hakkında."

Sınır davası, Python: Birkaç bin satırlık bir deneyim, web'de bir düzine makale ve öğretici kitap okumak ve kılavuzun bazı kısımlarını okumak için küçük bir oyun oynadım ve Python'da birkaç senaryo yazdım. Eğer reklam Python'dan bahsetmiş olsaydı (ve aksi takdirde nitelikli olabilirdim), deneyim bölümündeki özgeçmişime yazardım, belki de buna benzer bir şey: "Pygame ile Pygame kullanarak bir yukarı oyun yarattım bitmap grafikli nesne yönelimli programlama ".

Dil hakkında teknik soruları utandırmadan cevaplayabileceğinden eminsen özgeçmişine koy . Amaç, özgeçmişin yeteneklerinin dürüst bir yansıması olması ve özgeçmişine koyduğun her şeyi kanıtlaman istenebileceğini varsaymalısın.

Sadece bir projede kullandığım becerileri listeliyorum.

Kendi yeteneklerim hakkındaki fikrimi CV'mde bir teknolojiye koyma fikrini sevmiyorum, 5'i işaretledim, kendilerini olduklarından çok daha fazla gösteren birçok kişiyle röportaj yaptım.

Neden bu seviyeyi söylediklerini sormak ve sormak için mülakat yapmayı veya kendimi nerede ve neden 5/5 olarak değerlendirdiğimi sormak için mülakat yapmayı tercih ederim.

Röportajın bir parçası olarak o teknolojide bir programlama testi verildiğinden eminseniz, bunu başaracağınızdan emin olabilirsiniz, o zaman sorun değil.

Eğer söyleseydin

Aslında X'i bir süredir kullanmadım, bu yüzden biraz paslandım ...

Muhtemelen en iyisi onu bir yetenek olarak listelememek. Bu, üzerinde çalıştığınız önceki projelerden başka hiçbir yerde söz edemeyeceğiniz anlamına gelmez.

Bazen sadece kısaltmanın anlamını bilmek, özgeçmişe eklemek için yeterlidir ...

Bu, örneğin, belirli bir dille birleştirebileceğiniz çerçeveler ve kütüphaneler için geçerlidir.