Build in public nedir? Geliştirme günlüğü neden tek bir lansman gününden daha çok işe yarar
Lansman günü sana fark edilmek için tek bir şans verir. Geliştirme günlüğü ise her hafta yeni bir şans. Herkesin önünde geliştirmenin (build in public) insanların, Google’ın ve yapay zekâ cevaplarının seni bulmasına nasıl yardım ettiği ve haftada 15 dakikalık basit bir düzen.
··10 dk okuma
Lansman günü tek bir andır. Paylaşırsın, yorumlara cevap verirsin ve birkaç saat boyunca insanlar ürününe bakar. Sonra ertesi gün kendi lansmanlarıyla başlar ve ilgi başka yere kayar.
2016’dan beri yazılım geliştiriyorum ve ’ı tek başıma, bir yapay zekâ kodlama ajanıyla (Claude Code) geliştiriyorum. Bir şey yapmak çok hızlandı. Ama hızlı yapılan bir ürünün gözden kaçması da kolay, çünkü binlerce ürün de aynı hızla yapıldı.
Bu yüzden Axiean’ın kendi proje sayfasında bir geliştirme günlüğü var ve Axiean’daki her proje bir tane tutabiliyor. Bu yazıda düzenli güncellemelerin neden tek bir büyük günden daha çok işe yaradığını ve bunu haftanı ele geçirmeden nasıl yapabileceğini anlatıyorum.
Kısaca
Build in public, yani herkesin önünde geliştirmek, işini yaparken paylaşmak demek: ne yayınladın, ne bozuldu, ne öğrendin. Geliştirme günlüğü (devlog) bu güncellemeleri sırayla ve tarihli olarak tuttuğun yer.
Bir lansman günü fark edilmek için tek bir şans. Haftalık bir geliştirme günlüğü ise her hafta yeni bir şans.
Her kayıt, birinci elden deneyim içeren yeni bir sayfadır ve Google’ın rehberi tam olarak bunu ister. Ahrefs’in 17 milyon alıntıyı inceleyen çalışmasına göre yapay zekâ asistanları, Google’ın normal sonuçlarından ortalama %25,7 daha yeni sayfaları kaynak gösteriyor.
Beş tür kayıt yaz: Yayınladım, Öğrendim, Karar verdim, Soruyorum, Kilometre taşı. Anahtarları, kullanıcı verilerini ve saldırganın işine yarayacak ayrıntıları asla paylaşma.
Haftada 15 dakika yeter: listele, yaz, tam kayda bağlantı veren kısa bir sürümünü paylaş.
Build in public nedir?
Herkesin önünde geliştirmek, işini bittiğinde değil, yaparken göstermek demek. Bu hafta ne yaptığını, neyin ters gittiğini, neye karar verdiğini ve nedenini, hâlâ emin olmadığın şeyleri paylaşırsın.
Geliştirme günlüğü bu güncellemelerin evidir: tek bir projeye bağlı, tarihli kayıtlar. Böylece herkes projenin hikâyesini ilk fikirden bugüne kadar okuyabilir. Oyun geliştiriciler buna yıllardır devlog diyor. Geliştirme günlüğü, sürüm notlarıyla (changelog) aynı şey değil:
Sürüm notları
Geliştirme günlüğü
Kimin için
Neyin değiştiğini bilmek isteyen kullanıcılar
Ürünü ve arkasındaki kişiyi merak eden herkes
Ton
Kısa ve net: "Karanlık mod eklendi"
Kısa bir hikâye: ne, neden, ne öğrendin
İçerik
Yalnızca yayınlanan değişiklikler
Değişiklikler, hatalar, kararlar, sorular, kilometre taşları
İkisine birden sahip olabilirsin. Ama insanlara ürününe ihtiyaç duymadan önce seni takip etmeleri için bir sebep veren yalnızca geliştirme günlüğüdür.
Tek bir lansman günü neden artık yetmiyor?
Çünkü her zamankinden çok lansman var. Product Hunt 2026’nın ikinci çeyreğinde 2.345 lansman saydı; bir yıl önce bu sayı 1.508’di. Uygulama mağazalarındaki yeni uygulamalar da bir yılda yaklaşık %60 arttı. Bu rakamları 2026’da ilk kullanıcılarını nasıl kazanırsın yazısında anlattım.
Daha çok lansman, her birine daha az ve daha kısa süreli ilgi demek. İyi bir lansman günü hâlâ önemli. Ama tek planın oysa, bir zirve yaşarsın ve ardından sessizlik gelir.
Fikrin bir çizimi, gerçek veri değil: tek bir büyük güne karşı birçok küçük gün.
Geliştirme günlüğü o tek zirveyi küçük anlardan oluşan bir diziye çevirir. Bazıları lansmanını kaçırır ama üçüncü güncellemeni görür. Bazıları lansmanını görür, henüz hazır değildir ve sekizinci kaydın sorununu çözdüğünde geri gelir. Her kayıt, ürününe açılan bir kapı daha demek.
Geliştirme günlüğü bulunmana üç şekilde yardım eder
1. İnsanlar: seni fark etmek için daha çok fırsat, güvenmek için daha çok sebep
İnsanlar yeni bir ürünü nadiren ilk gördüklerinde kullanır. Birkaç kez görmeleri ve gelecek ay da orada olacağına inanmaları gerekir.
Düzenli kayıtlar ikisine de yardım eder. Her biri seni ziyaret etmek için yeni bir sebep ve tarihler birinin hâlâ üzerinde çalıştığını gösterir. Üç ayda on dürüst güncellemesi olan bir ürün, lansman paylaşımından sonra sessizleşen bir üründen çok farklı görünür.
Axiean’da insanlar seni takip edebilir. Yayınlanmış bir projeye kayıt eklediğinde takipçilerin bildirim alır ve kayıt onların "Takip ettiklerin" akışında görünür.
2. Google: birinci elden deneyim içeren yeni sayfalar
Google’ın faydalı ve insan odaklı içerik rehberi, içeriğin birinci elden uzmanlık gösterip göstermediğini sorar; örneğin bir ürünü gerçekten kullanmış olmaktan gelen bilgi. Google Aralık 2022’de kalite yönergelerine "Deneyim"i ekledi ve E-A-T, E-E-A-T oldu.
Geliştirme günlüğü tanımı gereği birinci elden deneyimdir. "Uygulamamdaki e-posta kodlarını nasıl düzelttim" yazısını senin gözünden başka kimse yazamaz.
İkinci bir faydası daha var: belirli kayıtlar belirli aramalarla eşleşir. Ürününün adını arayan çok az kişi vardır. Ama az önce çözdüğün sorunu birebir arayan çok kişi vardır. "Kayıt e-postalarımız neden spama düşüyordu ve sorunu çözen üç DNS kaydı" başlıklı bir kayıt, yıllarca doğru ziyaretçiyi getirebilir.
3. Yapay zekâ cevapları: yeni sayfalar daha çok alıntılanıyor
ChatGPT ve Perplexity gibi yapay zekâ arama araçları cevap verirken sayfaları kaynak gösterir. Ahrefs Temmuz 2025’te yaklaşık 17 milyon alıntıyı inceledi ve yapay zekâ asistanlarının kaynak gösterdiği sayfaların, Google’ın normal sonuçlarındaki sayfalardan ortalama %25,7 daha yeni olduğunu buldu (1.064 güne karşı 1.432 gün). En yeni sayfaları en çok tercih eden ChatGPT’ydi.
Bu tek bir şirketin çalışması, yani bir kanun gibi görme. Ama diğer her şeyle aynı yönü gösteriyor: yakın zamanda güncellenmiş, işi gerçekten yapan biri tarafından yazılmış bir sayfa, alıntılanmak için iyi bir sayfadır.
Bir şart var: yapay zekâ tarayıcılarının kayıtlarını okuyabilmesi gerekir. Birçoğu JavaScript çalıştırmaz, bu yüzden güncellemelerin sayfanın HTML’inde olmalı. GEO rehberim bunu iki dakikada nasıl kontrol edeceğini anlatıyor.
Ne paylaşmalı: beş tür kayıt
Herkesin önünde geliştirmenin en zor kısmı yazmak değil, ne hakkında yazacağını bilmek. Ben beş tür kayıt kullanıyorum ve her hafta en az birine uyuyor.
Beş tür kayıt. Her hafta en az birine uyar.
Yayınladım. Bir şey değişti. Ne olduğunu ve kullanıcı için neden önemli olduğunu söyle, sadece kodda ne yaptığını değil. "Artık faturaları PDF olarak indirebilirsin", "PDF kütüphanesi eklendi" demekten iyidir.
Öğrendim. Bir şey bozuldu, seni şaşırttı ya da beklediğinden uzun sürdü. En çok okunan kayıtlar bunlardır, çünkü dürüsttürler ve başka üreticilerin işine yararlar.
Karar verdim. Bir seçim yaptın: yapmayacağın bir özellik, bir fiyat, geçtiğin yeni bir araç. Sebebini anlat. İnsanlar seçimlerini anladıkları bir ürüne daha çok güvenir.
Soruyorum. Fikir almaya ihtiyacın var. Tek ve net bir soru sor: "Bunu telefonda mı yoksa bilgisayarda mı kullanırdın?" Cevap veren herkese dön.
Kilometre taşı. Bir ilk: ilk kullanıcı, ilk ödeme, ilk 100 kayıt, tanımadığın birinin ürününü ilk kez önermesi. Rakamları ancak içine sinerse paylaş.
Gerçek bir örnek: Axiean’ın kendi geliştirme günlüğündeki ilk kaydın başı, bir Karar verdim kaydı (İngilizceden çevrildi):
Yapay zekâ araçlarıyla çalışmak, ürün geliştirme şeklimi değiştirdi. Eskiden haftalar süren işler artık günler sürüyor ve bir zamanlar rafa kaldıracağım fikirler birden bir hafta sonunu hak ediyor. Bunu yaşayan tek kişi de ben değilim.
Ama bir şey yapmanın hızlanması, bulunmayı hiç kolaylaştırmadı.
Nasıl başlayacağını bilmiyorsan bu şablonu doldur. Yaklaşık on dakika sürer.
Başlık: [Ne değişti, sade kelimelerle]
Ne yaptım: [bir iki cümle]
Neden: [çözdüğü sorun ya da kararın sebebi]
Ne öğrendim: [seni şaşırtan ya da ters giden bir şey]
Sırada ne var: [bir sonraki adım, tarih vermeden]
Soru: [isteğe bağlı, okurlarına tek bir soru]
100 ile 300 kelime arası fazlasıyla yeter. Bir arkadaşına anlatır gibi yaz.
Asla paylaşmaman gerekenler
Herkesin önünde geliştirmek her şeyi paylaşmak demek değil. Paylaşmadan önce şunlara bak:
Anahtarlar ve gizli bilgiler. Kod, terminal ve panel ekran görüntülerinde çoğu zaman API anahtarları, token’lar ya da veritabanı adresleri görünür. Kırp ya da bulanıklaştır; biri bir kez bile göründüyse o anahtarı değiştir. Vibe coding güvenlik kontrol listem bunun neden bu kadar önemli olduğunu anlatıyor.
Kullanıcı verileri. Gerçek kullanıcıların adları, e-postaları ya da mesajları izinleri olmadan olmaz. "Bakın, ilk kaydım!" ekran görüntüsünde bile.
Saldırganın işine yarayacak ayrıntılar. "Giriş denemelerine sınır koyduk" demek sorun değil. "İşte henüz sınırı olmayan uç nokta" demek sorun.
Tarihli sözler. "Sırada şu var" iyi. "Cuma hazır" demek, kaçan bir cumayı tutulmamış bir söze çevirir.
Pişman olacağın rakamlar. Gelir ve kullanıcı sayıları güven verir, ama bir kez açıklandı mı açık kalır. İlk kayıttan önce neyi paylaşmaya razı olduğuna karar ver.
Haftalık 15 dakikalık düzen
Süreklilik, uzunluktan daha önemli. Haftanın bir gününü seç ve şunu yap:
Listele (5 dakika). Geçen haftadan beri neyin değiştiğine bak: commit’lerin, görev listen, notların. Bir kullanıcı için en önemli olanı seç.
Yaz (5 dakika). Yukarıdaki şablonu kullan. Her kayıtta tek bir fikir.
Paylaş (5 dakika). Kullanıcılarının zaten bulunduğu bir yerde kısa bir sürüm (iki üç cümle) paylaş ve tam kayda bağlantı ver.
Tam sürümü bir yıl sonra da elinde olacak tek bir yerde tut, kısa sürümleri her yerde paylaş. Böylece bağlantılar, arama trafiği ve hikâye bir akışta kaybolmak yerine tek bir yerde birikir.
Geliştirme günlüğünü nerede tutmalı?
Yer
İyi olduğu konu
Zayıf yanı
Kendi blogun ya da sürüm notların
Senin; zamanla aramada iyi
Başta kimse görmez
X, LinkedIn, Bluesky, Threads
Erişim ve hızlı sohbetler
Bir hafta sonra paylaşımları bulmak zor
Reddit, Indie Hackers, Discord
Tam doğru kişiler
Kendini tanıtmaya dair katı kurallar; Discord’da arama motorundan arama yapılamaz
Axiean’da bir geliştirme günlüğü
Proje sayfanda, takipçilerine gider ve akışta görünür
Axiean yeni ve topluluğu henüz küçük
Tek bir doğru cevap yok. Önerim: tam kayıtları bulunabilecekleri ve ürününe bağlı oldukları bir yerde tut; sosyal medyayı ve toplulukları insanları oraya yönlendirmek için kullan.
Axiean’da geliştirme günlükleri nasıl çalışır?
Axiean’daki geliştirme günlüklerini tam da bunun için yaptım, nasıl çalıştıklarını anlatayım:
Kayıtlar proje sayfanda bir zaman çizelgesi olarak durur; "Axiean’da yayınlandı" gibi kilometre taşlarıyla birlikte. Her kaydın ayrıca kendi sayfası var.
Lansmandan önce kayıtlar projenin geçmiş hikâyesidir. Projen hâlâ taslaksa kayıtları yalnızca ekibine görünür. Projeyi yayınladığında herkese açılırlar ve kimseye bildirim yağdırmazlar.
Lansmandan sonra kayıtlar haberdir. Ana sayfa akışında ve seni takip edenlerin "Takip ettiklerin" akışında görünürler, takipçilerin bildirim alır. Ana sayfa akışı bir projeden günde en fazla bir kayıt gösterir, yani kimse akışı dolduramaz.
Makineler okuyabilir. Kayıt sayfaları sunucuda oluşturulur, yapılandırılmış veri içerir ve Axiean’ın site haritasında yer alır; arama motorları ve yapay zekâ tarayıcıları onları okuyabilir.
Etiketleyebilirsin. Kaydın konusu olan yapay zekâ araçlarını ve teknolojileri ekleyebilirsin, böylece o araçlarla ilgilenenler kayıtlarını bulur.
Kayıtlar şimdilik yalnızca metin (henüz görsel yok) ve en fazla 10.000 karakter.
Axiean’ın kendi proje sayfasındaki geliştirme günlüğü.
Yapay zekâ ile bir şey geliştiriyorsan projeni yayınla ve ilk kaydını aynı gün yaz. İyi bir ilk kayıt çok basit: bunu neden yapıyorsun ve kimin için?
İlk dört kaydın
Bugün başlıyorsan bu dört kayıt günlüğüne güçlü bir başlangıç verir:
Bunu neden yapıyorum? Sorun, kimin bu sorunu yaşadığı ve senin neden önemsediğin. (Ürününün kimin için olduğunu tek cümleyle bulmanın da en iyi yolu bu.)
Bugün nasıl çalışıyor? İlk sürüm, dürüstçe: ne yapıyor, henüz neyi yapmıyor.
İlk bozulan şey. Her üründe vardır. Paylaşmak, dikkatli olduğunu gösterir.
İlk kullanıcılar bana ne söyledi? Neyi sevdiler, neyle kafaları karıştı ve neyi değiştireceksin.
Sonrasında yukarıdaki beş kayıt türünü haftada bir kullan.
Sık duyulan endişeler
"Biri fikrimi kopyalar." Yapay zekâ ile herkes bir özelliği bir hafta sonunda kopyalayabilir, sen paylaşsan da paylaşmasan da. Kopyalayamayacakları şey, işini göstererek kazandığın güven ve takipçilerin.
"Bu hafta yazacak bir şeyim yok." O zaman bir Öğrendim ya da Karar verdim kaydı yaz. Bir şey yayınlamadığın bir hafta genelde bir yerde takıldığın anlamına gelir ve bu ilginçtir.
"Kimse okumuyor." Başta bu doğru. Geliştirme günlükleri yavaş işler: onuncu kaydı, üçüncüsünü aramada bulan insanlar okur. Karar vermeden önce üç ay devam et.
Sık sorulan sorular
Build in public nedir?
Build in public, yani herkesin önünde geliştirmek, bir ürünü yaparken işini paylaşmak demek: ne yayınladın, ne ters gitti, neye karar verdin ve neden. Üreticiler bunu erken geri bildirim almak, güven kazanmak ve insanlara ürünü keşfetmeleri için tek bir lansman günü yerine birçok fırsat vermek için yapar.
Herkesin önünde geliştirmek gerçekten işe yarar mı?
Tek bir paylaşım olarak değil, alışkanlık olarak en iyi sonucu verir. Düzenli güncellemeler insanlara seni fark etmeleri için daha çok fırsat verir, ürünün yaşadığını gösterir ve arama motorlarıyla yapay zekâ araçlarının bulabileceği sayfalar oluşturur. Kimsenin ihtiyaç duymadığı bir ürünü kurtarmaz, ama faydalı bir ürünün bulunmasına yardım eder.
Build in public yaparken ne paylaşmalıyım?
Yayınladıklarını, öğrendiklerini, verdiğin kararları, kullanıcılarına sorularını ve kilometre taşlarını paylaş. Her paylaşımda tek bir fikir, sade bir dille. Anahtarları, kullanıcı verilerini ve saldırganın işine yarayacak ayrıntıları asla paylaşma.
Devlog ne sıklıkla yazılmalı?
Tek başına çalışan çoğu üretici için haftada bir iyi bir ritim. İlgiyi canlı tutacak kadar sık, her seferinde gerçekten anlatacak bir şeyin olacak kadar seyrek. Sabit bir gün, tam sayıdan daha önemli.
Geliştirme günlüğü SEO’ya yardımcı olur mu?
Evet, arama motorları okuyabiliyorsa. Her kayıt birinci elden deneyim içeren yeni bir sayfadır ve belirli kayıtlar belirli aramalarla eşleşir. Kayıtları sayfanın HTML’inde tut (yalnızca JavaScript ile yüklenmesin) ve ürününe bağla.
Sürüm notları ile geliştirme günlüğü arasındaki fark nedir?
Sürüm notları, kullanıcılar için neyin değiştiğini anlatan kısa bir listedir. Geliştirme günlüğü ise arkasındaki hikâyeyi anlatır: bir değişikliği neden yaptın, ne öğrendin, sırada ne var. Birçok üründe ikisi de vardır.
Merriam-Webster 2025’in kelimesi olarak "slop"u seçti ve insanlar artık onun izlerini arıyor. Yapay zekâ ile yapılmış bir ürünü neyin slop gibi, neyin özenli gösterdiği, yapay zekâ kullandığını söylemen gerekip gerekmediği ve Google, FTC ve AB Yapay Zekâ Yasası’nın 2026’da ne dediği.
Yapay zekâ seni çok hızlı bir şekilde çalışan bir demoya ulaştırır. Onu bir ürüne çeviren şey son %20’dir: hatalar, e-postalar, ödemeler, erişilebilirlik, diller, gizlilik, yedekler. Yapay zekânın genelde bitirmeden bıraktığı on iki iş, her birini nasıl kontrol edeceğin ve yapay zekâna ne soracağın.
··12 dk okuma
Yapay zekâ ile yazılım geliştirmenin kelimeleri birkaç ayda bir değişiyor. Burada 40 tanesini sade bir dille anlattım: ne demek, nereden çıktı ve senin için neden önemli. Vibe coding ve MCP’den bağlam mühendisliğine, slopsquatting’e ve llms.txt’ye kadar.
Vahid Aslani
