Full-stack geliştirici olarak AI'yı nasıl kullanıyorum: gerçek otomasyon yığınım
"AI ile 10x" hakkında bir hype yazısı değil. AI'nın full-stack geliştirici olarak günlük işimde gerçekte nerede olduğuna dair somut bir tur — kod, içerik hatları, çeviriler, testler, dağıtımlar — ve işi hâlâ kendim yaptığım yerler.
Bana aynı sorunun bir versiyonu soruluyor: "web siteleri ve AI çözümleri kuruyorsun — o zaman kendi işinin ne kadarını gerçekten AI yapıyor?" Dürüst cevap katmanlı. AI, kodumun ilk taslağının büyük bir kısmını yazıyor. Yargı gerektiren kararların hiçbirini vermiyor. Bu projede bütün hatları gözetimsiz çalıştırıyor. Bir insan önce diff'i okumadan asla production'a dokunmuyor. Aşağıda gerçek yığın var, pazarlama versiyonu değil.
1. Kod: eşli programlama, otomatik pilot değil
Günlük AI kullanımımın çoğu, tam olarak bu depoda terminalde yanımda oturan Claude Code. Bir bileşeni, bir hatayı, src/app altındaki yedi dil klasöründeki bir refactoring'i tanımlıyorum, o değişikliği taslak olarak hazırlıyor. Her diff'i yerleşmeden önce okuyorum — bir junior'ın PR'ını inceler gibi. AI, "bu deseni 40 dosyaya tutarlı biçimde uygula" konusunda çok iyi ve "bu desenin var olması gerekip gerekmediğine karar ver" konusunda belirgin biçimde daha kötü. Bu yüzden ikinci işi kendime saklıyorum.
Somut kazançlar: yeni bir sayfa fabrikasını bir kez kurup her yerel dil varyantını AI'nın bağlamasına izin vermek, yeni bir lib fonksiyonu için ilk Vitest paketini yazmak, kendim kazmaya başlamadan önce bir stack trace'i sade bir kök nedene çevirmek ve boş bir imleçe bakmamak için diff'ten commit mesajları taslağı hazırlamak.
2. Bensiz çalışan içerik ve i18n hatları
Bu site her blog yazısını yediye kadar dilde yayınlıyor: en, ua, de, fr, es, it, tr. İngilizce ve Ukraynaca sürümleri elle yazıyorum — bu kısım bende kalıyor, çünkü ton ve teknik hassasiyet önemli ve kendi sesim olarak makine çevirisi bir ses istemiyorum. Kalan diller, scripts/ içindeki, yerelleştirilmiş içerik ağacını gezen ve dili eksik her alan için bir çeviri API'si çağıran, sonucu önbelleğe alarak yeniden çalıştırmaların zaten sahip olduğum dizeler için tekrar ödeme yapmasını engelleyen ve bir sayfaya sessizce boş bir dize yazmak yerine yüksek sesle başarısız olan scriptlerle dolduruluyor.
Aynı otomasyon içgüdüsü blogun dışında da görülüyor: sitemap.ts, listeyi elle tutmam yerine build sırasında her yerel dilde her rotayı yeniden üretiyor, RSS akışı ve llms.txt / llms-full.txt dosyaları aynı yazı verisinden türetiliyor, böylece gerçekte yayınlanandan senkron dışı kayamıyorlar, ve CI her push'ta, herhangi bir şey nextjs.yml dağıtım iş akışına ulaşmadan önce tam test ve lint geçişini çalıştırıyor.
3. Ürünün etrafında değil, içinde AI
"İş akışımdaki AI"nın diğer yarısı, GEO için teslim ettiğim şey — generative engine optimization, yani bir siteyi SEO'nun bir arama tarayıcısı için okunabilir kıldığı gibi bir LLM için okunabilir kılmak. Somut olarak: bu siteyi bir ajanın doğrudan ayrıştırabileceği bir biçimde tanımlayan llms.txt ve llms-full.txt, bir modelin düzyazıdan tahmin etmek yerine gerçekleri çıkarabilmesi için hizmet ve blog sayfalarındaki JSON-LD yapılandırılmış verisi, ve birinin güncellemeyi unuttuğu statik bir blok yerine gerçek sayfa içeriğiyle senkron kalan bir şema işaretleme bileşeni.
Gerçekten önemsediğim sınır bu: sitesini kurmama yardım eden AI, bir ziyaretçi için görünmezdir. Sitenin kendisinin başka AI'lar tarafından anlaşılmasına yardım eden AI ise açıkça inşa edip test ettiğim bir özellik — GEO besleme yardımcıları için ayrılmış bir Vitest paketi var, tam olarak bunun test edilmemiş her entegrasyonun sonunda çürüdüğü gibi sessizce çürümemesi için.
4. İnsan koltuğunu koruduğum yer
Bunların hiçbiri AI'nın neyin yayınlanacağına karar verdiği anlamına gelmiyor. Bilgi mimarisini seçmiyor, hangi hizmet sayfalarının var olacağını seçmiyor, bir iletişim formunun üç alan eksiği yerine bir doğrulama kuralı daha fazlasına ihtiyacı olduğuna karar vermiyor — o yargı gerçek iş, ve müşterilerin bir üretici yerine bir geliştirici işe aldıklarında tam olarak para ödediği kısım bu. AI taslak hazırlar; ben birleştiririm. AI çevirir; ben kaynağı yazarım. AI bir refactoring önerir; soyutlamanın yerini hak edip etmediğine ben karar veririm — kod tabanının henüz ihtiyaç duymadığı yapıyı eklememe disiplinini izleyerek.
Gerçek bir üründe AI'nın gerçekten zaman kazandırdığı yeri — inceleme yükünü sadece bir yerden diğerine taşıdığı yerin aksine — anlamaya çalışıyorsanız, bir şeyi otomatikleştirmeden önce sorulacak doğru soru genellikle şudur: bir insandan gerçekte hangi kararı alıyorum ve bu kararın bir script tarafından verilmesine razı mıyım?
Bunu kendi projeniz için de kurmamı ister misiniz?
Bu tür AI destekli, otomasyon öncelikli iş akışını müşteri projelerine de kuruyorum — CI kontrollü dağıtımlardan GEO'ya hazır içerik yapısına kadar. İletişim formundan yazın ve sürecinizin hangi kısmının hâlâ haftanızı yediğini anlatın.
Sadece okumak değil, kurmak mı lazım?
İşletmeler için AI çözümleri: RAG, ajanlar, Next.js. Doğrudan yüklenici.
Projenizi konuşalım mı?
React ve Next.js konusunda uzman kıdemli bir web geliştiriciyim - dünya çapında freelance projelere açığım.
E-posta
i.vynnychenko@gmail.comKonum
Kyiv, Ukrayna
Upwork
Profili görüntüleTelegram
Bana yazınViber
Bana yazın