Architecture in the Wild
Mimariyi diyagram olarak değil; canlı ürünlerde state, bilgi, interaction ve product boundary kararlarının çalışan sonucu olarak inceleyen saha dizisi.
Bölümler önerilen okuma sırasına göre listelenir.
Bir Üründe Canonical State Nerede Yaşamalı?
Cache, optimistic UI, local persistence ve cloud data aynı şey değildir. Güvenilir bir ürün için her state katmanının rolü açık olmalı ve yalnızca bir katman canonical otorite taşımalıdır.
Bilgi Mimarisi Menü Tasarlamak Değildir
Bilgi mimarisi yalnızca sayfaları hangi menü başlığının altına koyacağımız değildir. Entity, context, relation, vocabulary ve decision surface birlikte tasarlanmadığında temiz navigasyon bile dağınık bir ürün üretir.
Loading, Empty, Error, Offline ve Conflict: Görünmeyen Ürün Mimarisi
Happy path ekranları ürünün yalnızca bir kısmıdır. Güvenilir ürün, veri gelmediğinde, mutation başarısız olduğunda, cihaz offline olduğunda ve iki state çatıştığında ne yapacağını önceden bilir.
Bir Araç Ne Zaman Feature, Ne Zaman Ayrı Bir Üründür?
Her yeni araç için yeni marka veya subdomain açmak product architecture değildir. Ayrı ürün kararı; bağımsız değer, giriş noktası, kullanıcı işi, state ve yaşam döngüsü oluştuğunda verilmelidir.
Subdomain Açmak Ürün Stratejisi Değildir
Subdomain teknik izolasyon sağlayabilir; fakat kullanıcı işi, discovery, ownership ve işletme modeli tanımlanmadan sadece ürün dağınıklığını URL seviyesine taşır.
Bir Ürünün İki Source-of-Truth’u Varsa Aslında Hiç Yoktur
Cloud “A” diyor.
Mobil Desktop’ın Küçüğü Değildir
Desktop tasarımını 390px’e sıkıştırmak responsive değildir.
Bir Dialog Açılınca Mimari Neden Değişebilir?
Dialog küçük UI bileşeni gibi görünür.
Bir Tasarım Öğesini Kaldırmak Eklemekten Neden Daha Zor?
Yeni öğe eklemek kolaydır.
Neden Her Yeni Aracım İçin Subdomain Açmıyorum?
Yeni araç için subdomain açmak düzen hissi veriyor.