Çok az yapıldığına şahit olmakla birlikte, eskiden nasıl refactoring yapılırdı? Testler yoksa zaten refactoring diye bir şey söz konusu olamazdı. Testler olsa bile çok büyük çapta refactoringler yapıldığına şahit olmadım. Genelde bir sınıf ya da metot bazında refactoring işlemleri yapılırdı, çünkü oluşacak yan etkilerin tespit edileceğinin garantisini kimse veremezdi. Oysaki yıllarca SRP, OCP, DIP yani […]
Eskiden projelerimizde birçok açık kaynaklı ürünü kullanırdık: Bunların yerine geçecek uygulamaları kendimiz geliştirmek aklımızın ucundan bile geçmezdi. Neden geçsin ki? Bu ürünleri kullanarak ciddi anlamda zamandan tasarruf ediyorduk. Bunun karşılığında ise kendimizi bu ürünlerin sunduğu yapının içine sokuyor; kurulum, konfigürasyon, güncelleme, migration ve özellikle security açıklarıyla sürekli ilgilenmek zorunda kalıyorduk. Hatta Mattermost, Gitea ve benzeri […]
Eskiden girişimcilikte limitleyici tek faktör sermaye idi. Ne kadar sermayeniz varsa, o kadar ürün geliştirebiliyordunuz. Bu sınırlayıcı etken ortadan kalkmış durumda. Yine de geniş kapsamlı bir uygulama geliştirmek aylarınızı alabilir. Bunun önüne geçmek için kesinlikle prompt engineering kullanmamanız gerekiyor. Bunun yerine loop engineering ile otonom çalışan ajanlar ile uygulamaları geliştirmelisiniz. Benim örneğimde bu yazıyı kalema […]
Şimdi olaya biraz da olumlu tarafından bakalım. Biraz önce modellerin birlikte otonom çalışabilmeleri için Gpt’ye bir orkestratör python script yazdırdım. Script o kadar karmaşık ki benim onu yazmam muhtemelen 2 günümü alırdı. Burada muazzam bir verimlilik artışı var. Günümüze kadar bilgiye dayalı üretim kapasitesi büyük ölçüde insan emeğine bağımlıydı ve ölçeklenmesi ek işgücü gerektiriyordu. Yapay zekâ […]
Yapay zeka ile çalışırken dikkat edilmesi gereken üç indikatör var. 1. Test kapsama alanı (test coverage) 2. Prompt sadelliği (prompt simplicity) 3. Bağlam zenginliği (context maturity) Yapay zeka destekli yazılım geliştirmede sistemin olgunluğunu yalnızca üretilen kod miktarıyla değil, test kapsamının artması ve promptların sadeleşmesiyle de ölçebiliriz. İlk iki indikatör birbirini tamamlar. Birincisi sistemin güvenilirliğini, ikincisi ise […]
Yapay zeka ile api tasarımı yaparken ya da kör bir şekilde yapay zekanın api tasarımı yapmasına izin verirken dikkat edilmesi gereken iki önemli bir husus var. Öncelikle hangi rollerin hangi haklar ile bu apilere erişilebileceğinin tayin edilmesi gerekiyor. Herkesin herşeyi yapabildiği apiler sistem için çok tehlikeli apilerdir. Apiye girişlerin mutlaka öncelikle api ismi, daha sonra […]
En basit hali ile loop engineering nasıl yapılır? Aşağıdaki örnekte Gpt Sol analiz ve review, Opus ise implementasyonu üstleniyor. Sadece Opus ya da Sol kullanarak çalışılabilir, ama ortaya çıkacak sonuç çok sağlıklı ya da beklenir tipte olmayabilir. Atılması gereken adımlar: 1. Gpt ile domain (alan) analizi yap ve iş paketlerini oluştur. İş paketleri ile uygulama […]
Benim yazilima bakis ve yazilimi uygulayis tarzimi tamamen extreme programming (https://lnkd.in/d-EdTKsU) sekillendirdi. Extreme Programming ile test güdümlü yazilimin ve refactoring yapma kabiliyetinin bir yazilim icin ve onu sekillendirme sürecinde ne anlama geldiklerini bu sekilde ögrendim. Yazilimda cevik olmanin temelinde uygulamayi bir hamur gibi yogurabilme yetisi yatiyor (https://lnkd.in/eh53s4Kr). Her yeni müsteri gereksinimi ile uygulanin hamur gibi […]
Nasil ki tribünden futbol maci seyrederek iyi bir futbolcu olunamiyorsa, uzaktan yapay zeka gelismelerini takip ederek de bu konuda iyi bir yazilimci olunamaz. Bu konuda ciddi iseniz, icine girmeniz yani oyunu oynamak icin sahaya inmeniz gerekiyor. Sahaya nasil inersiniz? Hemen bugün yapay zeka destegi ile bir proje yapmaya baslayarak. Adim adim yapilmasi gerekenleri anlatiyorum. 1.) […]
Benim yazilima bakis ve yazilimi uygulayis tarzimi tamamen extreme programming (https://pratikprogramci.com/wp-content/downloads/pratik-agile-ozcan-acar.pdf) sekillendirdi. Extreme Programming ile test güdümlü yazilimin ve refactoring yapma kabiliyetinin bir yazilim icin ve onu sekillendirme sürecinde ne anlama geldiklerini bu sekilde ögrendim. Yazilimda cevik olmanin temelinde uygulamayi bir hamur gibi yogurabilme yetisi yatiyor (https://kurumsaljava.com/2012/04/05/cevikligin-boylesi/). Her yeni müsteri gereksinimi ile uygulanin hamur gibi […]
OpenAI modellerinde haftalık limitler var ve yeni modeller Sol ve Astra ile birkaç gün içinde harcanacak token kalmıyor. Bu sorunu aşmak için ben 3 pro hesabı ile çalışıyorum. Bunun yanı sıra görev tipine göre değişik model türleri kullanmaya başladım. Buradaki amaç fazla token yakmadan basit işleri ucuz modellere yaptırabilmek. Buna rağmen her zaman Codex ile […]
Yapay zeka ile çalışırken feature branch bazlı mı yoksa trunk based mi yani sadece develop ya da main branch içinde mi çalışılmalı? Önce ben nasıl çalışıyorum, ona değineyim. Ben trunk based calışıyorum. Birden fazla opus develop branch üzerinde değişik feature setleri üzerinde çalışıyorlar. Arada bir test ve derleme problemleri çıksada, birbirlerini bekleyip, devam edebiliyorlar. Buna karşıllık […]
Bir dashboard uı uygulaması geliştiriyorum uzun zamandır. Bilgisayar ekranında geliştirdiğim için responsive olup, olmadığı ile çok ilgilenmemiştim. UI tamamlanınca cep telefonumdan bir bakayım dedim. Bakmaz olaydım ;-) Yüzlerce arayüzün olduğu bir projeden bahsediyorum. Hepsinde diagramlar, tablolar, sıralı veriler vs. Sadece üç prompt ile hepsinin responsive hale dönüşmesini sağladım. Yüzlerce dosya değişikliğe uğramış. Ben şimdi bunları […]
İki şey biz yazılımcılar için bitti: 1. Kod yazmak2. Kod review yapmak Birincisini deterministik olmayan ama yine de kod üretme konusunda deterministik olarak sınıflandırabileceğimiz yapay zeka araçları ile çözdük. İkincisi için de deterministik olan araçlar oluşturmamız ve kullanmamız gerekiyor, çünkü yazılımcıların yapay zeka tarafından oluşturulan kodu ne okumaya zamanları var ne de herşeyi anlama kapasiteleri. […]
Clean code, KİSS, YAGNI, SRP vb gibi kod yazma teknik ve prensiplerine son tutunmalar devam ediyor. Artık kodun reusable olması gerekmediği konusunda yaptığım paylaşıma gelen yorumlardan bunu anlıyorum. Kod hakkında benim takip ettiğim tek bir teknik yöntem var: uygulamanın kendisi ya da onu oluşturan uygulama özellikleri istediğim davranışı sergiliyorlar mı? Yani ben sadece uygulama davranışlarını […]
Yazılım dünyasına en büyük zararı veren şeylerden birisi reuse yani tekrar kullanım ilkesidir. Her zaman “aman bir kere yazın, her yerde kullanın” dendi. SRP – Single Responsibility Principle ın en büyük düşmanıdır. Her projede mutlaka bir commons, core ya da sharedlibs isminde bir dizin vardır. Bir yerlerden bir commons-lib import edersiniz, çünkü içinde her şey vardır. Ufak […]
Çok uzun bir süredir yapay zekâ desteğiyle bir proje üzerinde çalışıyorum. Düne kadar dünyam Codex, Claude Code, Opus/Fable, GPT Sol ve Astra’dan oluşuyordu. Sadece gereksinimler ve onların çalışır hâle gelmeleri benim için önemliydi. Dün bu dünyayı bırakıp uygulamaların canlıya alınması için gerekli ortamı oluşturmaya başladım. Orası bambaşka bir dünya. Birden kullandığım araçlar ve problemlere yaklaşma […]
En güçlü Anthropic modelleri bile kendi başlarına bırakıldıklarında vibe coding yapmaktan öteye gidemiyorlar. Yalnızca bu modellerle yazılım geliştiren deneyimli yazılımcılar bile vibe coding yapıyor olabilirler. Çünkü bu modeller kod yazmaya odaklanmış durumdalar ve gereksinimleri derinlemesine analiz ederek eksiksiz bir şekilde koda dönüştürme konusunda yeterli değiller. Bunu dengelemenin benim açımdan tek bir yolu var: Gerekli analiz […]
Artık tek bir kişi kendi başına startup kurup, gerekli tüm altyapı, üstyapı, pazarlama, seo ve benzeri işleri yapabiliyor. Kendimden örnek vereyim. Bir ürün geliştirmek için önce bir yazılım ekibi kurmanız gerekir. Daha önceki girişimlerimde mobil, uı ve backend, devops kısımlarında çalışacak yazılımcıları bir araya getirerek işe başlardım. Ürün geliştirilirken ya bir grafik tasarımcısına ihtiyacını vardır ya […]