Ölçeklenmeyen şeyler yapın, sonra da gerçekten ölçeklemeyin

• Paul Graham’ın “ölçeklenmeyen şeyler yapın” fikrinden yola çıkarak, artık GPT destekli geliştirme ortamı sayesinde işleri gerçekten küçük ölçekte tamamlamak mümkün
• Artık küçük ölçekli ya da bireylere yönelik basit projeler yapıp bunları mutlaka büyüme ya da işe dönüştürmek gerekmiyor
• Gerçek örnekler olarak Slack topluluğu, kartpostal gönderici ve belirli saat bildirim uygulaması gibi şeyler bireyler veya küçük gruplar için yapılarak tatmin ve fayda sağlanabiliyor
• Yapay zeka araçlarının gelişmesiyle küçük ölçekli, özelleştirilmiş yazılım üretimi maliyet ve hız açısından çok kolaylaştı; hatta küçük kalmak başlı başına amaç haline geldi
• Ölçekleme takıntısından çıkıp küçük, faydalı ve bana tam uyan bir şey üretip orada durmanın özgürlüğü yaşanabiliyor

---

Arka plan: ‘Ölçeklenmeyen şeyler yapmak’ ve zamanın değişimi

• Yaklaşık 10 yıl önce Paul Graham, “Do things that don’t scale” (ölçeklenmeyen şeyler yapın) kavramını ortaya attı
• Bu fikir, başlangıçta el emeği ağırlıklı küçük denemeler ve kişisel yaklaşımlarla başlayıp zamanla nasıl ölçekleneceğini bulmayı öneriyordu
• Ancak son dönemde GPT tabanlı araçlar sayesinde, yalnızca “ilk aşama işi”ni yapıp durmak bile yeterli; hatta çoğu zaman en iyi seçenek bu
• Bir projeye başlamanın maliyeti ve zamanı çok düştü; artık her fikrin bir işe dönüşecek kadar büyümesi gerekmiyor
• Yalnızca kendiniz ya da değer verdiğiniz küçük bir grup için olan bir hizmet de yeterince anlamlı bir amaca sahip olabilir

Daha fazla büyümemesi gereken bir Slack

• Yazar, yaklaşık 100 kullanıcısı olan bir Slack çalışma alanı yönetiyor
  • Gerçekte haftalık olarak aktif sohbet eden kişi sayısı yaklaşık 15-20
  • Samimiyet ve özel bir atmosfer korunuyor; Twitter gibi herkese açık platformlara göre daha derin iletişim mümkün oluyor
• Daha da büyütmek mümkün, ancak ölçeklendiğinde atmosfer hızla bozulur ve samimiyet kaybolur
  • 1.000 kişiye çıkmasına bile gerek yok
  • Adını bilmediğiniz insanlar arttıkça ve kimin dinlediğini bilmedikçe konuşma miktarı da azalıyor
• Küçük olduğu için mümkün olan şeyler var

PostcardMailer: küçük ve basit

• Birkaç yıl önce, Instagram’a fotoğraf yüklediğinde annesine kartpostal gönderen küçük bir site (PostcardMailer) yaptı
  • Fotoğrafı ve açıklamayı alıp bir posta API’si üzerinden annesine gönderiyordu
• Instagram API politikasındaki değişiklikler yüzünden bu yöntem engellenince, fotoğraf yükleme yöntemiyle yeniden geliştirdi
  • Bir arkadaşı ve bazı Orange Site (Hacker News) kullanıcıları bunu kullandı
  • Sonrasında spam ve kötüye kullanım endişeleriyle hesap yönetimini sınırladı
  • Heroku hizmeti sona erince siteyi sürdürmeyi bıraktı ve sonunda e-posta tabanlı bir hizmete dönüştürdü
• Şimdi iPhone’dan [e-mail] adresine e-postayla fotoğraf gönderildiğinde annesine kartpostal gidiyor
  • Özel, giriş ya da parola yok
  • Piyasada çok sayıda kartpostal sitesi var, ama tam olarak istenen şekilde çalışan tek hizmet bu

Landline Pill Reminder: sadece anne için bir hatırlatma uygulaması

• Annesinin ilacını belirli saatlerde alması gereken bir durum vardı
  • Annesinde akıllı telefon yoktu ve çoğu zaman kapaklı telefonunu bile kapalı tutuyordu
• Güvenilir iletişim araçları yalnızca posta ya da ev telefonu idi
• Bu yüzden Twilio API ile günde 3 kez sesli arama yapan küçük bir uygulama yaptı
  • “İlacınızı alma zamanı” diyen kayıtlı bir ses iletiliyordu
  • 10 dakika sonra bir kez daha arayıp kontrol istiyordu
• Yapım maliyeti neredeyse yoktu ve birkaç günde tamamlandı
  • Bunu ölçeklemek, başkalarına destek, sorumluluk ve hukuki belirsizlikler doğurur; ancak yalnızca annesi için olan çözüm en güvenli ve verimli seçenekti

Desen (çıkarılan ders)

• Kendisi için anlamlı bir ihtiyacı fark ediyor
• Mümkün olan en küçük ve basit çözümü kuruyor
• Ölçekleme arzusunu olabildiğince bastırıyor
• Tamamlanan çözümün keyfini çıkarıyor
• Geçmişte odak ölçeklenmekti; bugün ise ‘küçüklüğün’ kendisi amaç olabilir
  • Yapay zeka gibi yardımcı araçlar sayesinde kişiye özel yazılım üretmenin maliyeti ve emeği büyük ölçüde azaldı
  • 1 kişi veya küçük bir kullanıcı grubu için hizmet üretmek en iyi seçenek olabilir

Sonuç: ‘küçüklüğün’ değeri

• Bugünün araçları ve ortamının sunduğu asıl lüks/fayda, hız, maliyet ya da AI değil; orada durabilme özgürlüğü
• Kendine ait ‘küçük, faydalı ve tam uyan bir şey’i tamamlayıp gereksiz büyümeyi kovalamadan da fazlasıyla yeterli olmak mümkün
• Ölçek takıntısının hâkim olduğu bir çağda, uygun yerde tatmin olup durmanın getirdiği sessiz memnuniyet yeni bir değer haline geliyor

[GN⁺]

Hacker News görüşü

• Ne kadar büyüyebileceğini merak ediyor insan, ama bir noktada—muhtemelen 1.000 kişiden önce—ortamın bozulduğunu hissediyorsun; samimiyet kayboluyor, isimler artık tanıdık gelmiyor, kimin yazıları gördüğünü bilmek zorlaşıyor, bu yüzden sohbet de azalıyor; büyümenin kendisi ters etki yaratıyor, küçük ölçekli olunca daha iyi işliyor gibi görünüyor; bence bu Facebook gibi sosyal ağlar için de geçerliydi, 2005~2010 civarında Facebook daha çok üniversite, lise ve iş arkadaşlarının bir araya gelip düşüncelerini rahatça paylaştığı, ilginç bağlantılar gönderdiği bir yerdi, ama tanıdıkların sayısı arttıkça ve çok yakın olmadığın insanlar arkadaş listesine eklendikçe ortam tamamen değişti; bir noktadan sonra, çok yakın olmadığın birinin gönderine alınıp fikir ayrılığı yaşadığında, insanın giderek daha az paylaşım yapmaya başlaması herkesin yaşadığı bir şey

  • Facebook'ta çok da ağır olmayan bir küfür yazmıştım, babaannem mesaj atıp silmemi istemişti diye hatırlıyorum; ben de onun yerine babaannemi engellemiştim, bayramlarda görüşmek daha iyiydi, zaten babaannem de bunu fark etmemiş gibi görünüyordu
  • Bu olgu için gerçekten de "Context Collapse" diye bir terim var; sosyal medyanın, iş, okul, aile gibi farklı sosyal bağlamlarda farklı yönlerini göstermek yerine insana tek bir çevrimiçi persona dayatmasını anlatıyor, ilgili bağlantı
  • Facebook'a arkadaşlar arasında en son katılanlardan biri olduğumu hatırlıyorum; IRC ile büyümüş eski usul bir internet kullanıcısı olarak, gerçek adımı ve fotoğrafımı özensiz görünen bir PHP sitesine—üstelik Harvard'dan birinin yaptığı bir siteye—girmek bana çok tuhaf gelmişti, ama kızlar oradaydı, sonunda herkes peşlerinden gitti; tarihin oluştuğu an buydu
  • Bir noktada herkes aynı anda Facebook'un artık bir şeyler paylaşma yeri değil, bir rekabet alanı olduğunu fark etmiş gibiydi; o andan sonra insanlar paylaşmayı bırakıp bunun yerine "kürasyon" yapmaya başladı
  • 2008 civarında Facebook gerçekten güzeldi, gerçek hayattaki arkadaşlarla takılmak gibi hissettiriyordu, ama aile üyeleri de katılınca ortam geniş aile yemeği havasına döndü

• Kendin için bir şeyler yapmak eğlenceli bir süreç, ben de öyle yapıyorum, ama asıl yazının kuruculara—yani şirket kuran insanlara—yönelik olduğunu belirtmek isterim

  • Bu, belirli bir şirket türüyle, özellikle de tech startup'larla ilgili bir konu; mesele, startup'lar gibi sadece büyümeye takılıp zarar etmeyi göze almak yerine, mümkün olduğunca çabuk gelir üreten bir "şirket" kurma bakış açısına daha çok ihtiyaç olması; bence mutlaka büyümeyen ama kâr eden şirketler kurmalıyız
  • Evet, orijinal yazıdaki tavsiyenin kurucu odaklı olduğunu kabul ediyorum, ben sadece bu güzel ifadeyi biraz eğip bükmek istemiştim; çok kullanışlı
  • Kendi sorununu çözmek için bir şey yaparsın ve bunun başkalarının da yaşadığı, onların denemiş ama çözemediği bir sorun olduğu ortaya çıkarsa talep doğabilir; yeterince can sıkıcı bir sorunsa insanlar para ödemeye de razı olur; aslında böyle sorunlar B2C'den çok B2B'de karşına çıkar, kişisel bir problem çoğu zaman B2B'ye genişler
  • "Startup" kelimesi sık sık "hızlı büyümek üzere tasarlanmış küçük şirket" olarak tanımlanır

• Robin Sloan birkaç yıl önce benzer bir konuda yazmıştı; son dönemdeki en olumlu değişimlerden birinin, insanların artık programlama dili ya da özel bilgi olmadan da küçük şeyler yapıp bundan keyif alabilmesi olduğunu düşünüyorum; ille de çığır açıcı olması gerekmiyor, ilgili yazı

• Claude Code kullanarak rol yapma oyunu için hex haritası üreten küçük bir web uygulaması yaptım; benzer siteler çok ve çoğu ücretsiz, hatta bazılarında benim uygulamamda olmayan özellikler bile var, ama benim uygulamam tam istediğim gibi çalışıyor; nehir ve ormanları karo tabanlı araziye ekleme gibi düzenlemeler, farklı yerleşim simgeleri, daha fazla tepe/dağ çeşidi gibi istediğim şeyleri içeriyor; istediğim yeni bir özellik olursa eklerim, başkasının uygulamasına bakıp "yapacak bir şey yok" demek zorunda değilim; kişisel kullanım için olduğu için ölçeklenebilirlik, güvenlik ya da gelir modeli gibi şeyleri dert etmeme gerek yok, gerçek geliştirme süresi de sadece bir iki saatti, onu da iki güne bölüp AI ile yazdırdım

• "Do things that don’t scale" diye bir startup deyişi var, sanırım Airbnb ve Y Combinator'ın ilk dönemlerinden beri kullanılıyor, birkaç gün önce de HN'de yeniden gündeme gelmişti ilgili yazı

  • Komik bir zamanlama, bu yazıyı geçen hafta sonu yazdım ama bu hafta HN'ye neredeyse hiç bakmadım
  • Google aramasında ilk çıkan yazı olduğu için, orijinal metnin güvenilirliğini biraz zedelediğini hissediyorum

• Her şeyin büyümek zorunda olmaması fikrine katılıyorum, ama ChatGPT ile bu haftaki konu arasında ille de bir bağlantı kurmak gerektiğini düşünmüyorum

  • Eskiden sadece enjeksiyon kalıplama varken şimdi 3D yazıcıların çıkmış olması gibi bir benzetme
  • Hatta yazıdaki örnekler bile LLM'den önceki döneme ait
  • Sanırım ChatGPT ile hiç kod yazmamış

• Robin Sloan'ın "uygulamalar da ev yemeği gibi yapılabilir" yazısını tavsiye ederim ilgili bağlantı

• Bu yazıya gerçekten katılıyorum, bu yüzden yazılım danışmanlığını bıraktım; artık bir LLM'e ihtiyacın olan her şeyi yazdırabilirsin, teknoloji yığını, hosting, entegrasyonlar hepsini halleder; "Discord alternatifi aramak" dediğin şey, "ben ve arkadaşlarım için bir Discord klonu yap" demeye dönüşüyor; kod kalitesi artık o kadar önemli değil, çünkü bunu milyonlarca kullanıcı kullanmayacak

  • Buna katılmıyorum, bu deneyim LLM'lerden önce de mümkündü; çoğu ürünün zaten açık kaynak alternatifleri vardı ve kurulumla dağıtım çoğu zaman LLM kullanmaktan daha kolaydı, ayrıca güncelleme gibi avantajlar da sağlıyordu; mesele kod yazmak değildi, insanlar kurulum, dağıtım ve güvenliği sürdürme sorumluluğunu almak istemiyor, bu yüzden böyle hizmetler için küçük bir ücret ödemek onlara çok daha mantıklı geliyor

• Maciej Ceglowski'nin klasikleşmiş "Barely Succeed: It’s Easier" konuşmasını hatırlatıyor ilgili YouTube bağlantısı

• Özünde, "ölçeklenmek" gerçekten de o kadar önemli bir hedef miydi diye düşünüyorum