İşinizde sürekli aynı şeyleri tekrar ettiğiniz oluyor mu? Sürekli bildiğiniz şeyleri yaparak kendinizi hiç geliştiremediğinizi düşündüğünüz anlar peki? Monotonluk ve sürekli tekrarlarla geçen zamandan bıktınız, acaba kalmalı mı, gitmeli mi? Hiç düşündünüz mü, belki de bu dönem sizin kariyerinizdeki o beklediğiniz büyük sıçrayış için elinize geçen en büyük fırsat olabilir.

Microservis mimarisi, SOA, DevOps gibi kavramların temelinde, çekirdeğinde yer alan Conway'in yasası, sektörde hiçbir zaman gereken ilgiyi görmedi. Geliştirdiğiniz ürünün yapısı ve tasarımı nasıl olurda ekip içi ve ekipler arası iletişim kanallarının sayısı, şekli ve yapısı ile ilişkili olur, hiç sormadık. Bu nedenle devops ve agile dönüşümlerde hep bir yerler eksik, bir yerler sorunlu kaldı. Biz de bu uzun podcastimizde, çoğunlukla sadece bir cümle ile telaffuz edilip geçilen bu ilham verici fikir üzerine derinlemesine konuşmak istedik.

Yazılım dünyasında kariyer yolculuğuna çıkmış tüm profesyonellerin kendilerine hiç bıkmadan sorduğu o efsane soruyu Lemi de soruyor ve farklı perspektifler ışığında cevaplamaya çalışıyor. Peki gerçekten de kendimizi geliştirebileceğimiz bir iş yeri var mı?

Yazılımlar da zamanla çürür. İrili ufaklı alınan teknik borçlar eğer hemen ödenmezse bir süre sonra sizi teknik iflasa götürebilir. Bu bölümde Lemi, yazılımın benzer sorunlarını açıklayan ve çözümü için yeni bakış açıları getiren -farklı disiplinlerden hayat bulmuş- Kırık Cam Teorisinden ve İzci Kuralından bahsediyor.

Ego "ben"dir. Dürtüsel isteklerimiz ile doğru/iyi olan seçenekler arasındaki ayrımı yapabilmemizi sağlayan önemli bir araçtır. Güçlü bir karakter güçlü bir "ben"e sahip olması gerekir. "Ben"ler bir ahenk içinde yaşaması gerekirken hem özel hem iş hayatımızda sıklıkla "ben"lerin savaşına tanık olmaktayız. Yazılım ve programlama dünyasında da egoların çatışması hem oldukça zararlı, hem de bir o kadar kaçınılmaz. Lemi uzun zamandır üzerinde kafa yorduğu bu kavram hakkında bilgi ve deneyimlerini dinleyicileri ile paylaşıyor.

Takdir ve teşekkür etmek, olumlu, pozitif düşünce ve hislerimizi paylaşmanın erdem olduğuna inanıyorum. Profesyonel iş hayatında da bu bakış açısının ne denli olumlu etkisinin olduğuna yakinen tanık oldum. Bu konu özelinde yıllar içerisinde pratikte uygulayarak biriktirdiğim deneyimleri sizlerle paylaşmak istiyorum. Daha iyi bir şirket, daha kenetlenmiş bir ekip, daha mutlu çalışanlar için ipuçları iletmek istiyorum.

Scrum öğrenmesi kolay ancak ustalaşması zor bir çerçevedir. Çok kolayca yanlışlara düşülenbilir, farkına varmadan Scrum uyguluyorum zannederek ile çok verimsiz bir sistem oluşrturabilirsiniz. Yapılan yanlışlardan biri de Sprint sırasında gelen işlerin yönetimi ile ilgilidir. Bu bölümde bu konuya odaklanıyoruz.

"Code Review" yani kod inceleme her yazılımcının bir yerden dokunduğu bir pratiktir. Şirketler süreçlerine oturtmaya çalışırken yazılımcılar da verimliliğini arttırmaya çalışırlar. Ancak ister istemez onlarca farklı sorun ile mücadele ederken kendilerini bulurlar. Bu bölümde Lemi bizlere geçmişten getirdiği deneyimler ışığında kod inceleme süreçlerinde yaşanan 10 kusurlu hareketten, ve uygulanabilir çözüm yollarından bahsedecek.

Bir kafede otururken şans eseri tanık olduğum bir iş görüşmesi beni derinden etkiledi. İş görüşmeleri nasıl yapılmamalı, nelere dikkat etmek gerekir, benim iş görüşmelerinde dikkat ettiğim kaideler nelerdir sizlerle paylaşmak istiyorum.

Kariyerlerimizde adım attığımız her basamak ve bu basamaklarda geçirdiğimiz ilk günler çok çok özeldir. Yeni başladığınız şirkete umutlarınız ile gelirsiniz. Beklentileriniz ve hayalleriniz vardır. Ancak çoğu zaman, tıpkı kötü bir ilk karşılaşma gibi, şirketteki ilk günler çok sıradan ve umut kırıcı geçer. "Bu da diğer şirketler gibi" intibasından sıyrılmaya çalışırsınız. Enerjiniz daha ilk günden sönmüş gibidir. Ancak bu böyle gitmek zorunda değil! Lemi bu bölümde "sıradışı bir ilk gün" nasıl planlanır, nelere dikkat etmek gerekir, detayları ile bahsedecek.