Ink & Switch: kilitli uygulamalar kullanıcının kontrolünü elinden alıyor

2025'te yayımlanan bir makalede araştırma laboratuvarı Ink & Switch, yazılımı geliştirme ve dağıtma biçimimizin kullanıcılardan önemli bir şeyi sessizce aldığını savunuyor: kendi araçlarını uyarlayabilme yeteneğini. "Malleable software" bir tasarım tartışması; ürün duyurusu değil.

Seri üretim yazılım neden fazla katı

Yazarlardan biri ekibinin işini duvara bantlanmış kartlarla takip ediyordu. Pano sürekli evrildi; ekip uzaktaki meslektaşları için tarayıcı tabanlı bir takip sistemine geçince kartların özel bölgeleri kayboldu, çünkü araç bunları gösteremiyordu. "İşin bilgisayarlaşması özerklik kaybına yol açtı," diye yazıyor yazarlar.

Makale ayrıca doktor ve yazar Atul Gawande'a atıf yapıyor: tıpta bilgisayarlaşmanın rekor düzeyde tükenmişliğe katkıda bulunduğunu anlatıyor. Hekimler bir zamanlar kâğıt formlarda ilgisiz alanları atlıyordu; şimdi yazılım onları doldurmaya zorluyor. Ink & Switch tek tek geliştiricileri suçlamıyor: merkezî bir ekip her kullanıcıya yetişemez.

Kullanıcıdan yaratıcıya yumuşak bir eğim

İlk ilke 1990'da Allan MacLean ve EuroPARC'taki meslektaşlarının bir makalesinde ortaya kondu: kişiselleştirmenin derinliğini gereken beceriyle karşılaştırdılar ve dik duvarlara "uçurum" adını verdiler. Çözüm yumuşak bir eğim: her yeni kontrol düzeyi yalnızca küçük bir öğrenme karşılığında gelmeli.

Prototipleri Buttons, tam Lisp programlamayı eğimin tepesine bırakıyordu; tıpkı elektronik tabloların önce başkasının dosyasını okumanıza, sonra biçimlendirmeyi, ardından formülleri değiştirmenize izin vermesi gibi. Ayarlar ve eklentiler eğimin altındadır, ama ayarlar yalnızca geliştiricilerin koyduğunu gösterir.

Araçlar, uygulamalar değil

Uygulamalar avokado dilimleyiciye benzer, diyor yazarlar: tek bir iş için zahmetsiz, geri kalan her şey için işe yaramaz; oysa bir bıçak pratik ister ama çok daha fazlasını yapar. Asıl sorun yalıtımdır. Her uygulama verisini ayrı bir ambarda tutar, bu yüzden araçlar arasında bilgi taşımak elle emek gerektirir.

Prototipler, topluluklar ve açık sorular

Esnek araçlar yalnızca bireyin ihtiyacı değil: bir hastane bölümü ya da bir aile tek bir ortak sisteme ihtiyaç duyar; yerel bir topluluk için yazılan yazılım ise tüm dünya için yazılandan genellikle daha kolaydır. Clay Shirky bu kalıba "konumlanmış yazılım" dedi.

Local-first temelinde laboratuvar Automerge'i, ardından PushPin, Cambria, Farm ve bu makalenin yazıldığı ortam olan Patchwork'ü geliştirdi. Orada bir kelime sayma aracı AI yardımıyla dakikalar içinde yapıldı. AI tek başına yetmez, diyor yazarlar.