Bu bölümde ekibin tamamı “overengineering” dertlerine odaklanıyor.

• Overengineering nedir? Golden-plating, premature optimization ve “her soruna mikroservis” refleksinin köklerini arıyoruz.

• MVP vs. POC vs. uzun vadeli mimari. Bir teknolojiyi “denemek için” mi, gerçekten ihtiyaç olduğu için mi kullanıyoruz?

• Ölçek, maliyet ve vizyon. 100 kullanıcıya hizmet veren bir sistemi event driven mimariye taşıma senaryosu neden çoğu zaman boşa efor?

• ADR, OKR’ler ve pragmatizm. Overengineering’i sürecin başında yakalamak ve ekipçe “yeterince iyi”de uzlaşmak için kullanabileceğimiz araçlar.

• Kodu çöpe atmak korkulacak şey mi? Refactor etmek mi, yeniden yazmak mı? “Trabzon hurması gibi legacy” örnekleriyle tartışıyoruz.

Junior’dan senior’a herkesin içindeki “Şuraya da bir queue atsak mı?” sesini susturmak bazen zor. Bu kayıtta, hem tatminsizliğin hem merakın projeleri nasıl karmaşıklaştırdığını masaya yatırıyor; ürünün, ekibin ve şirketin gerçeklerine uygun “optimum” çözüme nasıl yaklaşıldığını konuşuyoruz.

Katılımcılar;

Fırat Özbolat

Deniz İrgin

Mert Susur

Deniz Özgen

Barış Özaydın

Onur Aykaç

Bu bölümde ekiplerin ve bireylerin omuzlarındaki “bilişsel yük” kavramını masaya yatırıyoruz. Codefiction ekibi, context-switching’in verimliliği nasıl düşürdüğünü, ölçek büyüdükçe teknoloji setinin çeşitlenmesinin ve sorumlulukların yayılmasının geliştiricinin zihinsel kapasitesini nasıl zorladığını örneklerle anlatıyor. Front-end’den veri tabanına, CI/CD pipeline'larına insan-kaynakları işlemlerine kadar uzanan dağınık görevlerin, doğru kurgulanmamış süreçler ve eksik dokümantasyonla birleşince ne kadar görünmez bir “yavaşlatıcı”ya dönüştüğü açıklanıyor.

İkinci kısımda bilişsel yükün hem ekip çıktısını hem de çalışan sağlığını (burn-out riskini) nasıl etkilediği tartışılıyor; Team Topologies, Developer Experience ekipleri, “discovery” time-box’ları, standardize teknoloji seçimleri, net domain sınırları ve iyi yazılmış dokümantasyon gibi çözümler tartışılıyor. Teknik borcun ve sürekli toplantı trafiğinin yaratabileceği gizli maliyetlere değinilirken, yöneticilerin olduğu kadar ekip üyelerinin de yükü ölçme-dile-getirme sorumluluğu vurgulanıyor. Bölüm, “her şeyi yapmaya çalışmak yerine önceliklendirmek, sınırlar koymak ve odaklanmak” çağrısıyla kapanıyor.

Katılımcılar;

Fırat Özbolat

Deniz İrgin

Mert Susur

Deniz Özgen

Barış Özaydın

Onur Aykaç

Bu bölümde “otonom takım” kavramını masaya yatırıyor, “empowered” ekipler ile otonom ekipler arasındaki farkları tartışıyoruz. Bir takımın kendi kararlarını alabilmesi için hangi yetkinliklere ve süreçlere ihtiyaç duyduğunu, şirket kültürünün ve liderliğin bu süreçteki rolünü ele alıyoruz. Ayrıca, otonomi sağlayan (veya sağlamayan) kurumların hangi motivasyonlarla hareket ettiğini, büyük işten çıkarmaların ekiplerin risk alma iştahını ve güven duygusunu nasıl etkilediğini inceliyoruz. Takımın içindeki işbirliği, teknik karar süreçleri, liderlik ve kurumsal iletişim boyutlarıyla otonomiye bütüncül bir bakış sunuyoruz. Otonominin “her kararı dilediğince almak” olmadığını, sağlam bir yönetişim ve ortak anlayışla birleştiğinde gerçek değer yarattığını pratik örnekler üzerinden anlatırken, “otonomi verilmez, alınır” söyleminin ne anlama geldiğini somutlaştırmaya çalışıyoruz. Katılımcılar; Uğur Atar Mert Susur Deniz İrgin Onur Aykaç Deniz Özgen Fırat Özbolat Barış Özaydın

Bu bölümde, yazılım ekiplerinde “politika” kavramının neden kaçınılmaz olduğunu ve iyi niyetli diplomasiyle toksik davranışlar arasındaki farkı tartışıyoruz. Şirket hedeflerine ulaşırken teknik borcun önceliklendirilmesi, ekipler arası iletişimin sağlanması ve “dedikodu” gibi negatif politikaların önüne geçilmesi için nelere dikkat edilmesi gerektiğini somut örneklerle ele alıyoruz.

Ayrıca, doğru yönetilen bir politikayla hem ürün geliştirme süreçlerinde nasıl hız kazanabileceğinizi hem de ekip uyumunu nasıl koruyabileceğinizi inceliyoruz. RFC (Request for Comments) gibi yaklaşımlarla şeffaf karar alma kültürünü güçlendirmenin önemini vurgulayarak, yöneticilerin sorumluluğu ve bireysel kariyer gelişimi için en etkili politika ipuçlarını paylaşıyoruz.

Şüphesiz yöneticilerimizin kariyerimize iyi veya kötü anlamda katkıları büyük. İyi bir yönetici bize huzurlu bir çalışma ortamının sağlanması, gelişimimiz ve büyümemize katkı sağlarken, kötü bir yönetici kariyerimizi olumsuz anlamda etkileyebilir. Bu yayında yöneticilerinizi daha iyi tanımanıza ve anlamanıza yardımcı olacak püf noktaları tartışık.

Firmalardan gelen teklifleri değerlendirme aşamasında; maaş beklentisinin yanında firmaların sunduğu gelişim ve kariyer yolları, çalışma opsiyonları, paketler ve firmanın teknik alt yapısına yönelik değerlendirmeyi nasıl yapabileceğimizi gündemimize aldık.

02:47 işe girecek kişi perspektifinden beklentiler, maaş konuları
15:25 firmanın teknik altyapısı, cognitive load
27:47 teklif seçimindeki risk faktörü, kariyer yolları
35:25 paketler, yan haklar, çalışma koşulları
44:30 son karar aşamaları
49:17 kapanış

1:50 bir firmayı iyi yapan veya kötü yapan şeyler nelerdir

15:16 Toxic ortam nedir?

19:50 iş görüşmesinde şirkette toxic ortam olup olmadığını nasıl anlayabiliriz?

26:03 firmadaki politika nasıl yönetilir?

31:43 bir firmayı iyi ya da kötü yapan şeyler nelerdir?

44:05 Kapanış

Bu bölümde firma seçerken biz nelere dikkat ediyoruz, bizce iyi firma ve kötü firma nedir, toxic ortama sebep olan etkenler nelerdir gibi konuları almaya çalıştık.

bölümde bahsettiğimiz kitap: https://www.amazon.com/Drive-Surprising-Truth-About-Motivates/dp/1594484805

5:13 - Data Science Nedir? Machine Learning Engineer Nedir?

14:53 - ChatGPT'nin arkasındaki teknoloji nedir?

24:29 - ChatGPT'teki Parametreler nedir ne değildir?

31:39 - openai'a rakip çıkabilecek mi? bu olayda işlem gücünün ne kadar önemi var?

43:29 - Yapay zeka büyük firmaların mı elinde olacak, yoksa bu teknoloji halka inecek mi?

48:30 - Kariyerini data science, machine learning alanında ilerletmek isteyenler nasıl davranmalı & Kapanış

Bu bölümde Grafana'da Senior Machine Learning Engineer olarak çalışan Yasir Ekinci konuğumuz oldu ve ChatGPT'nin arkasındaki teknolojiyi anlamaya çalıştık.