Şunu açık konuşayım: internet, “bakın benim stack ne kadar havalı” diyen siteleri hiç bırakmıyor. Bir ara herkes kullandığı araçları listelemeye başladı. Sonra bunu biraz daha cilaladı. Sonra da üstüne güzel bir tasarım koydu… ve işte karşımıza ramen.tools gibi örnekler çıktı. İlk bakışta gereksiz gibi duruyor —. Tam da bu yüzden merak uyandırıyor, hani o “neden baktım ki” hissiyle kapanmıyor sekme.
Editör masasında bu konuyu ilk gördüğümde aklıma 2024’ün sonlarında İstanbul’daki bir SaaS toplantısında duyduğum cümle geldi: “Asıl ürünümüz değil, kullandığımız araçlar konuşuluyor.” O gün de garipsemiştim açıkçası. Ama şimdi bakınca, mesele bayağı net geliyor — insanlar yalnızca yazılımı değil, o yazılımın arkasındaki kimliği de göstermek istiyor, çünkü hani biraz vitrin işi, biraz topluluk sinyali, biraz da “bak ben rastgele çalışmıyorum” mesajı var burada.
İtiraf edeyim, Bir de şu var tabii. Bu tarz siteler sadece “gösteriş” için çalışmıyor. Bazen gerçekten işe yarıyor. Mesela bir startup kurucusu için hangi araçların seçildiğini paylaşmak yatırımcıya güven veriyor; bir freelancer içinse müşteri gözünde ciddiyet hissi yaratıyor. Ama her şey güllük gülistanlık değil… gösteriş ile fayda arasındaki çizgi çok ince, ve o çizgiyi kaçırmak düşündüğünüzden kolay.
Neden İnsanlar Stack Sergilemeyi Seviyor?
Dürüst olmak gerekirse, İşin aslı şu: teknoloji dünyasında merak diye küçük görünen şey aslında büyük motorlardan biri (bizzat test ettim). Birinin hangi not alma uygulamasını kullandığını görmek bile insanlara fikir veriyor, çünkü hepimiz az çok aynı soruyu soruyoruz içten içe — “benim düzenim mi eksik, yoksa araç setim mi yanlış?” Güldürücü ama gerçek.
Şunu fark ettim: Ben buna ilk kez 2023’te Berlin’de katıldığım bir ürün etkinliğinde takılmıştım. Yan masada iki geliştirici birbirine Notion mu Obsidian mı diye tartışıyordu; üçüncü kişi ise Slack yerine Discord kullanmanın ekip kültürünü nasıl değiştirdiğini anlatıyordu, neredeyse yarım saat. Dışarıdan bakınca komik geliyor ama içeride olan şey farklı: insanlar çalışma biçimlerini bir tür kimlik gibi taşıyor. Araç tercihi artık sadece verimlilik meselesi değil.
Bunu biraz açayım.
Ramen.tools gibi sitelerin cazibesi tam da burada başlıyor zaten. Araç listesi kuru kuruya verilince sıkıcı oluyor; ama kartlarla düzenlenmiş, kategorilere ayrılmış. Göze hoş gelen bir sayfa olunca iş değişiyor. Birden sıradan abonelikler sanki özel kurgulanmış bir menüye dönüşüyor. Psikolojik bir şey bu biraz.
Gösteriş mi, şeffaflık mı?
Bence ikisi de var. Evet, biraz hava atma tarafı var — inkâr etmeyelim. Ama aynı zamanda gerçek bir şeffaflık da sağlıyor,. Ekiplerin nasıl çalıştığını dışarıdan anlamayı kolaylaştırıyor, üstelik onboarding dokümanı okumak zorunda kalmadan.
Mesela küçük bir startup düşünün: üretkenlik aracı olarak Linear kullanıyorlar, iletişimde Slack’e yaslanmışlar, tasarım tarafında Figma’dan çıkmıyorlar… Bu tabloyu görünce hem müşteri hem aday çalışan “burada süreç oturmuş” diyebiliyor. Söze gerek kalmıyor.
Stack paylaşımı bazen boş gösteriş gibi görünür… ama doğru kurgulanırsa ekip kültürünün kısa özeti haline gelir.
Ramen.tools’un Asıl Marifeti Ne?
Açık konuşayım: ramen.tools’u farklı yapan şey mucizevi bir teknik yenilik değil. Hatta öyle çok karmaşık bir tarafı da yok gibi görünüyor. Gücü sadeliğinde yatıyor — siteyi açınca gözünüz yorulmuyor, kafanız karışmıyor, bilgi direkt önünüze düşüyor. Bu kadar.
Buna benzer projelerde genelde problem şudur: ya aşırı süslüdür ya da dümdüzdür ve birkaç saniyede unutulur gider (en azından benim deneyimim böyle). Ramen.tools ise ortada iyi bir denge kurmaya çalışıyor, ne showroom kadar kasıntı ne de düz metin dökümü kadar sıkıcı — ve bu dengeyi bulmak aslında göründüğü kadar kolay değil, çünkü ikisine de kaymak çok basit.
Bi saniye — Geçen ay Şubat 2026’da uzaktan çalışan bir ekiple yaptığım görüşmede bunu tekrar fark ettim. Ekip lideri bana kendi tool stack sayfasını gösterdi; üç dakikada hangi iş için hangi ürünü seçtiklerini anladım. Normalde bunu onboarding dokümanından okumak on dakika sürerdi, belki de daha fazla (en azından benim deneyimim böyle). Fark buydu işte.
Hmm, bunu nasıl anlatsamdı…
| Kriter | Sade Liste | Ramen tarzı sunum |
|---|---|---|
| Anlaşılabilirlik | Düşük-Orta | Yüksek |
| Görsel çekicilik | Zayıf | Bayağı iyi |
| Sinyal etkisi | Sınırlı | Güçlü |
| Sürdürülebilirlik | Yüksek ama cansız | Cazip ama bakım ister |
Küçük ekipler için neden mantıklı?
Küçük ekiplerde böyle vitrin işleri çoğu zaman hafife alınır. Bence yanlış. Bir startup’taysanız ve henüz marka bilinirliğiniz zayıfsa, (belki yanılıyorum ama) kullandığınız araçları düzgün göstermek sizi daha derli toplu hissettiriyor — ve bu his, özellikle satış görüşmelerinde ya da işe alım süreçlerinde somut fark yaratıyor. Küçümsemeyin.
E tabi eksileri de var. Her şeyi parlatmaya çalışırsanız asıl işiniz gölgede kalabiliyor. “Bakın biz kaç tane premium SaaS kullanıyoruz” havasına girerseniz büyüyen şey kullanıcı kitleniz değil, egonuz oluyor. Bu çizgiyi kaçırmak çok kolay — gerçekten çok kolay!
Kurumlarda durum neden farklı?
Büyük şirketlerde mesele estetikten çok yönetişim oluyor. Kim hangi aracı niye kullanıyor? Hangi abonelik aktif, hangisi mükerrer? Bunları görselleştirmek bazen satın alma departmanının bile işini kolaylaştırıyor. Ama orada tek sorun güzel görünmek değil; güvenlik ve maliyet kontrolü de devreye giriyor, ve bu ikisi genelde tasarım kaygısını eziyor. Daha fazla bilgi için Yapay Zekâ Her Şeyi Biliyorsa Neden Susar? yazımıza bakabilirsiniz.
AI Çağında Bu Tarz Siteler Nereye Gidiyor?
İşin garibi, Neyse, gelelim asıl can alıcı yere. Bu tür siteler AI dalgasıyla birlikte patlamaya hazır gibi görünüyor — çünkü yapı olarak zaten şablona çok uygunlar. Kullanıcının gireceği veri belli, kartların dizilişi belli, başlık formatı belli… İlginç, değil mi? Yani otomasyonun eline geçince çorba olmayan nadir alanlardan biri bu, ve bu nadir bir şey. Daha fazla bilgi için Kafka Mesajlarını Playwright ile Doğrulamak: E2E Rehberi yazımıza bakabilirsiniz. Bu konuyla ilgili Vecstore mı Imagga mı? Görsel Aramada Asıl Fark Nerede yazımıza da göz atmanızı tavsiye ederim. AIO mu Hava Soğutucu mu? 2026’da CPU İçin Net Cevap yazımızda da bu konuya değinmiştik. OpenAI ile Musk Davası: Son Dakika Hamlesi Ne Anlatıyor? yazımızda da bu konuya değinmiştik.
Ama hayal kırıklığı yaşayabileceğimiz yerler de var. AI destekli stack önerileri kulağa eğlenceli geliyor fakat pratikte çoğu zaman yüzeysel kalabiliyor — bence çok yerinde bir karar —. Bir model size “yaratıcı olun” diye Superhuman önerebilir mesela; halbuki sizin ihtiyacınız sadece e-posta hacmini yönetmek olabilir. Kağıt üstünde süper, pratikte… göreceğiz artık.
- İyi taraf: hızlı kurulum ve otomatik kategorileme sağlar.
- Kötü taraf: bağlamı kaçırırsa absürt öneriler verir. (bence en önemlisi)
- İşe yaradığı yer: takım içi keşif ve paylaşım kültürü oluşturur.
- Zorlandığı yer: gizlilik ve gerçek kullanım verisini ayırmak zor olabilir. — bunu es geçmeyin
Nerede değer üretir?
Kendi deneyimime göre en faydalı olduğu yer topluluk inşası. Bir geliştirici konferansında insanların profil linklerine tıklayıp stack’lerine bakması boş merak değil; orada ortak dil kuruluyor. “Sen de Cursor kullanıyorsun ha?” “Evet ama Copilot’u tamamen bırakmadım.” İşte sohbet oradan açılıyor —. Sonra iki saat uçup gidiyor, farkında bile olmadan.
Nerede tökezler?
Tökezlediği nokta ise fazla cilalı hale gelmesi. Bir noktadan sonra gerçek ihtiyaçtan kopup vitrine dönüşebiliyor. Ben geçen yıl Mayıs ayında Londra’da gördüğüm benzer bir projede bunu bizzat yaşadım: sayfa şahane görünüyordu ama içerikte neredeyse hiçbir bağlam yoktu. Aracın adı vardı, neden orada olduğu yoktu. Beklediğim kadar değildi doğrusu — biraz hayal kırıklığı oldu açıkçası.
Bunu Kullananlar İçin Pratik Tavsiyeler
Aklınızda olsun. Haydi dürüst olalım: insanların çoğu böyle sayfalara uzun uzun açıklama yazmıyor. O yüzden kısa notlarla net — kendi adıma konuşayım — olmak gerekiyor — mesela “neden bu aracı seçtim?”, “hangi problemi çözüyor?”, “hangi durumda vazgeçerdim?” sorularına cevap vermek yeterli. Üç soru, üç kısa cümle. Bitti.
Bir başka püf nokta da sıralama. En pahalı ya da en popüler aracı üste koymak şart değil; asıl önemli olan okunabilirlik. Kurumsalda güven veren yapı başka, indie tarafta samimi duran yapı başka işler. Aynı reçete herkese uymaz — bunu atlamamak lazım.
İşin garibi, Bakın şimdi küçük bir checklist bırakayım:
- Araçları kategoriye ayır
- Her aracın yanına tek cümlelik sebep ekle
- Gereksiz abartıyı kes
- Gizlilik hassasiyetini kontrol et
- Güncelleme tarihini görünür tut
- Maliyet bilgisini istersen ayrı ver
- Takip eden kişiye bağlam bırak
}Sıkça Sorulan Sorular
Çok kişi böyle platformların gerçekten gerekli olup olmadığını soruyor.
Cevap kısa:
Hayati değiller.
Ama doğru kurgulanırlarsa işe yararlar,
özellikle topluluk oluşturma ve kişisel marka tarafında.
Daha önemlisi şu:
bu tür projeler çoğu zaman ürünün kendisinden ziyade ürünü anlatma biçimini güçlendirir.
Aslında — durun bir saniye — bazen bunun kendisi bile ürün olur.
SaaS stack paylaşımı neden bu kadar ilgi çekiyor?
Bak şimdi, Çünkü insanlar başkalarının nasıl çalıştığını merak ediyor. Ayrıca kullanılan araçlar profesyonel kimliği dışarıdan okumayı kolaylaştırıyor.
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
