İçindekiler[Saklamak][Göstermek]
10X mühendisi bir efsane mi?
Gerçek şu ki, bazı insanlar programlamada diğerlerinden daha iyidir.
Bir teknoloji şirketindeki önceki pozisyonumda, ekibimdeki bazı insanların her şeyi nasıl yapacaklarını nasıl bildiklerine hayret ettim.
Üniversitede geçirdiğim, hackathonlara ve stajlara katıldığım süre boyunca bile, çok şey öğrendiğim çok yetenekli birkaç geliştiriciyle tanışma fırsatı buldum.
Bu yazıda, insanların 10X mühendisi hakkında sahip olabileceği bazı yanılgıları gözden geçireceğim. 10X mühendisinin ne olduğuna baktıktan sonra değil, Kendiniz bir 10X mühendisi olmanız için verebileceğim en iyi tavsiyelerden bazılarını gözden geçireceğiz.
10X Mühendisi nedir?
Birçok geliştirici, 10X mühendisinin gerçek tanımı hakkında tartışacaktır. Ancak açıklık adına, şimdi basit bir tanım tanımlamaya çalışalım.
10X mühendisi, akranlarından on tanesi kadar üretken olabilen bir yazılım geliştiricisidir.
10X mühendisi fikri, düşündüğünüzden daha önce ortaya çıkmış olabilir.
A Araştırma kağıdı 1968'den itibaren "Çevrimiçi ve çevrimdışı programlama performansını karşılaştıran keşifsel, deneysel çalışmalar" olarak adlandırılan ilk olarak, en iyi programcılardan bazılarının en kötü programcılardan çok daha iyi performans gösterdiği fikrini öne sürdü. Bugün üzerinde anlaşmaya varılan tanım bu olmasa da, 10X mühendisi fikri kısa sürede akademinin dışına yayıldı.
Birkaç yıl sonra, klasik kitap The Efsanevi Adam-Ay 10X mühendisi fikrini daha da açıkladı. Yazar Fred Brooks şunu öneriyor: yazılım geliştirme ekipler cerrahi ekipler gibi yapılandırılabilir.
Bu ekipte, yardımcı programcılar veya “hemşireler” ile birlikte bir baş programcı veya “cerrahınız” olacaktır.
Bu benzetmeyi anlamak kolay olsa da, yazılım geliştirmenin mevcut durumuna uygulandığında biraz basit ve modası geçmiş olduğuna inanıyorum.
Teknik ekipteki ekip dinamikleri bir cerrahınkinden çok farklıdır. İşin çoğunu veya yalnızca en zorlu işi tek bir kişinin yapması fikri, 10X mühendisinin olması gerektiğine inandığım şeyi yanlış tanımladı.
Yaygın yanlış anlamalar
10X mühendisi fikri teknoloji alanına yayıldıkça, yöneticilerin çoğu “10X” ile ne demek istediğimizi yanlış yorumluyor.
Yaygın bir yanılgı, 10X mühendislerinin emsallerinden on kat daha fazla kod ürettiğidir. Bu doğru değil.
Bir 10X mühendisi meslektaşlarından daha fazla kod üretebilirken, miktar doğru ölçüm değildir. Yüzden daha kısa sürede yapılabilecekleri gerçekleştirmek için bin satır kod harcayan bir programcı düşünün. Benzer şekilde, bir 10X mühendisi on kat daha hızlı kodlamaz!
10X mühendisleri hakkında bir başka yanılgı da, sadece kodlama bilgileri nedeniyle harika olduklarıdır. Yine, bu yanlış metriğe bakmanın başka bir durumudur.
Bir 10X mühendisini bu kadar değerli yapan şey, ekibine ve organizasyonuna on kat katma değer katmasıdır. 10X mühendisi, kodlama bilgilerini kullanma ve şirketin ihtiyaçları ile uyumlu hale getirme yetenekleri nedeniyle vazgeçilmezdir.
Yöneticiler, sorunları çözebilecek ve başkalarıyla iyi çalışabilecek mühendisler aramalıdır. Kodlama bilgisinin ötesinde, 10X mühendisleri etraflarındaki herkesin çalışmalarını yükseltebilmelidir.
10x Mühendis Olmanın Beş Yolu
Bir sonraki işe alımınızı arayan bir yöneticiyseniz veya sadece 10X mühendis olmayı hedefleyen bir mühendisseniz bu bölüm tam size göre.
İşte bir 10X mühendisinin temel alışkanlıklarından ve özelliklerinden bazıları:
Teknoloji yığınlarından en iyi şekilde nasıl yararlanacaklarını biliyorlar
Aletlerinizi bilmek, belki de size verebileceğim en açık tavsiyedir. Bununla birlikte, birçok geliştirici verimli çalışmayı öğrenerek iş akışlarını hala iyileştirebilir.
Çalıştığım çoğu 10x mühendis, terminalde yollarını biliyor. Yeni başlayanlar için biraz öğrenme eğrisi olsa da, kabuk komutlarını anında nasıl yapacağınızı anlamak, işinizi uzun vadede çok daha hızlı yapmanıza yardımcı olacaktır.
10x mühendisleri biraz tembel olmaktan da yararlanabilir. Ne demek istediğimi söyleyeyim.
Üretime yeni taahhütler göndermek için her gün bir dizi komutu manuel olarak gerçekleştirmeniz gerektiğini hayal edin. Bir 10x mühendisi tekrarlayan görevler yapmaktan kaçınmalıdır. Günün mümkün olduğunca çoğunu otomatikleştirmek için ekstra çaba harcarlar.
En iyi mühendisler de uzun vadeli düşünmelidir. Bir startup için çalışıyorsanız, hızlı ve kolay çözümlere odaklanmak cazip gelebilir. Ancak, bu çözümler çizgiyi büyütmeyebilir.
Öğrenmeyi asla bırakmazlar
Harika bir geliştirici öğrenmeyi asla bırakmaz. En iyi mühendisler, işlerine uygulamaya çalışabilecekleri yeni kavramları, dilleri ve çerçeveleri denemek için yoğun iş günlerinde zaman bulurlar.
Bir 10x mühendisi sağlıklı bir merak duygusunu sürdürmelidir. Sık sık kendilerine “Bu daha iyi yapılabilir mi?” diye sorarlar. veya "Bu sorunu çözmenin daha basit veya daha etkili bir yolu var mı?"
Bu nedenle, bir 10x mühendisi, öğrenme sanatında ustalaşmak zorundadır. Nasıl öğrenileceğini öğrenmek, hızlı tempolu bir ortamda ayakta kalmanın en iyi yoludur.
Zamanlarını en iyi nasıl geçireceklerini biliyorlar
Harika bir yazılım mühendisi, özellikle zamanlarıyla ne yapacakları konusunda karar vermede harikadır.
10X mühendislerinin nadiren ortalama bir mühendisten daha fazla çalışması gerekir. Mühendisler ne zaman geri çekileceğini bilmeli ve belirli taleplere hayır demelidir. Hangi görevleri kendileri yapacaklarını ve hangi görevleri devredeceklerini bilmelidirler.
Etkili mühendisler, bir görevin hızlı bir şekilde yapmaya değer olup olmadığını nasıl ayırt edeceklerini öğrenmelidir. Akılda tutulması gereken bir zihinsel model Pareto ilkesidir.
İlke, çalışmanızın değerinin %80'inin çabanızın %20'sinden geldiğini belirtir. Başka bir deyişle, tüm görevler eşit değildir.
Uygun mentorluk arıyorlar
Harika bir mühendis, endüstrinin deneyimli bir emektarından çok şey öğrenebilir. 10X mühendisleri genellikle kendilerini, bilgilerini ilerletmek için işin içinde ve dışında mentorluk ararken bulurlar.
Benzer şekilde, 10X mühendisleri de kendi takım arkadaşlarına mentorluk rolü üstlenmekten faydalanacak. Tüm ekip, daha acemi takım arkadaşlarına açık olarak kaldırılır.
işi anlıyorlar
Basit bir deyişle, yazılım mühendisliği, bilgisayarların gerçek dünyadaki bir sorunu çözmesinin bir yoludur. Bunu akılda tutarak, etkili bir mühendis, çözmeye çalıştığı problemde uzman olmalıdır.
Bir mühendis olarak, parçası olduğunuz işi veya sektörü anlamak için çaba sarf etmek akıllıca bir fikirdir. Bir 10x mühendisi, diğer departmanlarla yapılan toplantılarda aktif bir katılımcı olmalıdır.
Mühendis, iş bağlamında diğer departmanların ne yaptığını anlamak için çaba harcarsa, etkili bir iletişimci haline gelecektir. Etkili iletişim, ekibinizin iş gereksinimlerini ve proje özelliklerini yanlış anlamasını önlemeye yardımcı olacaktır.
Sonuç
Umarım şimdi bir 10X mühendisinin nasıl göründüğüne dair daha net bir resme sahipsiniz. Ayrıca bir 10X mühendisinin ne olmadığını da anlamalısınız.
Yukarıdaki tavsiye, elbette, herhangi bir yazılım mühendisliği rolü için geçerli olabilecek genel bir kılavuzdur. Nasıl en iyi olabileceğinizi öğrenmek istiyorsanız DevOps mühendisi, tam yığın geliştirici veya veri bilimcisi, en iyi seçeneğiniz öğrenmek ve oluşturmak için fırsatlar bulmaktır.
Mevcut pozisyonunuzun iyi bir öğrenme ortamı olup olmadığını düşünün. Belki de mevcut teknoloji yığınınızın dışındaki teknolojileri keşfetmenize olanak sağlayacak yan projeler üzerinde çalışmak için daha fazla zaman harcamak istiyorsunuz. Bunlar, teknolojide avantaj elde etmek için izleyebileceğiniz ipuçlarından sadece birkaçı.
Kalkınan mühendisler için en yararlı tavsiyenin ne olduğunu düşünüyorsunuz?
Yorum bırak