Kıdemli bir yazılım mühendisi olmak için öğrendiklerim

2018'de Bloomberg'e katıldıktan sonra öğrendiklerini düzenli olarak not eden bir geliştiricinin devam yazısı

"Nasıl daha fazla gelişebilirim?"

• Alanı genişleterek gelişelim

→ öğrenme hızı yavaşlıyor

→ Yazılım yaşam döngüsünden (SDLC) daha geniş olan ürün/altyapı geliştirme yaşam döngüsüne bak

→ Derine gitmektense daha genişe gitmek, öğrenilmesi gereken daha derin şeylere götürür

• 3 büyük yön: çevrendekilerden öğrenmek, iyi zihinsel alışkanlıklar edinmek, düşünme için yeni araçlar kazanmak

1. Çevrendeki insanların ne yaptığını öğren

→ ürün yöneticilerini, satış ekibini ve analistleri anlamak gerekiyor

→ Sonuçta amaç sadece kod yazmak değil; nihai hedef, para kazandıran ürünler yapan bir iş kurmak.

→ Birçok insanla toplantı yap ve onların işlerine dair bağlamı öğren

2. İyi zihinsel alışkanlıklar edin

→ Thinking Well (iyi düşünme / düşünme biçimi): bilişsel bilim çalışıyor, Critical Thinking (eleştirel düşünme)

→ Her günü biraz daha verimli kılacak stratejiler kur

3. Düşünme ve mental modeller için yeni araçlar edin

→ Bir sorun çıktığında yeni araçlar bul ve öğren: son dönemde DDD (Domain Driven Design)

→ Mental modeller için Hacker News oku

→ Yeni bir dil öğren

Diğer içgörüler (yalnızca bir kısmı aktarılmıştır. Aslına bakın.)

• Slack'i (ürün adı değil, boşluk/rahatlık anlamında) koru

→ Yüksek verimlilik getiren şeylerden biri "yavaş tempo"

→ Boşluk olduğunda deney yapma, öğrenme ve düşünme fırsatı doğar

• Soru sor

→ İnsanlar iyi soru soramıyor. Aptal görüneceklerinden korkuyorlar ya da aptal görünmemek için başka şeylerden söz ediyorlar

→ Cevabı bulana kadar bir sorunun aptalca olup olmadığına karar verilemez

→ En sevdiği meta soru: "Bunu (X) nasıl öğrendiniz?"

→ Bir şey sorduktan sonra bunu nasıl öğrendiklerini de sorarsan, bu yanıttan benim bir sonraki adımda ne yapmam gerektiği doğal biçimde anlaşılabiliyor

• Force multipliers: etkiyi büyüten şeyler (insan veya başka bir unsur)

"Force, Jedi'lara güç veren şeydir. Tüm canlıların oluşturduğu bir enerji alanıdır; etrafımızı sarar ve içimizden geçer. Galaksiyi bir arada tutar. - Obi-Wan Kenobi"

→ "Bir sprint boyunca çok kod yazmadım ama değişiklikleri koordine ettim, code review yaptım, test ettim, başka tasarım önerileri sundum ve pair programming yaptım. Bu, ekibimizin en hızlı sprintlerinden biriydi"

→ Kişinin nasıl bir Force Multiplier olacağını bilmesi, 10x geliştirici olmaktan daha değerli olabilir

→ Gerçekten iyi Force Multiplier'lardan biri de takım kültürüdür

[syous]

Orijinal yazıyı okumamışken soru sorduğum için kusura bakmayın,

"Sorulacak sorular" kısmında

"Bunu (X) nasıl öğrendiniz?" diye bir soru var ya. Buradaki "buna" için birkaç örnek verebilir misiniz? Bu kısmı ben pek anlayamadım da hıçkırık

[xguru]

Ah, oradaki "o şey(X)", sorunun kendisini ifade ediyor. Soru soran kişi A'yı sorduğunda, yanıt veren kişiye A'ya dair o cevabı nasıl bildiğinin sorulduğu anlamına geliyor. Bunu, bilginin hangi yolla edinildiğini sormak olarak düşünebilirsiniz.

[xguru]

Ortada meta bir soru olarak bahsedilen "Bunu nasıl öğrendiniz?" sorusu gerçekten çok iyi gibi görünüyor.

Bir kişinin bunu hangi yoldan öğrendiğini bilirsek daha fazla şey öğrenebiliriz gibi.

Bir yıl önce bu kişinin Bloomberg'e katılıp ilk yılını derlediği yazıyı paylaşmıştım; bu yazı da onun devamı niteliğinde.

• Kıdemli geliştiriciden 1 yılda öğrendiklerim https://tr.news.hada.io/topic?id=414

Yazının ikinci yarısında, yukarıdaki yazıda değinilen maddeler hakkında yeniden yazılmış kısımlar var (bunu Nuance olarak ifade ediyor). Karşılaştırarak okuyun.

[heycalmdown]

"Bunu nasıl öğrendiniz?" sorusu, bir mülakatçı olarak görüşme yaparken de önemli bir araçtı.