“10x Mühendisi” kimdir?

Her gün binlerce satır kod yazan biri mi? Yoğun kafeinliyken bir gecede yeni ürün özelliklerini zorlayan biri mi? Ayrıca, neden bu "10x Mühendis" fikri daha fazla insanı işyerinde Sahtekar Sendromu yaşamaya itiyor?

Bu yazıda "10x Mühendis" efsanesini çürüteceğiz ve meşhur Sahtekar Sendromu hakkında konuşacağız.

(“10x Engineer” hakkında daha fazla düşünce için Codementor'ın Moz'un kurucusu Rand Fishkin ile birlikte yazdığı önceki makaleye bakın.) okuyun.)

Twitter Konusu

Rastladım bir Twitter konusu Geçen gün bu gerçekten ilgimi çekti. Bu başlıkta bir "10x Mühendis"in nasıl olması gerektiğinden bahsediliyordu. 🤔

İşte nasıl başladı:

Beni daha da çok ilgilendiren şey, bu konuya göre, Twitter'da ne kadar çok sayıda deneyimli mühendisin, Google Geliştirici Uzmanının, mühendislik liderinin ve diğer profesyonellerin "10x Mühendis" fikri konusunda oldukça heyecanlandığını görmekti.

Gelin bunun nedenini öğrenelim, bu Twitter başlığında öne sürülen 11 noktaya daha yakından bakalım ve “10x Mühendis” fikrinin neden işverenler ve çalışanlar için zararlı etkileri olabileceğini tartışalım. Ayrıca bu yazıda bazı önemli çıkarımlardan da bahsedeceğim.

Feragatname: Bu yazı sadece “10x Mühendis” hakkındaki görüşlerimi içermektedir ve hiçbir şekilde kimseye veya görüşlerine saygısızlık etme amacı taşımamaktadır.

Toplantılarda birçok önemli karar alınır. Bir mühendis olarak, yalnızca diğer mühendislerle etkileşimde bulunmakla kalmayıp aynı zamanda tasarımcılarla, arka uç geliştiricilerle, ürün yöneticileriyle ve şirketteki diğer paydaşlarla da konuştuğunuz, işlevler arası bir ekipte olmak önemlidir. Bu, üzerinde çalıştığınız ürün ve ürünün gittiği yön hakkında daha iyi bir fikir edinmenizi sağlar.

Bunun neden olumsuz bir şey olarak görüldüğünü anlamıyorum. Bir mühendisin iyi bir ürün bilgisine sahip olması gerekir. Binlerce satırlık kodu yazıp bir gün çağırmanız kesinlikle tavsiye edilmez.

Herkesin toplantılardan nefret ettiğini biliyorum ama bu, toplantıların üretken olmadığı anlamına gelmez. 👨‍💻

Paket: Toplantılara katılın. Bunların hepsi verimli olmayabilir, ancak verimli olanlar için şirketin diğer departmanlarındaki insanlardan çok şey öğreneceksiniz. Hepsini alın ve mümkün olduğu kadar emdirin.

Bu potansiyel olarak "10x mühendise" zamanında gelmemek için bir bahane verebilir. Ben şahsen gece saat 2'ye kadar çalışıyorum ama 6 saatlik uykumu alıyorum ve sabah 10'da ofisteyim. Ayrıca başkalarının yanında çalışmayı da seviyorum. Benden daha fazla iş deneyimi olan insanlardan çok şey öğreniyorum.

Bazı mühendisler için çalışırken biraz mahremiyete ihtiyaç duymak cazip gelse de bu, herşey mühendisler böyledir. Eğer vardı bu durumda gün içinde çok sayıda boş ofisimiz olur. 🤷‍♂️

Paket: Meslektaşlarınızdan bir şeyler öğrenmeye açık olmak, işyerinde kimsenin ihmal etmemesi gereken bir şeydir. Kendinizi ofisteki masanızla sınırlamayın. Zamanında gelmeye çalışın, ancak en önemlisi iş ve uyku arasında iyi bir denge kurun. Kişisel uyku gereksinimlerinizi karşılamıyorsanız gece geç saatlerde kod yazmak sizin için iyi değildir.

Yeni başlayanlar için, dizüstü bilgisayar ekranımın arka planının bununla ne ilgisi var? Şu anda dizüstü bilgisayarımın ana ekranı şöyle görünüyor:

Ayrıca dizüstü bilgisayarımda yıpranmış tuşlar da var. Control ve çıkıntı, kodlama sorunuyla karşılaştığımda yanıt almak için Google'da sıklıkla kullandığım macOS ve Chrome'daki sekme değiştirme özelliği nedeniyle. (Ben 1x Mühendisiyim. 😉)

Paket: Cihazlarınızı kurun ve optimize edin senin en yüksek verimlilik. Diğer tüm normları ve “bunu kullanmalısın” ve “neden bunu kullanmıyorsun?” sorularını göz ardı edin. öneriler. İyi tavsiyelere kulak verin, ancak günün sonunda sizin için en iyi olanın ne olduğunu bulun. sen.

Tanıdığım mühendislerin çoğu, hafıza güçlerine güvenmek yerine problem çözme becerilerine ve "ayakta düşünme" becerilerine güveniyorlar. Bu Tweet, 10x Mühendislerin inanılmaz hafıza gücüne sahip olduğunu ima ediyor.

KG ne zaman yok Onları bir sorun konusunda uyaran mühendisler genellikle sorunu kendi becerilerini ve kod tabanına ilişkin sahip oldukları bilgileri kullanarak çözerler. Bazı sorunlar saatler sürebilir, bazıları günler sürebilir. Ancak her sorun saatler içinde çözülemez; gerçek hayatta mümkün değildir.

Paket: Kod tabanınızı iyi bilin, ancak bilmek için kendinize çok fazla baskı uygulamayın her kod satırı. Zamanla buna daha çok alışacaksınız. Hataları ve hataları düzeltmek de zamanla daha iyi olacağınız bir şeydir.

Eğer tüm "10x Mühendisler" tam kapsamlı mühendisler olsaydı, herhangi bir ön uç mühendisimiz, UX mühendisimiz veya iyi tasarımları UI koduna dönüştürme konusunda uzmanlaşmış hiç kimse olmazdı. Elbette, tam kadro mühendisler harikadır ve içlerinden birkaçının bir üründe birden fazla konuda yetenekli olduğunu biliyorum, ancak bu "10x Mühendis"in nadiren herhangi bir kullanıcı arayüzü işi yapması fikri hiçbir organizasyonda işe yaramıyor.

Kullanıcı arayüzü çalışması da aynı derecede önemlidir ve kendi zorluklarını da beraberinde getirir.

Paket: Eğer tam donanımlı bir mühendisseniz, bu harika bir şey. Üzerinde çalışmayı sevdiğiniz her şey üzerinde çalışın. Eğer bir ön uç mühendisiyseniz, bu da harika. Kullanıcı arayüzü kodlama becerilerinize odaklanın ve bu konuda mükemmel olun. Sana bağlı sen Belirli bir beceri kümesinde uzman olmak mı istiyorsunuz yoksa birden fazla beceri kümesiyle denemeler yapmak ve çalışmak mı istiyorsunuz?

Birinin "düşünceyi" "koda" dönüştürebileceği fikri, kendi alanlarına yeni başlayan genç mühendislerin motivasyonunu düşürebilir. Bu tam olarak mühendislerin kendilerine yüklemekten kaçınmaları gereken türden bir baskıdır.

Ek olarak, ürün özelliklerini hızlı bir şekilde oluşturabilmek iyi bir beceri olsa da, bu tür becerilerin mühendis olarak yıllarca çalışarak kazanıldığını da unutmamak gerekir. "Bolca kahve iç ve bana bu özelliği dört ila altı saat içinde kazandır" fikri, mühendislere işleri daha hızlı halletmeleri için baskı yapmanın zehirli bir yoludur.

Ayrıca çok fazla kafein sağlığınız için kötüdür! 🙅‍♂️

Paket: Kendinizi kafeinlendirirseniz ve tükenirseniz kimseye bir iyilik yapmış olmazsınız; bu yalnızca üretkenliğinizi yavaşlatır. Özelliği oluşturma görevini daha küçük parçalara ayırın, yöneticinizle konuşun ve ürün özelliğinin son teslim tarihi hakkında bazı gerçek beklentiler belirleyin. Bunu yapmak yalnızca işyerinde insanların size duyduğu saygıyı artırmakla kalmaz, aynı zamanda teslim tarihlerine ilişkin gerçekçi olmayan beklentiler belirlememenizi de sağlar.

Bir şeyin etrafında dokümantasyona sahip olmanın amacı is mühendislerin bakması için. Kıdemsiz, orta veya kıdemli olmaları fark etmez, her mühendis zaman zaman belgelere bakar. Tamamen hafıza gücüne güvenmek asla iyi bir fikir değildir.

Paket: Sen bir insan mühendissin. Kesinlikle bir robot mühendisi değilsiniz. Ezberlediğiniz herhangi bir belgenin olmasına gerek yoktur. İnternetten araştırabilirsiniz çünkü sizi temin ederim ki, en deneyimli mühendisler bile bunu yapar. Ancak bir mühendis olarak, sorununuzun çözümünü ezberlemek yerine, sorununuz için soruyu nasıl çerçeveleyeceğinizi bilmek her zaman iyi bir fikirdir. Bilmek Nasıl ve ne Sor ve cevaplarını alacaksın.

Bu Tweetin bazı iyi noktaları var. Bu öğrenmek önemli yeni çerçeveler ve diller, ancak "10x Mühendislerin" bunu "şirketteki herkesin önünde" yaptığı kısım, işyerinde potansiyel olarak olumsuzluk doğurabilir.

Bunun yerine, organizasyonda bazı mühendislerin öğrenmesi gereken yeni bir çerçeve varsa ve bu sözde "10x Mühendisi" bunu zaten öğrenmişse, bir atölye çalışması veya hackathon düzenlemek "10x Mühendisi"nin görevidir. Meslektaşlarının çerçeveyi öğrenmesine yardımcı olur.

Sonuçta hangi mühendis değil hackathon'u seviyor musun? 😉

Paket: Devam edin ve herkesin bahsettiği yeni çerçeveyi veya dili öğrenin, ancak alçakgönüllü olun ve bu konuda yeni olan insanlara koçluk yapmaya yardımcı olmayı hedefleyin.

Bu Tweet beni #8 için belirttiğim noktaya geri getiriyor. Bir mühendis olarak göreviniz yalnızca binlerce satır kod yazmak değildir. Ekibinizle iyi iletişim kurabilmelisiniz. Ancak "10x Mühendis"in tek(iki) kişilik bir ordu olduğunu ima ederek kötü ekip çalışmasını teşvik etmek iyi bir fikir değildir.

Sizi temin ederim ki durum böyle değil. Herhangi bir büyük organizasyondaki her iyi ürün, iyi insanlardan oluşan bir ekiple üretilir. Bu insanların kendi aralarında harika bir takım çalışması ve kimyası var.

Ek olarak, eğer "10x Mühendisler" "zayıf görüşmeciler" ise, bu onların iletişim ve kendilerini sunma konusunda kötü olduklarını gösterir.

Paket: Yardımınıza ihtiyacı olan biriyle çalışıyorsanız, ona mentorluk yapabilmeniz gerekir. Yine bu, her şeyi kendiniz yapmaktan ziyade, takımı bir bütün olarak daha iyi hale getirme fikriyle bağlantılıdır. Ekibinizdeki herkesle fikirlerinizi tartışmak için zaman ayırın ve size söz veriyorum, bunun karşılığını zamanında alacaksınız.

İyi yapılandırılmış bir kod yazmak harika bir fikir olsa da kodunuzun nasıl gelişeceğini bilemezsiniz. Kodunuzun tüm yapısını potansiyel olarak değiştirebilecek, kullanmanız gerekebilecek yeni bir çerçeve olabilir. Tamamen kaliteli kod yazmayı destekliyorum ama tam olarak bilme fikrine ne kadar katıldığımdan emin değilim Nasıl kodun gelişmesi gerekiyor.

Başka bir deyişle, ekibiniz genişlemeyi ve daha fazla mühendis almayı planlıyorsa, iyi ayrıntılı bir tasarım belgesi yazmak mutlak bir zorunluluktur. Yeni mühendislerin işe alım deneyimini kolaylaştırır.

Paket: Kaliteli kod yazın, genel kod yapınıza ilişkin iyi bir zihinsel modele sahip olun, ancak yeni çerçeveleri ve teknolojileri mevcut kod tabanınıza dahil etmeye de hazırlıklı olun. Ayrıca kodunuz için iyi belgeler yazdığınızdan emin olun, böylece ürün üzerinde çalışacak yeni mühendislerin kodu anlama konusunda herhangi bir sorun yaşamaması sağlanır.

Yetenekli mühendisler çoğu zaman iş arayan veya şirketten ayrılan kişilerdir. Neden? Bu, aşağıdaki nedenlerden herhangi biri nedeniyle olabilir:

• Mevcut işleri yeterince zorlayıcı değil ve diğer kuruluşlarda mühendis olarak büyümelerine yardımcı olabilecek yeni zorlukları keşfetmek istiyorlar.
• Becerileri karşılığında aldıkları ücretten memnun değiller ve becerilerini yansıtan daha yüksek maaş paketleri arıyorlar
• Mevcut işyerini zehirli bulabilirler, yani “10x Mühendis” olmalarını isteyen bir patronları olabilir 😉

Ayrıca, eğer bir işe alma yöneticisiyseniz ve toplantılardan, eğitimlerden veya ekibine yardım etmekle ilgili olan herhangi bir şeyden hoşlanmayan bir mühendisle karşılaşırsanız, ters yönde koşun. Bu, uzun vadede becerilerinin kendisinden başka kimseye fayda sağlamayacak kadar derin kişisel çıkarları olan bir kişinin işaretidir.

Ancak hiçbir durumda “onlara tutunmamalı” veya “onları kutlamamalısınız”. 🙅‍♂️

Paket: Eğer öyleysen mevcut organizasyonunuzda mutlu, bu harika, ancak yukarıda belirtilen nedenlerden herhangi biri size uyuyorsa, iş aramanızı ve daha mutlu ve daha tatmin olacağınız bir iş bulmanızı öneririm. Kendiniz için doğru işi bulun, toplantılara ve eğitimlere katılın ve mühendis olarak kendinizi geliştirirken ekibinizin de sizinle birlikte büyümesine yardımcı olun.

Artık bu özel Twitter başlığından bahsettiğime göre, pek çok mühendisin kariyerlerinde en az bir kez karşılaştığı başka bir soruna geçelim.

Korkunç “Sahtekâr Sendromu”

Kıdemsiz bir mühendisseniz ve şirketinizdeki yeni görevinize yeni başladıysanız, eminim ki aşağıdaki düşüncelerden bazıları bir noktada sizi kemirmiştir:

• "Yeterince iyi değilim."
• “Kazara işe alındım!”
• “Nasıl buradaki meslektaşlarım kadar iyi olacağım?”

Ne oldu? Ben de ilk mühendis rolümde böyle hissettim ve yalnız değilsin. Aslında araştırmalar, uzun yıllara dayanan deneyimlerden sonra bile kıdemli mühendislerin bile bu şekilde hissettiğini gösteriyor! Şok edici, değil mi?

Ben de dahil çoğu mühendisin neden bu şekilde hissettiğinden emin değilim ama bununla nasıl başa çıktığımı biliyorum. Çözüm oldukça basit: Kazara mı işe alındığınızı ya da bu iş için yeterince iyi olup olmadığınızı takıntı haline getirmenize izin vermeyin. Seni işe alan kişinin bunu yapmasına izin ver.

Daha basit bir ifadeyle bunun anlamı şudur: Eğer bu iş için işe alındıysanız, o iş için yeterince iyisiniz demektir. “Kazara işe alınıp alınmadığınızı” düşünmenize kesinlikle gerek yok. İşe alma yöneticisi sizde hoşuna giden bir şey gördü ve göreve uygun olduğunuza karar verdi.

İşinizi iyi yapmaya odaklanın, harika iş çıkaracaksınız. İş alanınızda yeni olduğunuzda, özellikle de bu alanda daha deneyimli mühendislerle çalıştığınızda öğrenecek çok şey vardır.

Ancak bu, kendinizden şüphe duymanıza yol açacak bir kapı olmamalı, aksine yeni rolünüzde becerilerinizi geliştirme fırsatı olarak görülmelidir.

“Odadaki en zeki kişi sizseniz, muhtemelen yanlış odadasınız demektir.”

Kaynak: https://www.codementor.io/blog/10x-Engineer-Not-Necessary-7do0ivvl3r