Neden Hem Tasarım Hem Kod Yapıyorum

Bir web ajansıyla çalıştığında genelde iki farklı ekiple muhatap olursun: önce tasarımcı bir arayüz çizer, sonra bu arayüz bir geliştiriciye "kodla" diye devredilir. Aradaki her devir teslimde bir şeyler kaybolur — bir hover detayı, bir boşluk kararı, bir animasyonun hissi. Kimse kasıtlı bir şey yapmaz, sadece iki farklı kafa aynı niyeti tam olarak taşıyamaz.

Ben bu devir teslimi ortadan kaldırmayı tercih ettim.

Aradaki Kayıp Detay

Bir tasarımcı olarak bir butonun neden o kadar yuvarlak, o gölgenin neden o kadar yumuşak olması gerektiğini bilirim. Ama bunu bir geliştiriciye anlattığımda, "yaklaşık öyle" bir sonuç çıkar — çünkü his, kelimelere tam olarak dökülemez.

Kendim geliştirdiğimde bu sorun yok. Tasarladığım detay, ekranda gördüğüm detayın birebir aynısı oluyor çünkü ikisi arasında çeviri yok.

Bir Tasarımcının Kod Bilmesi Ne Değiştirir?

Kodun sınırlarını bilmek, daha iyi tasarım kararları almamı sağlıyor. Bir animasyonun gerçekten ne kadar performanslı çalışacağını, bir grid'in mobilde nasıl davranacağını tasarım aşamasında zaten biliyorum — bu yüzden sonradan "bu teknik olarak yapılamıyor" diye geri dönmek zorunda kalmıyorum.

Aynı şekilde, bir geliştiricinin tasarım duyarlılığına sahip olması da kod kalitesini değiştiriyor: bileşenleri sadece "çalışsın" diye değil, "doğru hissettirsin" diye kuruyorum.

Dezavantajı da Var

Dürüst olmak gerekirse: tek başına iki disiplini yürütmek, bir ekibin paralel çalışmasından daha yavaş olabilir. Büyük ölçekli, çok kişili projelerde uzmanlaşmış ekipler elbette daha hızlı üretir.

Ama benim işlerimin çoğu — kurumsal bir web sitesi, bir ürün, kendi oyunum Okey Neşesi — bu hızdan çok, tutarlılıktan fayda görüyor. Tasarım ve kod aynı kişiden çıktığında, aradaki hiçbir detay kaybolmuyor. Bu benim için hız değişiminden daha değerli.