witola.com

Sabah blog üzerinden gidiyor açılımlarıdır Depo yazılmış bu mükemmel makale karşılaştım rulo Jason Cranford Teague .

Web tasarımı zevk uzun zaman var, ama iki yıl önce gerçekten kodlama ve ön uç geliştirme içine atlama yapılmış kadar. İşin en ilginç yanı, ben tasarımcı olarak beynin bir tarafında kullanıyorum ve bir geliştirici olarak diğer kullanan bir mücadele biraz bulduk.

Zihinsel bu doğru bakmak ve bir geliştirici olarak web sitesinin sağ çalışmak istediğiniz bir tasarımcı olarak, vergi. Bu köprü ve mutlu bir ortamda gelen can sıkıcı, ama kendimi daha iyi istihdam için sahada bir emtia olarak görüyorum. Çoğu durumda insanlar birini ya da diğerini ya. Diğer mantıksal, teknik ve bazen sinir bozucu biri, tasarım ve eğlence ve denge. Makaleyi beğeneceğinizi umuyoruz yaptım.

Peeve # 1: "Neden sadece geliştirici comp gibi yapamıyorum?"

Geliştirici comp kapalı muhteşem görünümlü bir tasarım ve el oluşturmak, ancak geri sitesi olsun, size tasarlanmış bir patchwork yorgan gibi görünüyor.

Sorun
Comps Web sayfaları, HTML, CSS ve JavaScript kodu bir karışımı değildir. Photoshop, Fireworks ve Illustrator genellikle geliştiriciler tasarım küçültün olacağı anlamına gelir Web (ya da en azından çılgınca pratik) imkansız bir sürü şeyler yapabilirsiniz.

Çözüm
Hemen sonrasında değil, tasarımı ise geliştirici konuşun. Kullandığınız bir etkisi daha iyi bir alternatif var olup olmadığını ya da başarmak için kolay olup olmayacağını isteyin. Ayrıca, Web gelişimi hakkında daha fazla bilgi edinmek, geliştirici tembelleştiği tasarım pratik ve zaman arasındaki farkı anlatmak için daha iyi olacak.

Peeve # 2: "renkler hepsi yanlıştır!"

Keyfi renkler tercih, ama geliştiriciler düşünüyor "kapat kapat yeterli."

Sorun
Bu tüm geliştiricilerin doğru olup olmadığını bilmiyorum, ama ben bir kez kırmızı-yeşil renk körü olan bir geliştirici (o pembe metin onun e-posta gönderilen tüm içerik yöneticisi, büyük bir fan ile çalıştı kireç-yeşil arka plan). Ancak, renk körü olan bir kick-ass geliştirici olmaktan onu durdurmak vermedi.

Çözüm
Renkleri doğru istiyorsanız, o sayfadaki tüm renk değerlerini heceleyerek. Göz küresinin renk değerlerini geliştirici güvenmek ya da Photoshop renkleri örnek vermeyin.

Ayrıca geliştirici ile ancak sorun olmayabilir dikkate almak gerekir. Renkleri (yanlışlıkla bu renk alanını etkinleştirmek için gerçekleşmesi halinde), Mac ve CMYK farklı bir görünüm. Belge renk modu ve deliller jenerik RGB varsayılan olarak ayarlanmış olduğundan emin olun.

Peeve # 3: "geliştiriciler bile ne beyaz boşluk 'anlamına gelir biliyor musunuz?"

Unsurlar etrafında bir sıvı göz yolu oluşturmak ve okunabilirliği artırmak için oda nefes bol bıraktım, ama geliştirici söylüyorum, her şeyi birlikte crams, "tüm uygun tek yol budur."

Sorun
Bir keresinde insanların çoğu okumak için gerçekten zor, bir modül ve içerik sınırı arasında hiç boşluk bıraktı bir geliştirici şikayetçi. O diğer insanlar umurumda değil "diye yanıtladı. Ben okudum. "Çoğu geliştiriciler o kadar duygusuz olmasa da, güzel sanatlar, tasarım etrafında ziyaretçinin göz kılavuzu pozitif ve negatif alanlarda karıştırma eğitimli değil.

Çözüm
Eğer gerçekten tasarımları mümkün olduğunca kesin olmak istiyorsanız, sadece tasarımcı bir comp vermek ve onları boşluğu anlamaya beklemek yok. Bir tasarım şartnamesi tam genişlikleri, yükseklikleri ve uzunlukları belirtin. Bu ve geliştirici şeyler aralıklı nasıl olması gerektiği üzerinde anlaştığı bir plan olarak hizmet vermektedir.

En azından, kenar boşlukları ve dolgu için genel kuralları tanımlar. Örneğin, "Tüm modüller, içerik ve sınır arasında 10 piksel doldurma minimum olmalıdır."

Peeve # 4: "Geliştirici benim tasarımlar farklı tarayıcılarda aynı bakmak asla."

Firefox site bakmak ve iyi görünüyor, ancak Internet Explorer açtığınızda parçalara düşer.

Sorun
Tasarımları tarayıcılar arasında tutarlı bir görünüm yapmak için geldiğinde, geliştiricilerin yükün sempatik olmak zorunda. Her tarayıcı aralığı ile kendi tuhaflıklar vardır. Things (özellikle Internet Explorer 6 yavaş ölümü ile) iyiye gidiyor, ancak tamamen birbirleri ile güzel oynamak için onları almak zordur.

Çözüm
Ben genellikle benim tasarımlar kıpırdatmak oda bir kaç piksel çapraz tarayıcı sorunları karşılamak için izin verir, ama geliştirici bunları önlemek yardımcı olabilir, böylece tasarımı yaparken bu konularda ne olduğunu bilmek yardımcı olur.

Geliştirici için çapraz tarayıcı sorunları ve bunların sabit olması beklemek korkuyor olmayın. Ama bazıları çözme tasarım çimdik gerekebilir.

# 5 peeve: "Bu ne kadar sürer?"

Hiçbir şey çift zaman gece yarısı yağ yakma programı üzerinde yapılan bir projenin parçası almak için sadece sonsuzluk sonundan itibaren bir ay geri proje çıkış tarihi koyar bir gelişme LOE (Çaba Düzeyi) geri almak için çok daha iç karartıcı. .

Sorun
Klasik bir bölüm Star Trek: The Next Generation, Scotty Geordi La Forge mühendislik yaşam gerçekleri şöyle açıklıyor: "Onu [Kaptan Picard] söylemez gerçekten ne kadar sürer mi size? Oh, delikanlım. Bu insanlara bir mucize işçisi olarak düşünmek istiyorsanız, öğrenilecek çok şey var. "Bazı geliştiriciler, tasarımcılar, Scotty, Starfleet Captains düşünüyor aynı şekilde düşünüyorum.

Çözüm
Geliştiriciler, beklenmedik sorunlarla karşılaşabilirsiniz biliyorum ve bu yüzden kendi tahminleri kabaca ped eğilimindedir. Bu aynı zamanda onların sonuna çok daha önce tahmin edilenden daha yapılır alırsanız onları gerçekten iyi bir görünüm sağlar. Makul bir zaman çizelgesi aşağı geliştirici ile pazarlık ve sonra onları tutun. Bir geliştirici bilmek olsun, umarız siz kendi yolunuzu bir "mucize işçisi" olması bulacaksınız.

Özel Bonus peeve: "Geliştiriciler sadece tasarımcılar anlamıyorum."

Ya da daha kötüsü:
"Geliştirici bir tasarımcı olduğunu düşünüyor!"
Bu geliştiriciler, sadece tasarımcı bakış noktasını görmek için reddetme gibi yeterince kötü, ama bu görüş farkı genellikle (genellikle iyi bir proje yöneticisi tarafından) aracılıklı olabilir. Ancak, geliştirici, tasarımcı daha tasarım hakkında daha fazla bilgi düşünüyor, meneviş parlama.

Sorun
Bir makale okudum fazla bir geliştirici ile başa kalmıştım . Jakob Nielson ve daha sonra bir toplantı ortasında iyi tasarım uygulamaları hakkında bana ders vermek istiyordu. Tartışma ensues gibi gösterir ama tasarımcı için bu saygısızlık değil sadece proje yavaşlatır.

Çözüm
Çalışma know-it-tüm geliştiricileri zor olduğunu ve bu durumlarla başa yolu ile ilgileniyor ego boyutuna bağlıdır. Genel olarak, ben en iyisi basitçe söylemek ne dinlemek ve sonra, bir nokta varsa, bunu kabul ve hareket bulabilirsiniz. Mümkünse onlarla savunarak kaçının .

Sık sık şikayet kırılmış oldu "kural" ile ilgili bir tasarım. Korkacak bir kural yenilikçi tasarımcılar, ama ne sen kırdın neden haklı emin olun kırdı kabul etmeyin.

Ben bu durumda kendimi bulmak zaman, zaman bazı oldukça acımasız bir eleştiriye karşı savunmak zorunda, tasarım okulu benim gözden gün geri düşünüyorum. Bu seanslar genelde ego morarma, ama benim serin tutarken, hızlı kararlar savunmak için nasıl onlar öğretti.

Bu kararları haklı çıkarmak için sürekli aşağılayıcı görünebilir, ama daha fazla gösteriyor "delilik yöntemi," daha o meslektaşları değeri bulmak ve kararlarına güven.