Codefiction Podcast

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 ÖzbolatDeniz İrginMert SusurDeniz ÖzgenBarış ÖzaydınOnur 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 ÖzbolatDeniz İrginMert SusurDeniz ÖzgenBarış ÖzaydınOnur 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 load27: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 nelerdir15: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.

Bu bölümde son zamanlarda dünyayı kasıp kavuran teknoloji firmalarının toplu işten çıkamalarını, Twitter'ın Elon Musk tarafından satın alınmasını ve Elon Musk'ın Twitter'ında yaşanan olayları yorumlamaya çalıştık. 00:00 Giriş 02:31 İşten çıkarma istatistikleri 05:25 İşten çıkarmalarla ilgili Yorumlarımız 20:30 Efektif çalışma yöntemleri 25:54 Twitter'da yaşanan olaylar, Elon Musk ve Twitter'ın geleceği 37:42 İşten çıkarmaların firmalara etkisi ve işten çıkarılma yöntemleri 44:30 İşten çıkarmaların Türkiye'ye etkisi ve kapanış

KONUŞULANLAR(00:00) Başlangıç(03:05) Takım Yapıları(10:00) Farklı Disiplinleri Tek Yumruk Yapmak(19:05) Takımda Sorun Var(30:23) Yeni Üye Katıldı(46:00) Konuşmacılara SorularGizem Sevinç: https://www.linkedin.com/in/gizemsevincKoray Gökçe: https://www.linkedin.com/in/gokcekoray/Alper Ersoy: https://www.linkedin.com/in/alperersoy/