Yine Dreamweaver Hatasını Yapıyoruz
Yapay zeka, tasarımı yeniden kodun başına getiriyor.
Yirmi yıldır bu rolleri ayırmak için çalıştık. Tasarımcılar tasarladı. Geliştiriciler inşa etti. Bir insan köprü görevi gördü.
Yapay zeka bunu değiştiriyor. Bir modeli bir tasarım dosyasına yönlendiriyorsunuz ve o bileşenler üretiyor. Tasarım, kodu yeniden yönlendiriyor.
Bu kulağa verimli geliyor ancak bir risk taşıyor.
Eski Dreamweaver günlerinde, ortada bir insan otururdu. O kişi kaliteyi denetlerdi. Yapay zeka ile tasarım, direksiyon başında kimse olmadan doğrudan koda dönüşüyor.
Anlamanız gereken iki şey var:
- Tasarım dosyaları, tasarım sistemleri değildir. Bir dosya, nasıl göründüğüne göre değerlendirilir. Bir sistem ise yeniden kullanılabilirlik, dayanıklılık ve durumlar (states) üzerinden değerlendirilir. Yapay zeka bu çizgiyi bulanıklaştırıyor.
- Yapay zeka statik siteler için harikadır. Sadece bir anlık görüntüye (snapshot) ihtiyacınız varsa kullanın. Sorun, özel bir CMS veya dinamik bir UI gibi yeniden kullanılabilir bir sistem inşa ettiğinizde başlıyor.
Asıl başarısızlık detaylarda gerçekleşiyor.
Ekipler genellikle Figma değişken isimleri etrafında kod boru hatları (pipelines) kuruyor. İsimlendirme bir tasarım tercihidir ancak yapay zeka bunu katı bir sözleşmeye dönüştürür. Eğer bir tasarımcı tek bir değişkenin adını değiştirirse, tüm boru hattı bozulur.
Bir tasarım statik bir anlık görüntüdür. Tek bir ekranı, tek bir durumda gösterir. Şunları göstermez:
- Yükleme veya hata durumları.
- İçerik odaklı vs. sabit düzenler.
- Bir CMS'in veriyi nasıl beslediği.
Bu bağlam tasarım dosyasında değil, bir geliştiricinin zihninde yaşar.
Sektör liderleri bunu düzeltmeye çalışıyor. Google, yapay zekaya daha fazla yapı kazandırmak için DESIGN.md'yi yayınladı. Fixel gibi araçlar, kodu Figma'ya karşı doğrulayarak tasarım sapmalarını (design drift) yakalamaya yardımcı oluyor.
Ancak en iyi araçların bile sınırları var. Pikselleri veya token'ları çıkarabilirler ama mimari kararlar veremezler. Mevcut bir bileşeni yeniden mi kullanacaklarına yoksa yenisini mi inşa edeceklerine karar veremezler.
Gelecek, tasarımın kodu yönlendirmesiyle ilgili değil. Bir orta yol bulmakla ilgili.
İnanıyorum ki bu orta yol şunları gerektiriyor:
- Derleme zamanında (build time) tiplendirilmiş CSS girişleri.
- Yapay zekanın tasarımların mevcut sisteminize nasıl eşlendiğini önermesi.
- UX mühendislerinin davranış ve anlam konusunda nihai kararı vermesi.
Yapay zeka, tasarımcıları kod kalitesinden daha sorumlu hale getiriyor. Tasarım kodun kendisi haline geldiği için, çeviriyi denetleyecek (gatekeep) kimse kalmıyor.
UX mühendisini sürecin dışında bırakmamalıyız. Tasarım ve sistem arasındaki eşlemeyi ve sözleşmeyi sahiplenecek insanlara ihtiyacımız var.
Yapay zekanın neyi önereceğine ve neyin sizin kararınıza kalacağına nasıl karar verirsiniz?
Kaynak: https://dev.to/slafleche/were-making-the-dreamweaver-mistake-again-on-purpose-this-time-ema