Haydi başlayalım :) ngl.link/mertsusur_ Who doesn’t?

Büyük teknoloji firmalarında scrum master ya da klasik bir proje yöneticisi gibi bir rol bulunmuyor. Bunun yerine projelerin liderliğini yazılımcılar yapıyor. Bu modelin çalıştığına bir çok farklı firmada tanık oldum. Peki neden bu model çalışıyor? #Thread Önce farklı projeleri tartışalım;
1. Küçük: Tek bir takımın çözebileceği 1-3 ay arasındaki geliştirmeler
2. Orta: 1-3 ay arası sürecek kadar büyük ama birden fazla takımın dahil olduğu geliştirmeler
3. Büyük: Birden fazla ekibin uzun süre çalıştığı stratejik geliştirmeler

Blokzinciri üzerinde geliştirdiğiniz herhangi bir projenin global bir etki yaratmasını istiyorsanız ekonomi öğrenmek zorundasınız. Ben yazılımcıyım, ekonomiden anlamam etmem yok. Temelini öğreneceksiniz. Neden mi? #Thread #flood 👇 Blokzinciri üzerinde inanılmaz bir akıllı kontrat ekosistemi oluşmaya başladı. Bir çok şeyi sizin kendinizin yazması yerine başka kontratlarla ilişkiler kurarak daha da büyük bir ürün çıkartmanız mümkün. Dolayısıyla bu ekosistemi anlamak için finans araçlarını tanımanız önemli.

Londra’da toplu iftar. Aynı meydanda Noel kutlaması

Shuhari: Bir konuda ustalaşmaya giden yolu tanımlayan bir Japon dövüş ustalığı konsepti.

Benzer şekilde teknik ya da teknik olmayan bir konuda ustalaşmak için de kullanılabilir. Bir çok anlamda yeni bir şey öğrenirken takip ettiğim bir yöntem. 3 adımdan oluşuyor 🧵 shu: Kurallara itaat et. Geleneksel yolları takip et.
ha: Gelenekleri sorgula sor, sebeplerini anla.
ri: Geleneklerden ayrışıp kendi kurallarını koy.

Bunlar aslında belki de farkında olmadan yeni bir alanda bir şeyler öğrenirken izlediğimiz adımlar.

Bir çok yazılımcı, özellikle 30’lu yaşlara geldiğince “daha kaç yaşına kadar yazacağım” diye bir kaygıya düşüyor.

Bu yüzden bir çok firma en iyi yazılımcılarını yönetici yapıyorlar.

Açık yüreklilikle söylüyorum, yöneticilik farklı bir kariyer. Thread 🧵 Yönetici olduğunuzda, her ne kadar teknik sorumluluğunuz olsa da, artık o teknik problemleri siz değil ekibiniz çözüyor. Sizin göreviniz artık ekibiniz için en iyi ortamı oluşturmak, engelleri kaldırmak ve bir 🔥 🛡 olmak.

(Çoğu yeni yönetici 💩 ☂ ile 🔥 🛡 karıştırıyor 😅)

Avrupa'daki teknoloji firmalarından gelebilecek bir teklifin kalemlerini burada anlatmaya çalışmıştım. Şimdi gelelim pazarlık konusuna. Pazarlık kısmına girmeden önce biraz perde arkasında neler oluyor onu anlamak lazım diye düşünüyorum.

Hadi başlayalım 🧶 👇

https://twitter.com/MertSusur/status/1483098683193315343

Avrupa'daki teknoloji firmalarında;
👉 Bir görüşme için teknik ekip ~10 saat harcıyor.
👉 Senior rol için 7 görüşmede 1 teklif verecek kişi çıkıyor.
👉 İşe alımcı bir rolü kapatmak için 120 saate yakın telefonla görüşüyor.

Her zaman Avrupa'daki yazılımcı maaşlarını vs konuşuyoruz ama burada önemli bir ayrımı atlıyoruz gibi geliyor bana. Avrupa'daki bir çok startup ya da big tech size maaş teklifi verirken bunu bir kaç kalemde ele alıyorlar.
1️⃣ Base Salary
2️⃣ Hisse opsiyonu
3️⃣ Yan haklar
4️⃣ Bonus Bunların tümü birleşince de Total Compensation yani toplam alacağınızı belirliyor. Şimdi bunları parçalara bölerek tartışalım. Her madde ile birlikte sizin de eklemek istedikleriniz varsa lütfen tweet'e cevap verin hep beraber bilgilenelim. Başlıyoruz 🧵

Eğer ürün takımı yönetecek yöneticileri işe alıyorsanız iş görüşmeleri sırasında sistem tasarımının yanında bir de kodlama mülakatı düşünmelisiniz. Hatta bu mülakatın sonuca etkisi düşük olsa bile takım liderlerini yönetecek yöneticiler bile bu mülakattan geçmeli. Eminim bunun yazılım dışındaki teknik alanlarda da yansıması vardır. Yazılım geliştirme özelinde konuşacaksak eğer, yazılım yöneticisinin teknik bilgi sahibi olması ekibini ve problemlerini anlaması açısından bence çok kritik. Bunun için de güçlü yazılım temeli olması bence şart.

Bazen bir yanlış anlaşılma oluyor sanırım, blokzinciri alanındaki yazılımcı maaşlarının yüksek olmasının sebebi tecrübeli eleman ihtiyacı. Yani solidity öğrenince hemen o maaşları alacak değilsiniz. “Senior” olmanız çok önemli. Ne demek senior yazılımcı? “Ambiguous” bir problemi alıp buna çözüm üretebilen, çözümleri diğer yazılımcılara anlatıp ikna edebilen, ürün yöneticisi ya da başka paydaşlarla bu tartışmaları yöneten, liderlik yapabilen bir yazılımcı olmalı.

Yurtdışındaki bir çok büyük ölçekli teknoloji firması scrum ya da kanban gibi bir metodoloji kullanmıyor. Daha doğrusu resmi olarak şu ya da bunu kullanıyoruz demiyorlar. Büyük bir kısmında scrum master gibi bir kişi de yok, yazılımcılar bu rolü üstleniyorlar. Kimi büyük ve çok fazla takımın/departmanın dahil olduğu projeler için Technical Project Manager gibi bir rol az da olsa görüyorum. Bu kişi de takımlar arası koordinasyonu üstleniyor.

İyi iletişim kuramayan bir yazılımcının modern şirketlerde hayatta kalması çok zor. Büyük problemleri çözmek için takıma ihtiyacınız var. Takım demek iletişim ve beraber çalışmak demek. İşi aldım, yaptım getirdim beklentisi modern dünyada artık işlemiyor, tercih edilmiyor. Takım olarak çalışmanın bir başka avantajı da sizi eğitmesi. Ne kadar tecrübeli olursanız olun ekibinizden her gün bir şeyler öğreniyorsunuz. Bu sadece teknik bilgi olarak değil bakış açısı, problem çözümü vs. olarak da kendini gösteriyor.

Geçtiğimiz yıl @altugozturk, @mustaphaturhan ve @simabaktas ile birlikte #UcurtmaProjesi'ne başlamıştık. Bir süredir @BiLira_Official ile iletişim halinde burs konusuna nasıl bir çözüm getirebileceğimizi tartışıyorduk. Biraz daha bu konuda bilgi verip gelişmeleri anlatmak istedim

https://twitter.com/MertSusur/status/1143283411483811844

Aslında bu çalışmamıza ilham olan konu para toplayıp 5 harika öğrenci arkadaşımızı #DevCon4'e göndermemiz oldu. Her şey bu tweet ile başlamıştı ve Arkasından başarılı bir şekilde 50,000 TL para toplamıştık.

https://twitter.com/MertSusur/status/1014426718961102848