Bunu yaşayan biri olarak söyleyeyim, Geçenlerde editör masasının başında, tam da 2026 Nisan’ındaki o meşhur “bu gerçek mi?” anlarından birinde, TEAPOT.EXE’ye denk geldim. Açık konuşayım: ilk bakışta bunun bir şaka olduğunu hemen anlıyorsunuz (yanlış duymadınız). Zaten anlamamak mümkün değil. Ama işin güzeli şu ki, şaka olmasına rağmen teknik tarafı hiç de boş değil — hatta baya iyi düşünülmüş, bunu kabul etmek lazım.
Bir şey dikkatimi çekti: Bu proje, HTTP 418 “I’m a Teapot” cevabını alıp onu kurumsal bir gösteriye çeviriyor. Yani kahve istemeye kalkıyorsunuz… sistem size kahve vermek yerine baya ciddi bir yüz ifadesi takınıp reddediyor. Düşünsenize — bir web uygulaması size “hayır” diyor ve bunu öyle profesyonelce yapıyor ki insan duraksıyor. Absürt mü? Kesinlikle. Ama bu absürtlük aynı zamanda web protokollerinin ne kadar yaratıcı biçimde kullanılabileceğini hatırlatıyor insana, ki bu fena bir ders değil.
Çok konuştum, örnekle göstereyim.
Benzer bir hissi 2024’te İstanbul’daki küçük bir startup için çalışırken yaşamıştım. Test ortamında “sadece demo” diye açılan panel, üç gün sonra neredeyse üretim dashboard’una dönüşmüştü — nasıl olduysa. Orada öğrendiğim şey netti: Gösterişli görünen şeylerin arkasında çoğu zaman sağlam bir mühendislik ya da en azından iyi düşünülmüş bir mizah dili var. TEAPOT.EXE de tam o çizgide duruyor (ciddiyim)
TEAPOT.EXE Ne Yapıyor, Ne Yapmıyor?
Projenin özü çok basit. Kahve isteğini kabul etmiyor. Yalnız bunu yaparken öyle sıradan davranmıyor; sanki büyük bir şirketin altyapı kontrol paneliymiş gibi görünüyor — metrikler abartılı, mesajlar küstah ama kibar, arayüz ciddi (şaşırtıcı ama gerçek). hani biraz “ben buradayım, ama kahve yok” diyor (şaşırtıcı ama gerçek). Güzel değil mi?
Bence en eğlenceli tarafı şu. Normalde SaaS ürünleri herkese güven vermeye çalışır, değil mi? Buradaysa güven verme işi tersine dönmüş; sistem size açık açık “kahve yok” diyor ama bunu öyle profesyonelce paketliyor ki insan gülmeden edemiyor. Bir de şunu söyleyeyim: Bu kadar net bir hayır cevabı internet dünyasında gerçekten nadir bulunur.
Kısa bir not düşeyim buraya.
Proje tek şey sunuyor gibi görünse de aslında iki katmanlı çalışıyor. İlk katmanda görsel kimlik var; ikinci katmanda ise gerçek HTTP davranışı. Yani ekranın üstünde gördüğünüz espri, Network tab’da da karşılık buluyor — bu önemli,. Pek çok “şaka projesi” sadece görsel kalır, burada ise olay tarayıcı seviyesine iniyor. Bu ayrım küçük ama mühim.
Küçük bir detay: Şunu da söyleyeyim: Ben bu tür projelerde çoğu zaman iki soruya bakarım. “Ne kadar eğlenceli?” — itiraz edebilirsiniz tabi — Ve “Ne kadar dürüst?” TEAPOT.EXE ikisine de evet dedirtiyor. Eğlenceli, çünkü saçma sapan bir ciddiyetle kahveyi reddediyor. Dürüst, çünkü amacını saklamıyor; neyse o.
Bunu biraz açayım.
Neden bu kadar dikkat çekiyor?
Şahsen, Kısa cevap: Çünkü insanlar kurumsal görünümlü absürtlüğü seviyor. En çok da yazılım dünyasında ciddi arayüzlerle dalga geçmek neredeyse ayrı bir tür haline geldi, bunu kim inkâr edebilir ki? TEAPOT.EXE de bu oyunun içinde kendine temiz bir yer bulmuş.
Aslında, Bir arkadaşımın 2025 Mart’ında Berlin’deki ürün ekibinde söylediği laf aklıma geldi tam bu noktada: “İyi mizah olan yerde teknik detay daha iyi hatırlanır.” Haklıydı galiba. TEAPOT.EXE’nin akılda kalmasının sebebi sadece komik olması değil; aynı zamanda teknik hafızaya kazınacak kadar tuhaf olması. İkisi birden kolay değil.
Tasarımda Kurumsal Ciddiyetin Ters Köşe Hali
Ne yalan söyleyeyim, Ekrana bakınca önce şunu düşünüyorsunuz: Bu gerçekten de pahalı bir B2B SaaS olabilir mi? Renkler kontrollü, kartlar düzenli, metrikler havalı… Sonra hop — içeri giriyorsunuz ve sistem sizi kahve konusunda topyekûn geri çeviriyor. Böylece tasarım ile içerik arasında bilinçli bir çatışma kuruluyor. İşte asıl marifet orada.
Böyle projelerde tasarım dili önemli çünkü şakanın etkisi oradan gelir. Eğer UI fazla karikatür olsaydı etki düşerdi; fazla düz olsaydı da komedi kaybolurdu (ben de ilk duyduğumda şaşırmıştım). Burada denge fena değil, hatta bayağı yerinde tutulmuş — bu dengeyi kurmak göründüğü kadar basit değil. Bu konuyla ilgili AI’yi Projene 2 Saatte Eklemenin Gerçek Hali yazımıza da göz atmanızı tavsiye ederim.
Benzer denge sorunlarını 2023’te kendi yan projemde yaşamıştım; Ankara’da tek kişilik geliştirme düzenimde yaptığım mini dashboard’da her şeyi aşırı “enterprise” göstermeye çalışmıştım. Sonuç biraz komik kaçmıştı (iyi anlamda değil, maalesef). TEAPOT.EXE ise o çizgiyi geçmeden oynuyor. Bu fark önemli.
| Özellik | Klasik SaaS | TEAPOT.EXE |
|---|---|---|
| Amaç | Sorun çözmek | Kahveyi reddetmek |
| Ton | Ciddi ve faydacı | Ciddi görünümlü ama alaycı |
| Teknik çıktı | API yanıtları | HTTP 418 yanıtı |
| Kullanıcı beklentisi | Verimlilik | Eğlence + şaşkınlık |
| Mizah yoğunluğu | Düşük / orta | Bayağı yüksek |
Teknik Tarafı Hafife Almamak Lazım
Dışarıdan bakınca sadece Svelte + Tailwind + vanilla CSS ile yapılmış küçük bir şaka gibi durabilir. Evet, öyle görünüyor. Ama doğru araç seçimi burada gayet mantıklı olmuş — Svelte hafiflik sağlıyor, Tailwind hız veriyor, vanilla CSS ise bazı noktalarda kontrolü elden bırakmıyor. Sade ama düşünülmüş bir yığın bu.
Şunu söyleyeyim, Editör olarak ben böyle projelerde teknoloji yığınının sade tutulmasını seviyorum,. Gereksiz karmaşa varsa mizah bile gölgeleniyor. Geçen ay, Şubat 2026’da bir fintech demosunda tam tersini gördüm — üç farklı UI kütüphanesi üst üste binmişti ve uygulama kendi kendine nefes nefese kalıyordu desem yeridir. TEAPOT.EXE’de öyle bir şey yok.
bun install
bun dev
# veya
npm install
npm run dev
# ardından tarayıcıda "Brew coffee" butonuna bas
# Network tab'de 418'i izle
# tepkisizlik sanmayın — bilinçli ret var
Neden Svelte mantıklı?
Açık konuşayım, Svelte’in burada seçilmesi bence boşuna değil. Gösterişli ama hafif arayüzlerde çok işe yarıyor, hani tam bu proje için biçilmiş kaftan gibi. React ile de yapılırdı elbette ama gereksiz dosya kalabalığı oluşabilirdi, ve burada mesele performans yarışından çok karakter meselesi gibi duruyor zaten. Bu konuyla ilgili Express.js Güvenlik Testinde Dört Araç Birbirini Nasıl Doğruladı? yazımıza da göz atmanızı tavsiye ederim.
E tabi işletme tarafına baktığımızda bu yaklaşım küçük ekipler için daha rahat olurdu. Startup ölçeğinde hızlı kurulum sağlar; enterprise tarafta ise muhtemelen güvenlik ekibi önce kaşlarını kaldırır, sonra dokümantasyon isterdi. Sonra bir toplantı ayarlanırdı. Sonra başka bir toplantı… Bu konuyla ilgili 2026’da Kod Asistanı Seçimi: Tek Araç Değil, Set yazımıza da göz atmanızı tavsiye ederim.
Kahve Reddi Bir Ürün Tasarım Dersine Dönüşünce… Dur Bir Dakika!
Kulağa komik geliyor biliyorum ama bu tarz projeler bazen ciddi ürün dersleri veriyor. Mesela kullanıcıya yanlış bir düşüneyim… beklenti vermemek — TEAPOT.EXE bunu kusursuz yapıyor çünkü baştan beri amacı belli: kahve yok! Bu dürüstlük normal yazılım ürünlerinde pek sık görülmez doğrusu. Çoğu ürün vadettiğinin yarısını zor karşılar.
“İyi mikro-ürünler bazen en büyük dersleri verir; özellikle de hiçbir şey vaat etmeyip tam olarak onu teslim ettiklerinde.”
Burada ironik olan şey şu: İnsanlar çoğu zaman karmaşık panellere hayran oluyor ama pratikte en unutulmaz deneyimler çoğunlukla tek fikir etrafında dönüyor. Tek. Bir. Fikir. TEAPOT.EXE o fikri alıp cilalamış. Başka hiçbir yere savrulmamış — savrulsa zaten tadı kaçardı, ama odağını hiç kaybetmemiş gibi duruyor. Bu öyle kolay bir şey değil.
Küçük startup vs kurumsal ekip senaryosu
Kısacası, ne yalan söyleyeyim, Küçük startup tarafında böyle bir proje pazarlama malzemesi bile olabilir; sosyal medyada paylaşılır, birkaç gün konuşulur ve marka bilinirliği sağlar. Güzel. Ama kurumsal tarafta iş daha karışıktır — güvenlik politikaları, uyumluluk kontrolleri, loglama, hatta müşteri beklentisi… hepsi devreye girer ve proje bambaşka bir boyuta taşınır. Yani aynı proje iki dünyada bambaşka okunur.
Bir dakika, şunu da ekleyeyim: Kurumsalda mizah yapmak kolay değildir, ama iyi yapıldığında unutulmaz olur. Kötü yapıldığında ise toplantıya döner. TEAPOT.EXE’nin avantajı tam da burada — sınırı iyi hissediyor. Dezavantajı mı? Gerçek kullanım alanı yok. Ama zaten bunu saklamıyor ki. Lenovo Legion Go 2’nin Fiyatı Uçtu: 2.849 Dolar Şoku yazımızda da bu konuya değinmiştik. Semantic Search Ölçekte Neden Zorlaşıyor? RAG’in Dersi yazımızda da bu konuya değinmiştik.
Peki Bu Projeden Ne Çıkarmalıyız?
Bence ana ders şu: Her ürünün faydalı olmak zorunda olduğu fikri bazen fazla ciddiye alınıyor. Bazı işler yalnızca eğlendirmek için vardır. Bu kötü değil. Hatta bazen insanlar o sayede protokolleri, header’ları, status code’ları çok daha iyi öğrenir —. Eğlenceli bağlamda öğrenilen şeyler yapışıyor kafaya.
Bakın şimdi… Ben yıllardır teknoloji yazıyorum ve şunu defalarca gördüm: Garip görünen projeler çoğu zaman genç geliştiricilerin kafasında kıvılcım yakıyor. Birileri HTTP durum kodlarına merak salar, birileri frontend animasyonlarına, birileri de sırf “bunu nasıl yaptılar?” diye araştırmaya başlar — ve işte orada öğrenme başlıyor (evet, doğru duydunuz). Bu zincirleme reaksiyonu küçümsememek lazım.
Ha bu arada, bu tarz projelerin eksikleri de yok değil tabii. Gerçek dünya açısından baktığınızda ölçekte büyüyemez, müşteriye satılmaz, yatırımcı sunumunda belki göz kırptırır ama doğrudan değer önerisi vermez. Yani güzel fikir ama ham. Biraz daha pişmesi lazım… tabii amaç ticaret değilse başka hikâye.
- Mizah varsa dikkat çekersiniz.
- Teknik doğruluk varsa ciddiye alınırsınız.
- İkisi birleşirse akılda kalırsınız.
Sıkça Sorulan Sorular
TEAPOT.EXE gerçekten çalışan bir proje mi?
Evet, proje demo olarak çalışıyor ve HTTP 418 yanıtını gösterecek şekilde tasarlanmış durumda. Yani yalnızca ekran görüntüsü değil; tarayıcı ağ sekmesinde karşılığını görebiliyorsunuz.
HTTP 418 ne anlama geliyor?
HTTP 418 “I’m a Teapot”, RFC 2324 içindeki esprili durum kodudur.Kahve demleme isteklerini reddeden uydurma (en azından benim deneyimim böyle). Meşhur bir protokol detayıdır.Bu yüzden proje mizahi tarafını doğrudan buradan alıyor.
Bu proje hangi teknolojilerle yapılmış?
Svelte,Tailwind CSS ve vanilla CSS kullanılmış.Gereksiz kalabalığa girmeden hızlı arayüz üretmek için oldukça uygun bir seçim olmuş.Eski usul sade yığın bazen en iyisidir.
Kendi bilgisayarımda çalıştırabilir miyim?
Evet,büyük ihtimalle çalıştırabilirsiniz.Proje deposunu klonlayıp bun ya da npm ile bağımlılıkları kurmanız yeterli.Demo mantığı basit olduğu için lokal test oldukça kolay görünüyor.
Kaynaklar ve İleri Okuma
”
“
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.
