Geliştiricilerin yaptığı 7 ölümcül kariyer hatası

Başarısızlığı çevreleyen kariyer motivasyon ifadelerinde hiçbir eksiklik bulamazsınız: Başarısızlık hızlı, başarısızlık karakter oluşturur, başarının anahtarı başarısızlıktır, hatalar sizi büyütür, başarısız olmaktan asla korkmayın. Ancak, yazılım endüstrisinin tepesine çıkma fikri muhtemelen sağlam değildir. Her geliştiricinin bir kariyerdeki yanlış adımları kendi payına düşecek, ancak neden başkalarının deneyimlerinden ders almayalım ve en maliyetli hatalardan kaçınmayalım?

Biz de öyle yaptık: Hatalardan kolayca kaçınılabilecek alanları belirlememize yardımcı olan bir dizi teknoloji uzmanıyla konuştuk. Şaşırtıcı olmayan bir şekilde, sağlam bir geliştirme kariyerinin anahtarı simetriyi içerir: Örneğin, tek bir yığınla veya işte çok uzun süre kalmamak, ancak yine de dilleri ve işverenleri o kadar sık ​​değiştirmemek ki kırmızı bayraklar yükseltir.

İşte mühendisler için en önemli kariyer tuzaklarından bazıları - sürekli değişen bir teknoloji pazarında dolaşırken kolayca kaçınabileceğiniz bir mayın tarlası.

Hata 1: Çok uzun kalmak

Bu günlerde, bir firmada geliştirici olarak onlarca yıllık bir çalışma olması nadirdir. Birçok yönden, iş için öneminizi veya en azından hayatta kalma ve gelişme yeteneğinizi gösteren bir onur nişanı. Ancak sadece bir şirkette kariyer yapanlar, o sırada tercih edilen moda kelimeye bağlı olarak kendilerini birdenbire küçültmenin veya “doğru boyutlandırmanın” yanlış ucunda bulabilirler.

Görüşler, tek bir yerde ne kadar kalmanız gerektiğine göre değişir. Kendi firmasını kurmadan önce 25 yılını geliştirici ve proje yöneticisi olarak geçirmiş bir yönetim danışmanı olan Praveen Puri, bazı rakamları göz ardı etmekten korkmuyor.

Puri, "Bir pozisyonda ne kadar uzun süre kalırsanız, becerileriniz o kadar fazla durur ve sıkılır ve huzursuz olursunuz" diyor. "Öte yandan, iki yıldan kısa bir süre sonra birden fazla işi değiştirirseniz, kırmızı bir bayrak gönderir. Kendi tecrübelerime göre, 14 yıl çalıştığım bir işte çok uzun süre kaldım - altıdan sonra ayrılmalıydım. Ortalama dört yıl sonra diğer pozisyonları bıraktım, bu muhtemelen doğru. "

Talent Inc. CTO'su Michael Henderson, bir yerde çok uzun süre kalmanın iki büyük dezavantajını görüyor. "Birincisi, yeni yaklaşımlara ve tekniklere maruz kalmanızı sınırlama riskiyle karşı karşıyasınız" diyor, "ve ikincisi, profesyonel ağınız ekipleri veya şirketleri değiştiren biri kadar derin veya çeşitli olmayacak."

Mevcut işvereniniz tarafından kullanılan bir yığına çok fazla odaklanmak, tabii ki firma için harika ama belki sizin için değil.

Advanced Systems Concepts'in mühendislik direktörü Mehul Amin, "Çok özel bir beceri seti arayan diğer işverenler için bir avantaj ve her işletme farklı" diyor. Ancak bu, diğer alanlardaki büyümenizi ve bilginizi sınırlayabilir. Açıkçası, her işte birkaç ay kalmak özgeçmişiniz için harika bir görünüm değil, ancak çalışan devir hızı bugünlerde oldukça yüksek ve işverenler, yeni üniversite mezunları gibi genç işçilerin bir şirkette uzun süre kalmadan önce biraz hareket etmesini bekliyor. "

Hata 2: İşe atlama

Kapak tarafına bakalım: Çok mu hareket ediyorsunuz? Bu bir sorunsa, bir firmada geçirdiğiniz zamandan gerçekten ihtiyacınız olanı alıp almadığınızı sorabilirsiniz.

Apple aygıt yönetimi şirketi JAMF Software'in profesyonel hizmetler direktörü Charles Edge, işe alım yöneticilerinin uzun süre birilerini yerleştirmek istemeleri durumunda tereddüt edebileceğini söylüyor: "Tam tersine, bir kuruluş geliştiricileri her yıl yanardığında, 10 yıldır bir şirkette olmak, zorlu bir kültürel uyumu temsil edebilir. Personelimi geliştirmek için çok zaman harcıyorum, bu yüzden onları uzun süre yanımda istiyorum. Yine de işleri değiştirmek, birçok farklı teknik ve teknolojiye açıklık sağlayabilir. "

MediaMath mühendislik başkan yardımcısı Ben Donohue, çok hızlı ilerleyenler projenin tüm yaşam döngüsünü göremeyebilirler.

Donohue, "Tehlike bir paralı asker, kiralık bir silah haline geliyor ve bir ürün üzerinde sahiplik duygusu edinme ve insanlarla kalıcı ilişkiler kurma fırsatını kaçırıyorsunuz" diyor. "Bir teknoloji uzmanı olarak ne kadar yetenekli ve bilgili olursanız olun, yine de olayları bir kullanıcının perspektifinden görme yeteneğine ihtiyacınız var ve yazılımınızın adreslerini ve bunların nasıl kullandıklarını kullanıcı ihtiyaçlarını tanımak zaman alır. ürününüz."

Addison Group'un BT şube müdürü Hilary Craft, kendini açıkça ifade ediyor: “Sürekli iş atlama, kırmızı bir bayrak olarak görülebilir. İşverenler teknik beceri, güvenilirlik ve çoğu zaman kültür uyumu temelinde işe alırlar. İstikrar ve projenin tamamlanması genellikle bu işe alma ihtiyaçlarını tamamlar. Müteahhitler için, bir sonraki role geçmeden önce her projeyi tamamlamak iyi bir kuraldır. Bazı profesyoneller, mümkün olan en yüksek saatlik ücreti kazanmak için "alışverişe oy verme" eğilimindedir, ancak bunun karşılığında, uzun vadede karşılığını almayacak olan köprüleri yakar. "

3. Hata: Bir terfiyi devretmek

Her geliştiricinin hayatında merak ettiğiniz bir nokta vardır: Bu mu? Şovu yürütmekten daha çok kod yazmaktan hoşlanıyorsanız, orada kalmanın kariyerinizi durdurup durdurmayacağını merak edebilirsiniz.

Talent Inc.'den Henderson, "Yönetime geçmek, temkinli ve düşünceli bir karar olmalıdır" diyor. "Yönetim bir kariyer değişikliğidir - teknik alanın mantıksal ilerlemesi değildir - ve farklı beceriler gerektirir. Ayrıca, birçok şirketin iyi teknik yetenekleri yönetime ittiğini gördüm çünkü şirket bunun çalışan için bir ödül olduğunu düşünüyor, ancak bunun hem yönetici hem de şirket için bir hata olduğu ortaya çıkıyor. "

Yönetim danışmanı Puri, kendi çalışma ortamınızı tanıyın diyor ve buna tek bir cevap veremeyeceğini ekliyor.

Puri, "Mutsuz yöneticilerin gerçek gücünün olmadığı, evrak işleri ve toplantılarla aşırı yüklendiği ve siyaset oynamak zorunda kaldığı bazı yerlerde çalıştım" diyor. "Bu ortamlarda, geliştirmede kalmak daha iyi olurdu. Uzun vadede, herkesin yönetime geçmesini tavsiye ederim, çünkü geliştirme kariyerleri 20 yıl sonra durur ve daha fazla tazminat alamazsınız. "

Buna bakmanın başka bir yolu da kendini korumak olabilir. Automic'in ürün pazarlama direktörü Scott Willson şu soruyu soruyor: "Yerine kimi koyacaklar? Siz yapmazsanız, en beceriksiz veya iğrenç çalışanı terfi ettirebilirler çünkü siperlerden üretkenliklerini kaybetmek, daha kalifiye çalışanları kaybetmek kadar önemli olmayacaktır. Bazen bir terfiyi kabul etmek, iş günü mutluluğunuzun kontrolünü size ve meslektaşlarınıza / arkadaşlarınıza verebilir. Yönetim ve şirketlerin neden ve nasıl çalıştığına dair içgörü kazanmaktan başka bir şey olmasa da, herkes kariyerinde en az bir kez yönetimde olmalıdır.

Hata 4: İleriye ödememek

Daha az belirgin bir hata, ofisinizdeki genç geliştiricileri düşünmeden kendi kariyer yolunuza fazla odaklanmak olabilir. Bir takım liderliğe ihtiyaç duyduğunda, genç programcılarla çiftleşenlere sık sık başvurulur.

Automic'ten Willson, "Genç geliştiricilere danışmanlık yapmanın beni işimde daha iyi yaptığını gördüm çünkü herhangi bir konuyu başka herhangi bir yöntemle öğreterek daha derin öğreniyorsun," diyor. "Ayrıca, geliştiriciler sıklıkla kişilerarası becerilerle mücadele ettiğinden, mentorluk bu insanların becerilerini tazelemek için harika fırsatlar sunuyor."

JAMF Software's Edge, deneyim en iyi öğretmense, başkalarına öğretmek yalnızca bilginizi derinleştirecektir, diyor. Bununla birlikte, henüz gerçekleşmemişse, meşgul bir geliştiriciye karşı tutmadığını söyledi.

Edge, "Bununla yüzleşelim - hiçbir geliştirme ekibinin ürün yönetiminin istediği şeyi sağlamak için yeterli kaynağı asla olmadı," diyor. "Kıdemli geliştiricilerin genç geliştiricilere danışmanlık yapacak zamanları olmadığında, bunu tamamen anlıyorum. Sadece 'insanlarla arası iyi olmadığım için' demeyin. "

Hata 5: Yığınınıza yapışmak

Tek bir gruptaki uzmanlığınız sizi mevcut iş yeriniz için paha biçilmez kılabilir, ancak kariyerinize yardımcı oluyor mu? Tek bir yığına fazla odaklanmak zarar verebilir mi?

MediaMath'ten Donohue bu konuda herhangi bir yumruk atmıyor: “Elbette öyle — kariyerinizin uzunluğu boyunca yalnızca bir teknolojiyi kullanacağınız modern bir yazılım mühendisliği rolü yoktur. Java'da 10 yıldır çalışan bir Java geliştiricisini alırsanız ve birden bire bir JavaScript uygulaması üzerinde çalışmaya başlarlarsa, bir Python geliştiricisi olarak benzer deneyime sahip birinden farklı bir şekilde yazarlar. Öğrendiğiniz her teknoloji kararlarınızı etkiler. Bazıları bunun iyi bir şey olmadığını iddia edebilir - JavaScript gibi gevşek yazılan bir dile Java nesnesine yönelik bir yaklaşım uygularsanız, yapması gerekmeyen şeyleri ona yaptırmaya çalışırsınız. "

Talent Inc.'den Henderson, tek bir yığına fazla odaklanmak yörüngenize zarar verebilir, ancak düşündüğünüzden farklı nedenlerle olabilir.

Henderson, "Her grubun farklı bir kültürü ve perspektifi olacak, bu da sonuçta kariyerinizin büyümesini genişletecek ve hızlandıracak" diyor. Örneğin, birçok C # geliştiricisinin yalnızca Microsoft ekosisteminin farkında olduğunu, çok daha büyük bir dünya varken buldum. Java, tartışmasız en iyi ekosisteme sahip ve genellikle Java geliştiricilerinin daha geniş bir bakış açısına sahip oldukları için en iyi C # geliştiricileri yaptığını görüyorum. "

Automic'ten Willson, bir yığınla diğerine geçmeden önce yeterliliğin - ancak ustalığın değil - ölçüt olması gerektiğini söylüyor.

Willson, "Beceride iyi olduğunuzda, ancak çok iyi olmadığınızda ilerlemenin zamanı geldi" diyor. Ben sıradanlığı savunmuyorum, tam tersi. Yeni bir beceri öğrenmek için yola çıkmadan önce, ilerlemeyi düşünmeden önce o beceride iyi, yetkin veya ortalamanın üzerinde olduğunuzdan emin olun. "

Son olarak, Talent Inc.'den Henderson şu uyarıyı sunuyor: “Her yeni dilin farklı bir sözdizimine sahip eski dil olduğu beklentisi tuzağından kaçının. JavaScript'i klasik nesne yönelimli yaklaşıma zorlamaya çalışan C # ve Java geliştiricileri çok fazla acıya neden oldu.

Hata No. 6: Yumuşak becerileri ihmal etmek

Programcılar, genellikle satış elemanlarından daha az dışa dönüktür. Orada sır yok. Ancak yumuşak beceriler zamanla kazanılabilir ve başarılı bir kariyer geliştirmenin bazı nüansları - mentorlardan öğrenmek ve ilişkiler geliştirmek gibi - çok geç olana kadar kariyerinizde eksik olabilir.

MediaMath'tan Donohue, "İnsanlar konuşurken daha iyi bir yazılım sağlıyor" diyor. “Yumuşak beceriler ve müşterilerle yapılan konuşmalar, inşa etme şeklinizi geliştirecek büyük bir şefkat duygusu da verebilir. Aşırı mühendislik yapmak yerine müşterilerin gerçekten neye ihtiyacı olduğunu düşünmeye başlıyorsunuz. "

Talent Inc.'den Henderson, diğer insanlarla çalışmanızın başarılı bir geliştirme kariyeri geliştirmenin çok önemli bir parçası olduğunu söylüyor.

Henderson, "Tüm insan faaliyetleri sosyaldir ve kalkınma bir istisna değildir" diyor. "Bir keresinde Angular posta listesinde acemi bir geliştiricinin sorular içeren bazı kodlar gönderdiği bir değiş tokuşa tanık olmuştum. Bir saat içinde - ve beş kişinin yardımıyla - kaya gibi sağlam deyimsel Açısal kod, Açısal nüans ve tuzaklar hakkında daha zengin bir anlayışa ve birkaç yeni bağlantıya sahipti. Troller bazen inancımızı kaybetmemize neden olsalar da, dünya birbirine yardım etmek isteyen harika insanlarla dolu. "

Automic'ten Willson, yumuşak becerilerin eksikliğinin bir kariyer katili olduğunu söylüyor. Daha sonra, daha az yetkin programcılar, insan becerilerine sahip olmayan veya sadece onları kullanmayan geliştiricilere ilerlediğinde, nedenini merak etmeye başlarlar. Yine de herkes patronları seviyor, diyor, "dokunaklı ve yetkin iletişim sergileyen."

Willson, "Sosyal becerilerinizi geliştirmek için İnternet, e-kurslar, arkadaşlar ve akıl hocaları paha biçilmez kaynaklardır, eğer ... mütevazı iseniz ve koçluk yapmaya devam ediyorsanız," diyor. Ayrıca, yardım için ilişkilere dayanmamız gerektiğinde hepimiz kariyerimizde bir noktaya ulaşacağız. Eğer kimse sizin köşenizde durmaya istekli değilse, o zaman onlar değil, sizin bir sorununuz var ve onu ele almanız gerekiyor. Kariyerimde, zor personel kararları vermek zorunda olduğumda, koçluk yapabilen insanlara koçluk yapılamaz kişilere değer verdim.

Yönetim danışmanı Puri, programlamanın geliştirmenin yalnızca bir yönü olduğunu söylüyor. “Büyük kısmı, farklı seviyelerde teknik becerilere sahip insan grupları arasında iş hedeflerini ve fikirlerini iletip anlayabilmek. Yönetimle konuşurken çok fazla teknik ayrıntı iletmeye çalışan çok fazla BT çalışanı gördüm. "

Hata 7: Kariyer yol haritası geliştirememek

Hedefler geliştirmek ve zamanla onlara geri dönmek - ya da tersine çevik, akışa uygun bir yaklaşım geliştirmek - her ikisinin de savunucuları var.

Henderson, "Hedefler için daha az mühendislik yapıyorum ve hızlı bir şekilde gelişmeme ve ortaya çıkan fırsatları değerlendirmeme izin veren sistemler için daha çok mühendislik yapıyorum," diyor. "Bununla birlikte, kazanmak ve onu bir harita olarak kullanmak istediğiniz deneyimlerin ve becerilerin bir listesini yapmanızı ve en az yılda bir kez güncellemenizi tavsiye ederim. Nerede olduğunuzu bilmek, nereye gitmek istediğinizi bilmek kadar yararlıdır. "

Ve elbette belki de aynı derecede önemlidir - nereye gitmek istemediğiniz.

JAMF Software'den Edge, "Kariyerimin başlarında henüz hayır demeyi öğrenmemiştim," diyor. Bu yüzden, başarılı bir şekilde gerçekleştirilemeyecek bir proje planı üzerinde anlaştım. Ve bunun olamayacağını biliyordum. Daha iddialı olsaydım, teknik bilgisi olmayan bir grup insanın o zamanki işverenime zaman ve para kazandırdığı, iş arkadaşlarımın önemli miktarda acı çektiğini ve nihayetinde müşteri ile olan ilişkimizi etkileyebilirdim. "

Automic'ten Willson, sürecinize güvenerek vaaz veren Alabama Üniversitesi'nin baş futbol koçu Nick Saban'ın oyun kitabından doğrudan bir moral konuşması yapıyor: "Odak noktası, bir başarı sürecini takip etmek ve bu süreci kendinizi sorumlu tutmak için bir ölçüt olarak kullanmaktır . Sürecinizi geliştirmek için, elde etmek istediğinizi elde eden danışmanlar bulmanız gerekir. Ne yaptıklarını ve neden yaptıklarını öğrenin, ardından kişiselleştirin, ince ayar yapın ve takip edin. "