Close

Software Craftsmanship Manifestosu’nu Neden İmzalamadım?

Software Craftsmanship Manifestosu’nu Neden İmzalamadım?

Ustalaşma, Zanaatkârlık Kavramına Eleştirel Bir Bakış Liz Keogh, yazılım geliştirme dünyasında önemli bir figür olarak, yazılım zanaatkârlığı manifestosunu imzalamama nedenlerini detaylı bir şekilde açıklıyor. Keogh, programlamayı bir zanaat olarak görmek yerine, bir mesleğin veya ticaretin ifadesi olarak değerlendiriyor. Programlamanın, tıpkı yazılı iletişimde kullanılan bir kelime dağarcığı gibi, daha geniş bir mesleki pratiğin parçası olduğunu savunuyor. […]

Devamını Oku

Yazılım Zanaatkârlığı mı, Meslek Ahlakı mı? Dan North’tan Sert Eleştiriler”

Yazılım Zanaatkârlığı mı, Meslek Ahlakı mı? Dan North’tan Sert Eleştiriler”

“Zanaatkâr” Olmak Neden Şüpheli Bir Kimlik? Dan North’un 15 Ocak 2011 tarihli blog yazısı “On Craftsmanship”, yazılım dünyasında giderek popülerleşen “software craftsmanship” (yazılım zanaatkârlığı) akımına yönelik oldukça eleştirel ve düşündürücü bir bakış sunuyor. Yazısının ilk cümlesinde şöyle diyor: “Bu yazıyı uzun süredir yazmayı düşünüyordum, çünkü craftsmanship hareketiyle ilgili bir şey beni hep rahatsız etti.” North’un […]

Devamını Oku

Yazılım Dünyasının Sessiz Başkaldırısı: Zanaatkârlık Manifestosu

Yazılım Dünyasının Sessiz Başkaldırısı: Zanaatkârlık Manifestosu

“Artık kötü yazılım yazmak istemiyoruz.” Bu cümle, yazılım zanaatkârlığı (yazılımda ustalaşma, software craftsmanship) hareketinin özüdür. Robert C. Martin’in ifadesiyle, bu hareket bir isyan değil; bir uyanıştır. Bu yazı, yalnızca yazılım geliştiricilere değil, ürün sahiplerine, yöneticilere ve teknolojiyle ilgilenen herkese yazılmış dolaylı bir mektup niteliği taşıyor: Kalitesiz yazılımın sonuçlarına katlanmak zorunda değiliz. Yazılım Zanaatkârlığı Neye Tepkidir? Uncle […]

Devamını Oku

Etiketsiz Çeviklik: Gerçek Agile Olmak Etiketlere Bağlı Değildir

Etiketsiz Çeviklik: Gerçek Agile Olmak Etiketlere Bağlı Değildir

Son yıllarda teknoloji şirketlerinden büyük holdinglere kadar herkesin dilinde aynı kelime: “Agile” yani çeviklik. Scrum toplantıları, Kanban tahtaları, sertifikalar, çerçeveler, SAFe eğitimleri… Ancak bir dakika duralım. Tüm bunlar gerçekten çevik bir organizasyon yaratıyor mu? Forbes yazarı Steve Denning’in kaleme aldığı dikkat çekici yazıya göre, birçok şirket kendini “Agile” ilan etse de aslında bu dönüşüm yüzeyde […]

Devamını Oku

Teknik Borç: Yazılım Geliştirmenin Görünmeyen Yükü

Teknik Borç: Yazılım Geliştirmenin Görünmeyen Yükü

Yazılım geliştirme süreçlerinde sıkça karşılaşılan, ancak çoğu zaman göz ardı edilen bir kavram olan teknik borç (technical debt), kısa vadeli çözümlerle hedeflere hızlıca ulaşma çabasının uzun vadede getirdiği maliyetleri ifade eder. Bu terim, yazılım geliştiricisi Ward Cunningham tarafından ortaya atılmıştır. Cunningham, teknik borcu, hızlı çözümlerle elde edilen avantajların, ileride daha büyük sorunlara yol açabileceği bir […]

Devamını Oku

Kanban mı, Scrum mı? Hangi Yöntem Sizin İçin Uygun?

Kanban mı, Scrum mı? Hangi Yöntem Sizin İçin Uygun?

Yazılım geliştirme ve proje yönetimi alanında, Kanban ve Scrum, ekiplerin iş akışlarını düzenlemek ve verimliliği artırmak için sıkça başvurdukları iki popüler yöntemdir. Her ikisi de çevik (Agile) prensiplere dayanır, ancak farklı ihtiyaçlara ve çalışma tarzlarına hitap ederler. Bu yazıda, Kanban ve Scrum yöntemlerinin temel farklarını ve hangi durumlarda tercih edilmesi gerektiğini inceleyeceğiz. Kanban ve Scrum: […]

Devamını Oku

Teknik Borcun Gizli Yüzü: Geliştiricilerin Gözünden 3 Ana Tür ve Yönetim Stratejileri

Teknik Borcun Gizli Yüzü: Geliştiricilerin Gözünden 3 Ana Tür ve Yönetim Stratejileri

Yazılım geliştirme sürecinde, teknik borç (technical debt), projelerin sürdürülebilirliği ve ekip verimliliği üzerinde önemli etkilere sahip olabilir. HackerNoon’da yayımlanan bir makaleye göre, teknik borç üç ana kategoriye ayrılabilir: bilinçli borç, kazara/eskimiş tasarım borcu ve bit rot (bozulma) borcu. Bu yazıda, her bir borç türünü ve bunları yönetme stratejilerini ele alacağız.(hackernoon.com) Teknik Borç Türü Açıklama Strateji […]

Devamını Oku

Domain-Driven Design ve Enterprise Integration Patterns Yazılım Dünyasını Nasıl Dönüştürdü?

Domain-Driven Design ve Enterprise Integration Patterns Yazılım Dünyasını Nasıl Dönüştürdü?

Yazılım geliştirme dünyasında, karmaşık sistemleri anlamlandırmak ve yönetilebilir hale getirmek her zaman büyük bir zorluk olmuştur. Ancak 2003 yılında yayımlanan iki önemli eser, bu alanda devrim yarattı: Eric Evans’ın Domain-Driven Design: Tackling Complexity in the Heart of Software ve Gregor Hohpe ile Bobby Woolf’un Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions kitapları. Bu […]

Devamını Oku

 Verimliliği Ustalıkla Yönetmenin 5 Stratejisi

 Verimliliği Ustalıkla Yönetmenin 5 Stratejisi

Günümüzün hızlı tempolu dünyasında, zaman yönetimi ve verimlilik, hem profesyonel hem de kişisel yaşamda başarının anahtarlarıdır. Etkinliği artırmak, sadece daha fazla işi tamamlamak değil, aynı zamanda daha akıllıca çalışmak anlamına gelir. Aşağıda, verimliliği artırmak ve etkinliği ustalıkla yönetmek için beş temel stratejiyi bulacaksınız. 1. Zaman Bloklama Yöntemi ile Odaklanmış Çalışma Zaman bloklama, gününüzü belirli zaman […]

Devamını Oku

Etkileşimde Ustalaşmanın Anahtarı: FORD Yöntemiyle Küçük Sohbetleri Büyütün

Etkileşimde Ustalaşmanın Anahtarı: FORD Yöntemiyle Küçük Sohbetleri Büyütün

Sosyal ortamlarda yeni insanlarla tanışmak ve sohbet başlatmak birçok kişi için zorlu bir deneyim olabilir. Ancak, Upworthy’de paylaşılan bir makaleye göre, bu süreci kolaylaştırmanın basit bir yolu var: FORD yöntemi. Bu yöntem, sohbet başlatmak için dört temel konu başlığını akılda tutmayı öneriyor: Aile (Family), Meslek (Occupation), Eğlence (Recreation) ve Hayaller (Dreams). (Upworthy) Aile (Family): Hemen herkesin […]

Devamını Oku