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/ 

00:00 - Başlangıç02:30 - Doğuş Teknoloji15:00  - Geleceğin Teknolojileri32:00 - Teknoloji, İnsan ve Teknik Yöneticilik39:00 - Kapanış http://gelecegegiris.com/https://twitter.com/DogusTeknolojihttps://www.linkedin.com/company/dogus-teknoloji/

(00:00) Başlangıç(05:40) Neden Podcast :)(11:40) Bölümlere ve sezonlara hazırlanmak(21:03) Yerel ve Global(30:20) Topluluklar ve kötü süreçleri değiştirmek(38:45) Pandeminin anlatıcılara ve dinleyicilere etkisi(48:09) Topluluklardaki ve sektördeki çeşitlilik(56:20) Hayaller ve umutların peşinde

İlk Twitter Space yayınımıza hoş geldiniz! Bu yayında Stack Overflow Geliştirici Anketinde dikkatimizi çeken konuları konuştuk. Bizim için de farklı bir deneyim oldu. Bundan sonra topluluğun da katılabileceği bu tip yayınları daha sık yapmak istiyoruz.Cinsiyete göre yazılımcı sayıları, bu sene kadın yazılımcı oranı neden geçen seneye göre daha düşükYıllara göre tecrübeler. Neden şirketler senior title'ları daha erken vermeye başladılar?En çok kullanılan programlama dilleri. Rust'ın önlenemez yükselişiYazılım öğrenme alışkanlıkları nesilden nesile değişiyorEn popüler web framework'leri. JQuery neden hala popüler?Büyük şirketler neden remote'dan hibrite doğru ilerliyor.Katılımcılar;Fırat ÖzbolatDeniz İrginOnur AykaçMert SusurUğur AtarFatma TanrısevdiBarış ÖzaydınKatılımları için Codefiction topluluğuna tekrar teşekkür ederiz.

Talentgrid'in katkılarıyla sezonun onikinci ve son bölümü yayında!Domain Driven Design mimarisinin temel yapı taşlarından olan event sourcing konusunu ele alıyoruz.      Event Sourcing'in varoluş amacı nedir?Event Sourcing ne gibi ölçeklerde etkilidir? Eventlerimi tasarlarken nasıl bir yöntem izlemeliyim? Event Sourcing yaparken kaydedilen veriyi nasıl yönetebilirim? https://talentgrid.io/codefiction

Talentgrid'in katkılarıyla sezonun onbirinci bölümü yayında!DDD mimarisinin en önemli örüntülerinden olan CQRS (Command Query Responsibility Segregation) kavramını detaylandırıyoruz. CQRS ne gibi durumlarda kullanılmalıdır?CQRS hangi problemleri çözüyor?Fat events vs. Thin eventsCQRS yerine kullanılabilecek alternatifler nelerdir? https://talentgrid.io/codefiction

Talentgrid'in katkılarıyla sezonun onuncu bölümü yayında!Pandemi sonrasında inanılmaz şekilde artan yazılımcı ihtiyacı ve yükselen maaş beklentilerini konuştuk.Yükselen beklentiler karşısında şirketlerin ve yöneticilerin neler yapabileceğini ele alarak başladığımız bölümün devamında, iş piyasasının nereye doğru yöneldiğini, yazılımcıların neler yapması gerektiğini ve sağlıklı bir çalışan / işveren dengesinin nasıl kurulabileceğini tartıştık.https://talentgrid.io/codefiction

Doğuş Teknoloji sponsorluğunda kaydettiğimiz bu özel bölümde konuğumuz İsmail Kırtıllı ile Web3.0, Metaverse,  Crypto Economy, NFT gibi son günlerin en çok konuşulan teknolojik gelişmelerini yazılım perspektifinden değerlendirdik.http://gelecegegiris.com/https://twitter.com/DogusTeknolojihttps://www.linkedin.com/company/dogus-teknoloji/

Talentgrid'in katkılarıyla sezonun dokuzuncu bölümü yayında!Domain Driven Design oldukça geniş bir konsept olduğu için iki bölüm halinde yayınladığımız bu serinin ikinci bölümünde  Domain Driven Design kavramını kullanarak efektif, ölçeklenebilir ve hızlı değer yaratan sistemlerin nasıl tasaralanabileceğini konuştuk.https://talentgrid.io/codefiction

Talentgrid'in katkılarıyla sezonun sekizinci bölümü yayında!Domain Driven Design oldukça geniş bir konsept olduğu için iki bölüm halinde yayınlayacağımız bu serinin ilk bölümünde  Domain Driven Design kavramını kullanarak efektif, ölçeklenebilir ve hızlı değer yaratan sistemlerin nasıl tasaralanabileceğini konuştuk.https://talentgrid.io/codefiction

Doğuş Teknoloji sponsorluğunda kaydettiğimiz bu özel P2P bölümünde yazılımcıların üretkenliğine doğrudan etkisi olan DevX kavramını, yazılım geliştirme araçlarını, ufak ama hayat kurtaran detayları, IDE eklentilerini, deployment teknikleri, git ve daha pek çok konuyu derinlemesine konuştuk. http://gelecegegiris.com/https://twitter.com/DogusTeknolojihttps://www.linkedin.com/company/dogus-teknoloji/

Talentgrid'in katkılarıyla sezonun yedinci bölümü yayında!Developer experience serisinin ikinci bölümünde, low-code, no-code ve CoPilot gibi yazılım geliştirme ekosistemine kısmen yeni dahil olan yeni yaklaşımları tartıştık.https://talentgrid.io/codefiction

Bu bölümde yazılımcıların günlük hayatının temel taşlarından biri olan işletim sistemlerini konuştuk. Her konuşmacının kendi perspektifinden Windows, MacOS ve Linux işletim sistemlerini  tartıştığı bir bölüm ortaya çıktı.  Microsoft'un açık kaynak atılımı.İşletim sistemlerinin kullanılabilirliği ve günlük hayatımıza etkileri.Masaüstü ve sunucular bazında işletim sistemi karşılaştırması.WSL - Windows Subsytem for LinuxTerminal vs. GUIBash, Powershell, WSLİşletim sistemlerinin pencere yöneticileriHayatımıza giren Apple M1 ile neler değişti?  Talentgrid'in katkılarıyla sezonun altıncı bölümü yayında!https://talentgrid.io/codefiction

Bu bölümde egosuz programlamayı konuştuk. Bu konu ilk olarak Jeff Atwood'un 2006 yılında Coding Horror bloğunda dile getiriliyor. Jeff Atwood bu kavramı 10 madde de ele almış, biz de bu bölümde bu maddeleri kendi tecrübelerimiz üzerinden tartıştık.Hatalar yapabileceğini anla ve kabul et.Sen, yazdığın kod değilsin.Ne kadar iyi karate bilsen de, bir başkası daha fazlasını biliyor olabilir.Kodu birilerine danışmadan baştan yazmaya kalkışma.Senden daha az bilenlere saygı, hürmet ve sabırla davran.Gerçek itibar(nüfuz, otorite) bilgiden gelir, pozisyonunuzdan ya da title’ınızdan değil.Gereksinim, platform veya tool değişimleriyle kavga etme, gülümseyerek kabul et ve bunları birer challenge olarak algıla.İnandıkların için savaş ama yenildiğinde incelikle kabul et.Karanlık ofiste kod yazıp sadece kola almak için çıkan “o kişi” olma. Kodu eleştir, insanları değil - coder’a karşı nazik ol, koda karşı değil.Talentgrid'in katkılarıyla sezonun beşinci bölümü yayında!https://talentgrid.io/codefiction

Yazılım sektöründe hype-driven development  konusunu ele aldığımız bu bölümde;Her sorun teknoloji atarak çözülebilir mi?Her zaman en yeni en son teknolojileri mi kullanmak gerekir?Legacy uygulamalar kötü müdür?gibi sorulara yanıt aradık.Talentgrid'in katkılarıyla sezonun üçüncü bölümü yayında!https://talentgrid.io/codefiction

Yazılım ekiplerinde psikolojik güvenlik konusunu ele aldığımız bu bölümde:Psikolojik güvenliğin yaratıcılık ve ekip performansına ne gibi katkıları vardır? Bireysel performans ile psikolojik güvenlik arasındaki ilişki nedir?Yazılım ekiplerinde psikolojik güvenlik seviyesi nasıl artırılabilir? Bir yönetici veya yazılımcı olarak bu kültüre nasıl katkıda bulunabilirim?gibi sorulara yanıt aradık. Talentgrid'in katkılarıyla sezonun üçüncü bölümü yayında!https://talentgrid.io/codefiction

Doğuş Teknoloji sponsorluğunda kaydettiğimiz bu özel P2P bölümünde insan kaynakları ve kariyer perspektifinden pek çok merak edilen konuya değindik. Konuklarımız Aslı Barış ve Sibel Kündeş ile Doğuş Teknoloji'nin işe alım süreçleri, kariyer fırsatları, kültürü ve organizasyon yapısını konuştuk.  Teknik alanda çalışanların kariyer gelişimi, iş yaşam dengesi ve uzaktan çalışma gibi konuları da ihmal etmedik. http://gelecegegiris.com/https://twitter.com/DogusTeknolojihttps://www.linkedin.com/company/dogus-teknoloji/

Talentgrid'in katkılarıyla sezonun ikinci bölümü yayında!Senior'ın yolu serimizin ikinci bölümüyle karşınızdayız. Bu bölümde mülakatçı olmayı konuştuk. Görüşmek üzere!https://talentgrid.io/codefiction

Talentgrid'in  katkılarıyla sezonun ilk bölümü yayında!Senior'ın yolu serimizin ilk bölümüyle karşınızdayız. Bu bölümde senior geliştiricinin kariyer yolunu tartıştık.Görüşmek üzere!https://talentgrid.io/codefiction

Talentgrid'in  katkılarıyla yeni bölüm yayında! Yazılım kültürü konulu mini serimize, "Fazla mesai yazılımcının kaderi mi?" isimli bölümümüzle son buluyor. Görüşmek üzere!

Talentgrid'in  katkılarıyla yeni bölüm yayında! Yazılım kültürü konulu mini serimize, "Çok Hızlı Büyüyen Firmalarda Takım Kültürünü Nasıl Sağlıklı Tutarız?" isimli bölümümüzle devam ediyoruz.Bir sonraki bölümde görüşmek üzere!

Talentgrid'in  katkılarıyla yeni bölüm yayında! Yazılım kültürü konulu mini serimize, "Koordine Çalışan Bağımsız Ekipler" isimli bölümümüzle devam ediyoruz.Bir sonraki bölümde görüşmek üzere!

Talentgrid'in  katkılarıyla yeni bölüm yayında! Bu bölümle birlikte yazılım kültürü konulu mini bir seriye başlamış bulunuyoruz.  Hacker kültürü bölümüyle karşınızdayız.Bir sonraki bölümde görüşmek üzere!

Talentgrid'in  katkılarıyla yeni bölüm yayında! Bu bölümle birlikte yazılım ekipleri ve yetkinlikleriyle ilgili mini serimizi tamamlamış olduk. Bu bölümde  yazılımcı olmak için nasıl yetkinlikler gerektiğini, okulun faydalarını ve okuldanki mühendislik eğitimini ve neden yazılımcılıkta bu kadar çok alaylı yazılımcının olduğunu tartıştık. Bir sonraki bölümde görüşmek üzere!

Talentgrid'in katkılarıyla hazırladığımız bu bölümde, Spotify'da ürün yöneticisi olarak çalışan konuğumuz Buket Baran ile birlikte teknik ürün yönetimi, ürün yöneticisinin yazılım ekipleriyle geliştirdiği işbirliğini, teknik borcun nasıl ele alınması gerektiğini konuştuk."Modern ürün geliştirme süreçleri""Ürün yöneticisi ne kadar teknik bilgi birikimine sahip olmalıdır?""Yazılım ekibi veya ekibin lideri teknik borç konusunda farkındalığı nasıl artırabilir?""Ürün yöneticisinin teknik borca yaklaşımı nasıl olabilir?""Teknik borç ödenirken ürün yöneticisinin ekibe ve ürün sahiplerine karşı olan sorumlulukları nelerdir?""Nasıl ürün yöneticisi olabilirim?"Bölümde bahsi geçen kitaplar ve kaynaklar:http://theleanstartup.com/bookhttps://www.amazon.com/INSPIRED-Create-Tech-Products-Customers-ebook/dp/B077NRB36Nhttps://www.amazon.com/Design-Everyday-Things-Revised-Expanded/dp/0465050654https://www.amazon.com/Start-Why-Leaders-Inspire-Everyone/dp/1591846447https://www.amazon.com/Pyramid-Principle-Logic-Writing-Thinking/dp/0273710516https://productschool.com/ 

Talentgrid'in katkılarıyla hazırladığımız bu bölümde, kariyerini yönetici olarak seçenler ve seçmeyenler hakkında derinlemesine konuştuk ve tartıştık. "Yazılımcı kariyer yolunda ilerlemek için yönetici olmak zorunda mıdır?","Yöneticilik terfi midir yoksa bir kariyer değişikliği midir?", "Yazılımının bir günü nasıl olur? Neler yapar?","Yöneticinin sorumluluğu nedir?" sorularına cevaplar aradık.Bahsi geçen makaleye aşağıdaki linkten ulaşabilirsiniz.https://www.bti360.com/what-ive-learned-in-45-years-in-the-software-industry/ 

Geliştirilen yazılımı canlıya aldığınızda beklediğiniz performansı göstermemesi her yazılımcının kabusu! Talentgrid'in katkılarıyla hazırladığımız bu bölümde, optimizasyon, algoritmik karmaşıklık ve veri yapıları gibi konuları derinlemesine tartıştık. Big-O notasyonun günlük hayatımızdaki yerini ve istemsizce bu tekniği nasıl kullandığımızı konuşarak başladığımız bölüme, ölçeklenme ve optimizasyon tekniklerini konuşarak devam ettik. Hepimizin kullandığı frameworkler ve paket yöneticileriyle projelerimize eklediğimiz yazılımların algoritmik karmaşıklık üzerine olan etkileri nedir sorusunu sorduk.  Bu kullanım örüntülerinin algoritmik karmaşıklığa olan etkisini ve bir yazılımcı olarak bu etkiyi negatif spektrumdan uzaklaştırma yöntemleri üzerine kafa patlattık.Artık standart halini almış  bulut mimariler ve üzerinde çalışan algoritmaların algoritmik karmaşıklık ile ne gibi ilişkileri olduğunu, ne gibi optimizasyon yöntemleri uygulanabileceğini kendi tecrübelerimizden yola çıkarak sizlere anlatmaya çalıştık. Dünya devlerinin ne gibi teknikler kullanarak karşılaştıkları problemleri çözdüklerine de kısaca değindik, bu noktada fan-out, bulkheading, pull/push, precalculation gibi kavramlardan bahsettik.Mert'in bahsettiği kendi kendine kapanan monitör fenomenin detaylarını şuradan bulabilirsiniz :)https://twitter.com/royvanrijn/status/1214162400666103808?s=21En sonda bahsettiğimiz "Nasıl yapılır?" (ya da yapılmaz) konulu içerikler:CF Reverse Proxy + TerraformUber nasıl yapılır?WhatsApp nasıl yapılır?Twitter nasıl yapılır?

Veritabanlarını doğru seçmek ve doğru ekibi kurarak bu veritabanlarını yönetmek çoğu zaman bir projenin kaderini belirleyen kararlar olabiliyor. Bu bölümde Talengrid'in katkılarıyla Gülçin Yıldırım Jelínek ile birlikte bu konuyu ele almaya çalıştık ve bir çok soruya cevap aradık. Neden isterlerimize göre veritabanı seçmeliyiz? Elimizde ne tür farklı seçenekler var ve bunları nelere göre değerlendirmeliyiz? Ekiplerin yetkinleri bu seçime nasıl etki eder? DBA'in nedir, görev tanımında ne vardır? Veritabanı için DevOps ne ifade eder? Yaptığımız veritabanı değişikliklerini nasıl canlı ortamlara taşımalıyız?  Veritabanı sorgularını nasıl takip ediyoruz, metriklerini ne şekilde toplayıp ölçüyoruz?Güzel bir migration hikayesi olarak Strava'nın macerası https://medium.com/strava-engineering/the-boring-option-4a7c6ad16ab8

Talentgrid'in katkılarıyla yepyeni bir seriye başlıyoruz!  Bu seride firma olarak tek bir teknoloji seçimine bağlı kalmamanın faydalarından bahsediyor olacağız ve gelecek bölümlerde konuklarımızla farklı teknoloji seçimlerinin nasıl sonuçlar doğuracağını tartışacağız. Bu yüzden serinin ilk bölümünde polyglot kavramını konuştuk.Tek bir dile bağlı kalmamanın avantajları neler? Farklı işler için farklı veritabanları kullanmak bize neler sağlar?  Neden büyük firmalarda farklı takımlar farklı teknolojiler kullanıyorlar ve bu onlara ne gibi avantajlar katıyorlar? Hız ve ölçeklenebilirlik ne kadar önemli bir seçim kriteri? Saklanan veri boyutuna göre veritabanı tercihlerimizi nasıl değiştiriyoruz? Doğru problem için doğru yazılım dilini nasıl seçiyoruz?Yayında bahsettiğimiz konuların linkleri:* https://engineering.fb.com/2013/06/25/core-data/tao-the-power-of-the-graph/ 

Talentgrid'in katkılarıyla yeni bölümde BDD ile açılışı yapıp test edilmesi en zor konuları nasıl test ettiğimizi konuştuk. Asenkron çalışan servisler, karmaşık mesajlaşma protokolleri, hatta ürettiğiniz PDF'in formatı gibi zor konuları nasıl test ediyoruz? Bunu yaparken hangi framework ve teknolojileri kullanıyoruz? Testlerin ne kadarını otomatize edebiliyoruz? Bunun ekibe etkileri nasıl oluyor? sorularına cevap aradık.https://docs.pact.io/https://martinfowler.com/articles/consumerDrivenContracts.htmlhttp://wiremock.org/https://specflow.org/https://cucumber.io/Guvenlik testleri - http://gauntlt.org/Event storming içerikleri - https://www.youtube.com/watch?v=8BgWQrG4Akw 

Sezonun ikinci bölümünde Progressive Web Apps, Static Site Generator, Single Page Application, Server Side Rendering, Accelerated Mobile Pages gibi ön yüz teknolojilerini ve yöntemlerini konunun uzmanı konuğumuz Önder Ceylan ile konuşuyoruz. Önder sabırlı bir şekilde bütün sorularımızı cevaplamakla kalmadı vizyonumuza vizyon da kattı. İşi sadece bir yazılımcı açısından değil, ürün geliştirmenin ve yönetmenin kolaylıkları açısından da ele alarak bizi aydınlattı. Ekip olarak çok şey öğrendiğimiz hem uzun, hem de çiçek gibi bir yayın oldu. Yayında geçen konularla ilgili linkleri de aşağıda yayınlıyoruz.https://developers.google.com/web/updates/2019/02/rendering-on-the-webhttps://web.dev/progressive-web-apps/https://staticsitegenerators.net/https://www.statista.com/statistics/1012285/united-states-developer-average-salaries-location/https://www.statista.com/statistics/627312/worldwide-developer-population/ 

Özellikle kurumsal firmalarda duyduğunuz yazılım mimarı rolü ne iş yapar? Kod yazar mı? Yazmalı mı? Yoksa sadece toplantılara mı girer? Gelin hep beraber iyi yazılım mimarı ve kötü yazılım mimarı arasındaki farkları tartışalım. Bu sefer konuğumuz Atlassian firmasinda Principle Tech Evangelist olarak çalışan Serhat Can (https://twitter.com/srhtcn). Katılımcılar: Deniz İrgin (https://twitter.com/denizirgin) Deniz Özgen (https://twitter.com/_denolk) Mert Susur (https://twitter.com/MertSusur)

210'dan fazla kişinin dinleyici olarak katıldığı ilk superpeer yayınında konuklarımızla CV hazırlama, işe alım süreçleri yazılımcı maaşları ve firmaların maaş politikalarını tartıştık. kaydını paylaşıyoruz. Konuklarımız Azmi Mengü (https://twitter.com/azmimengu) Müge Kılıç (https://twitter.com/MugeeKilic) Ender Ahmet Yurt (https://twitter.com/eayurt) Deniz İrgin (https://twitter.com/denizirgin) Deniz Özgen (https://twitter.com/_denolk) Mert Susur (https://twitter.com/MertSusur)

TalentGrid'in katkılarıyla yeni Codefiction sezonu başlıyor! Kayıt olmak için https://talentgrid.io/codefiction !Sonunda ikinci sezonu yayına almaya başladık. Bu bölümde sezona hafif bir giriş yapıyoruz ve 2021'deki trendleri, istemsizce de olsa backend ağırlıklı ele alıp tartıştık. Önümüzdeki iki bölümle beraber bu bölümün ses kayıtları ne yazık ki harika olmadı. Ancak bundan sonraki bölümlerde bunun farkına varıp kayıt yaptığımız platformu değiştirdik. Bu bölümde de Edge Computing,  microfrontend, AR ve bol bol bulut teknolojileri hakkında  konuştuk.Konuşmacılar:Barış ÖzaydınDeniz ÖzgenDeniz İrginFatma Tanrısevdi Fırat ÖzbolatMert SusurOnur AykaçUğur Atar

Sonunda geldik bir sezonun daha sonuna. Bu sezonda bir çok farklı kayıt yöntemi ve yaklaşımlar denedik. Umarım beğenmişsinizdir. Fikirlerinizi ve yorumlarınızı https://anket.codefiction.tech üzerinden sadece 5 dakikanızı ayırarak bizimle paylaşmayı unutmayın!Bu bölümde firmalarda bilgi paylaşımını nasıl yaptığımızı konuştuk ve bir çok farklı yöntemi tartıştık. Dokümantasyon her şeyin ilacı mıdır? Bilgi kulaktan kulağa mı yayılmalıdır yoksa yapısal çözümler mi bulmalıyız? Kodların her yerine açıklamalar koymak neye derman olur?KatılımcılarMert SusurUğur AtarDeniz İrginFatma TanrısevdiBarış ÖzaydınFırat ÖzbolatDüzenleyen:Metehan Köktürk

Bu bölümde kendi deneyimlerimizden ve travmalarımızdan yola çıkarak tamamen hem şirket açısından hem de işe başlayan açısından, işe yeni başlama süreçlerini, yaşananları, yapılması gerekenleri ve yapılmaması gerekenleri tartıştık. Katılımcılar:Mert SusurUğur AtarDeniz İrginDüzenleyen:Metehan Köktürk

Generic Mahmut Abi sizlerin sorularını oturup gecelerce düşündü, sonra gidip işin erbabını buldu ve çok sorulan 2 soruya cevap verdi!  Bu bölümde Delivery Hero firmasında data scientist olarak çalışan Bahadır Uyarer'i konuk olarak aldık dopdolu bir program kaydettik.Yapımcılar: Fırat Özbolat, Deniz İrginKatılımcı: Bahadır UyarerDüzenleyen: Metehan Köktürk

Bazen bulunduğunuz yere eğitiminizle, başarılarınızla, zekanızla değil de şans eseri geldiğinizi düşünürsünüz, aslında hiç de insanların zannettiği gibi zeki/başarılı/bilgili olmadığınıza inanır ve bir gün gerçek yüzünüzü görecekler, diye endişe edersiniz ya, işte bu duygunun adı impostor (sahtekar) sendromu. Bir sosyal hayvan olarak yazılımcı serimizin son bölümünde, yazılımcıların çok sık yaşadığı bu sorun üzerine konuştuk.Katılımcılar:Fatma TanrısevdiBarış ÖzaydınOnur AykaçDeniz ÖzgenMert SusurUğur AtarFırat ÖzbolatDeniz İrginDüzenleyen:Metehan Köktürk  

COVID-19 sebebiyle bir çok şirket gibi Codefiction ekibinin çalıştığı şirketler de uzaktan çalışma modeline geçtiler. Uzaktan çalışmayla geçen bu bir aylık süre zarfında nasıl tecrübeler edindik, ne tip sorunlarla karşılaştı ve bunlara nasıl çözümler bulduk konularını tartıştık.Katılımcılar:Mert SusurOnur AykaçFırat ÖzbolatDeniz İrginDeniz ÖzgenDüzenleyen:Metehan Köktürk

Bir sosyal hayvan olarak yazılımcı serimizin ikinci bölümüyle devam ediyoruz. Bu bölümde, sağlık bir yazılım organizasyonunun olmazsa olmazlarından "Geri Bildirim Kültürü" üzerine konuştuk. Geri bildirim almak ve vermek, geribildirim ve eleştiri arasındaki farklar, özfarkındalık, öz eleştiri yapmak  , niyet okuma ve yanlış anlaşılmalar gibi konuları tartıştık.  Katılımcılar:Barış ÖzaydınDeniz ÖzgenDeniz İrginFatma TanrısevdiFırat ÖzbolatMert SusurOnur AykaçUğur AtarDüzenleme:Metehan Köktürk 

Yazılım problem alanlarının genişlemesiyle birlikte yazılım ekiplerini ölçeklemek için birçok çalışma ve araştırma yapılıyor. Ekipler büyüdükçe, ekip içinde ve takımlar arasında birçok çatışma ortaya çıkabiliyor. Bütün çatışmalar kötü müdür? Kişilik farklılıkları ekiplerin dinamiklerine nasıl etkide bulunur? Bir firmada başarılı olmak için politik mi olmalıyım? Diplomasi her zaman gerekli midir? Bu bölümde bu sorulara yanıt arayacağız. DüzenlemeMetehan Köktürk