5 Pet Peeves Tasarımcısı Geliştiricilerle (ve Onlardan Nasıl Kaçınmalı)
Kediler ve köpekler. Cain ve Abel. Tasarımcılar ve geliştiriciler. Bunlar büyük tarihsel yüz ifadelerinden sadece birkaçı.
Tasarımcılar ve geliştiriciler genellikle farklı gezegenlerden geliyor ve tamamen farklı beyinlere sahipler.
Geliştiriciler bir web sitesinin doğru şekilde çalışmasını istiyor, tasarımcılar doğru görünmesini istiyor.
Bu hedefler çok fazla örtüşüyor olsa da (ve tabii ki, burada biraz stereotip yapıyorum), farklılıklar genellikle tasarımcıya ve geliştiricinin başarı beklentilerine düşer.
Beklentileri yönetmek bir iletişim meselesidir: diğer tarafa açık bir şekilde dikkat çekmek, ortak bir zemin bulmak ve hedefler üzerinde anlaşmak.
Tamam, belki bu kadar kolay değil, ama her iki tarafın da en azından birbirlerini anlamaya çalışması önemlidir .
Tasarımcılar ve geliştiriciler arasındaki iyi niyetleri teşvik etmek için, karşılaştığım bazı evcil hayvan perakendelerini ve onlara yol açan sorunları ve çözümlerini araştıracağım.
Peeve # 1: “Geliştirici niçin comp'e benzemiyor?”
Mükemmel görünümlü bir tasarım yaratıyor ve geliştiricinize dağıtıyorsunuz, ancak siteyi geri aldığınızda, tasarladığınız şeyin bir patchwork yorganına benziyor.
Konu
Comps Web sayfaları değildir; HTML, CSS ve JavaScript kodlarının bir karışımı değildir. Photoshop, Fireworks ve Illustrator, Web üzerinde imkansız (ya da en azından çirkin pratik olmayan) birçok şey yapabilir. Bu da genellikle geliştiricilerin tasarımı küçültmek zorunda kalacağı anlamına gelir.
Çözüm
Geliştirirken geliştiricinizle konuşun, sonradan değil. Kullandığınız bir etkinin kolay olup olmayacağını veya daha iyi bir alternatif olup olmadığını sorun. Ayrıca, Web geliştirme hakkında daha fazla bilgi edindikçe, tasarımınızın ne zaman pratik olduğu ve geliştiricinin sadece yavaşladığı zamanlar arasındaki farkı daha iyi anlatabileceksiniz.
Peeve # 2: “Renkler yanlış!”
Rasgele renkleri seçmezsiniz, ancak geliştiriciler “yakınlığın yeterince yakın olduğunu” düşünür.
Konu
Bunun tüm geliştiriciler için geçerli olup olmadığını bilmiyorum, ancak bir keresinde kırmızı-yeşil renk körü olan bir geliştirici ile çalıştım (içerik yöneticimizin büyük bir hayranıydı ve tüm e-postalarını pembe metinle birlikte gönderdi. kireç yeşili arka plan). Bununla birlikte, renk körü olması onu tek tip bir geliştirici olmaktan alıkoymadı.
Çözüm
Renklerin doğru olmasını istiyorsanız, sayfadaki tüm renk değerlerini heceleyiniz. Renk değerlerini gizlemek veya Photoshop'ta renkleri örneklemek için geliştiricinize güvenmeyin.
Ayrıca, sorunun geliştirici ile değil sizinle olabileceğini de göz önünde bulundurmalısınız. Renkler Mac'te ve CMYK'da farklı görünür (eğer renk alanını yanlışlıkla etkinleştirirseniz). Belge renk modunuzun ve provalarınızın varsayılan olarak genel RGB'ye ayarlandığından emin olun.
Peeve # 3: “Geliştiriciler“ beyaz alan ”ın ne anlama geldiğini bile biliyor mu?”
Akışkan göz yolu oluşturmak ve okunabilirliği geliştirmek için, öğelerin etrafında bol miktarda solunum odası bıraktınız, ancak geliştirici, herşeyi bir araya getirerek, “Her şey yoluna girecek tek yol” diyor.
Konu
Bir zamanlar bir geliştiriciden bir modülün ve içeriğinin sınırı arasında boşluk bırakmadığından, çoğu insanın okuması gerçekten zorlaştı. “Başka insanları umursamıyorum” diye yanıtladı. Bunu okuyabiliyorum. ”Çoğu geliştirici oldukça sakin olmasa da, ziyaretçinin gözünü tasarım etrafında yönlendirmek için olumlu ve olumsuz alanları karıştırmanın güzel sanatında eğitilmediler.
Çözüm
Tasarımlarınızın olabildiğince kesin olmasını istiyorsanız, sadece tasarımcıya bir başvuru yapmayın ve boşlukları bulmasını beklemeyin. Tasarım özellikleri belgesindeki kesin genişlikleri, yükseklikleri ve uzunlukları belirtin. Bu, siz ve geliştiricinin, şeylerin nasıl yerleştirilmesi gerektiği konusunda hemfikir olduğu bir plan görevi görür.
En azından, marjlar ve dolgu için genel kuralları tanımlayın. Örneğin, “Tüm modüllerin içerik ve sınır arasında en az 10 piksel dolgu olması gerekir.”
Peeve # 4: “Geliştirici, tasarımlarımı farklı tarayıcılarda aynı görünüme kavuşturamaz.”
Siteye Firefox'ta bakarsınız ve iyi görünür, ancak Internet Explorer'a geçtiğinizde parçalara düşer.
Konu
Tasarımcılar tarayıcılar arasında tutarlı görünmeye geldiğinde geliştiricilerin sıkıntısına sempatik olmak zorundasınız. Her tarayıcının boşluklu kendi tuhaflıkları vardır. İşler iyiye gidiyor (özellikle Internet Explorer 6'nın yavaş ölümüyle), ama hepsinin birbiriyle iyi oynamasını sağlamak hala zor.
Çözüm
Tasarımlarımda tarayıcılar arası sorunları gidermek için genellikle birkaç piksel odaya izin veriyorum, ancak tasarlarken bu sorunların ne olduğunu bilmek yardımcı olur, böylece geliştiricilerin bunlardan sakınmalarına yardımcı olabilirsiniz.
Tarayıcıya yönelik tarayıcı sorunlarının geliştiriciye işaret etmekten ve bunların düzeltilmesini beklemekten korkmayın. Ancak bazılarının çözümlenmesi tasarımınızı değiştirmenizi gerektirebilir.
Peeve # 5: “Bu ne kadar sürecek?”
Hiçbir şey, planlanan bir projenin bir parçasını almak için iki kez gece yarısı yağını yakmaktan daha fazla yorucu değildir, sadece projenin çıkış tarihini sonsuza dek bir ay öncesine dayanan bir geliştirme LOE (Çaba Seviyesi) geri almak için .
Konu
Star Trek'in klasik bir bölümünde : The Next Generation , Scotty mühendislik hayatının gerçeklerini Geordi La Forge'a şöyle anlatıyor: “Ona [Kaptan Picard] ne kadar süreceğini gerçekten söylemedin, değil mi? Oh, Laddie. İnsanların sizi bir mucize çalışanı olarak düşünmelerini istiyorsanız, öğrenecek çok şeyiniz var. ”Bazı geliştiriciler, tasarımcıların Scotty'nin Starfleet Captains'ı düşündüğü gibi düşünür.
Çözüm
Geliştiriciler, öngörülemeyen sorunlarla karşılaşacaklarını bilirler ve bu nedenle tahminlerini büyük ölçüde dile getirme eğilimi gösterirler. Bu onların sonunu tahmin edildiklerinden çok daha erken bitirmeleri halinde de çok iyi görünmelerini sağlar. Geliştiriciyle birlikte Haggle'ı uygun bir zaman çizelgesine indirin ve sonra onları tutun. Bir geliştiriciyi tanıdıkça, bir “mucize çalışanı” olmak için kendi yolunuzu bulacağınızı umuyorsunuz.
Özel Bonus Peeve: “Geliştiriciler sadece tasarımcıları anlamıyor.”
Ya da daha kötüsü:
“Geliştirici, tasarımcı olduklarını düşünüyor!”
Geliştiriciler tasarımcının bakış açısını görmeyi reddettiklerinde yeterince kötüyse de, bu fikir farklılığı genellikle aracılık edebilir (genellikle iyi bir proje yöneticisi tarafından). Ancak, geliştirici tasarım hakkında tasarımcıdan daha fazla şey bildiğini düşündüğünde, öfke alev alabilir.
Konu
Bir makaleyi okuyan birden fazla geliştiriciyle uğraşmak zorunda kaldım Jakob Nielsen ve sonra bir toplantı ortasında iyi tasarım pratiği hakkında ders vermek istedim. Bu sadece tasarımcıya saygısızlık göstermekle kalmayıp, tartışmalar ortaya çıktıkça projeyi yavaşlatır.
Çözüm
Her şeyi bilmeyen geliştiricilerle çalışmak zor ve bu durumların üstesinden gelmenin yolu, uğraştığınız ego boyutuna bağlıdır. Genel olarak, söylemek istediklerimi en iyi şekilde dinlemek ve daha sonra, bir nokta varsa, onu kabul et ve devam et. Mümkünse onlarla tartışmaktan kaçının .
Çoğunlukla şikayetleri, kırılmış bir tasarım “kuralı” ile ilgilidir. Bir kuralı çiğnediğinizi kabul etmekten çekinmeyin - yenilikçi tasarımcıların yaptığı şey budur - ancak neden kırdığınızı haklı çıkarabildiğinizden emin olun .
Kendimi bu durumda bulduğumda, çalışmamı çok acımasız bir eleştiriye karşı savunmak zorunda kaldığımda, tasarım okulundaki inceleme günlerime geri dönüyorum. Bu seanslar genellikle ego-morardı, ama bana serinliklerini korurken kararlarımı hızlıca nasıl savunacağımı öğrettiler.
Kararlarınızı sürekli olarak haklı çıkarmak zorunda kalsa da, “çılgınlığınızdaki yöntemi” ne kadar çok gösterirseniz, meslektaşlarınızın yargılarınıza değer verdiği ve onlara güveneceğini daha fazla bulacaksınız .
Sadece WDD için yazılmış Jason Cranford Teague .
Geliştiricilerle hangi evcil hayvan peronlarını kullanıyorsunuz? Bu konuda daha fazla bilgi edinmek isteriz, lütfen yorumlarınızı aşağıda paylaşın.