5 Pet Peeves návrháři mají s vývojáři (a jak se jim vyhnout)
Kočky a psi. Kain a Abel. Návrháři a vývojáři. To jsou jen některé z velkých historických výletů.
Návrháři a vývojáři často vypadají, že pocházejí z různých planet a mají zcela odlišné mozky.
Vývojáři chtějí, aby web fungoval správně, návrháři chtějí, aby vypadala správně.
Zatímco se tyto cíle hodně překrývají (a samozřejmě, že zde trochu stereotypuji), rozdíly často přicházejí až k očekáváním úspěchu designéra a vývojáře.
Řízení očekávání je otázkou komunikace: jasně uvedeme body na druhou stranu, nalézt společný základ a dohodnout se na cílech.
Dobře, možná to není tak snadné, ale je důležité, aby se obě strany alespoň snažily vzájemně se porozumět .
Ve snaze podpořit dobrou vůli mezi designéry a vývojáři, podělím se o pár zvědavců, se kterými jsem se setkal, a prozkoumám problémy, které vedou k nim a jejich řešením.
Peeve # 1: "Proč nemůže vývojář jen vypadat jako komp?"
Vytváříte skvěle vypadající design a odevzdejte kompas vašemu vývojáři, ale když se objevíte zpět, vypadá to jako patchworková přikrývka toho, co jste navrhli.
Problém
Comps nejsou webové stránky; nejsou kombinací kódu HTML, CSS a kódu JavaScript. Photoshop, Fireworks a Illustrator mohou dělat spoustu věcí, které jsou nemožné (nebo alespoň divoce nepraktické) na webu, což často znamená, že vývojáři budou muset návrh zmenšit.
Řešení
Když projektujete, promluvte s vývojářem, a to nejen později. Zeptejte se jich, zda je efekt, který používáte, snadný, nebo zda existuje lepší alternativa. Také, jak se dozvíte více o vývoji webu, budete lépe řešit rozdíl mezi tím, kdy je váš návrh nepraktický a když se vývojář právě zbavuje.
Peeve # 2: "Všechny barvy jsou špatné!"
Nevybíráte barvy libovolně, ale vývojáři si myslí, že "blízko je dostatečně blízko."
Problém
Nevím, jestli je to pravda pro všechny vývojáře, ale jednou jsem pracovala s vývojářem, který byl červeně zelenou barvou-slepý (byl obrovským fanouškem našeho manažera obsahu, který poslal všechny své e-maily v růžovém textu na vápno-zelené pozadí). Nicméně, barva-slepý nezastavil jej od být kick-ass vývojář.
Řešení
Pokud chcete, aby barvy byly správné, zadejte všechny barvy na stránce. Nespoléhejte se vývojáři, aby očíslil hodnoty barvy nebo aby vzorek barev v aplikaci Photoshop.
Také je třeba zvážit, že problém nemusí být s vývojářem, ale s vámi. Barvy vypadají jinak v počítači Mac a CMYK (pokud náhodou povolíte barevný prostor). Ujistěte se, že režim barvy dokumentu a důkazy jsou ve výchozím nastavení nastaveny na obecnou hodnotu RGB.
Peeve # 3: "Dokážou vývojáři dokonce vědět, co znamená" bílý prostor " ?"
Zanechal jste dostatek místa pro dýchání kolem prvků, abyste vytvořili tekutinu oční dráhu a zlepšili čitelnost, ale vývojář rozkrývá vše, a říká: "Je to jediný způsob, jak to všechno zapadne."
Problém
Kdysi jsem stěžoval na vývojáře, že nechal žádný prostor mezi hranicí modulu a jeho obsahem, takže je pro většinu lidí opravdu obtížné číst. On odpověděl: "Nezajímá mě o jiné lidi. Dokážu to přečíst. "Zatímco většina vývojářů není tak nenápadná, nebyli vyškoleni ve výtvarném umění míchání pozitivních a negativních prostorů, které by vedly návštěvníky kolem designu.
Řešení
Pokud opravdu chcete, aby vaše návrhy byly co nejpřesnější, neposkytujte jen konstruktér kompresi a očekávejte, že zjistí rozestup. Zadejte přesné šířky, výšky a délky v dokumentu specifikace návrhu. To slouží jako návrh, který se vy a vývojáři dohodnete na tom, jak by měly být věci rozmístěny.
Přinejmenším definujte obecná pravidla pro okraje a polstrování. Například "Všechny moduly musí obsahovat minimálně 10 pixelů výplně mezi obsahem a okrajem."
Peeve # 4: "Vývojář nikdy nedokáže, aby moje návrhy vypadaly stejně v různých prohlížečích."
Podíváte se na web ve Firefoxu a vypadá to dobře, ale když přepnete na Internet Explorer, rozpadne se na kusy.
Problém
Musíte být sympatizující s problémem vývojářů, pokud jde o to, aby návrhy vypadaly konzistentně v prohlížečích. Každý prohlížeč má své vlastní rozdíly. Věci se zlepšují (zejména při pomalé smrti aplikace Internet Explorer 6), ale přesto je stále těžké dostat je k sobě úplně dobře.
Řešení
Obecně dovolím, aby se v mém designu objevilo několik pixelů, aby se přizpůsobily problémům mezi prohlížeči, ale pomůže vědět, jaké jsou tyto problémy během navrhování, abyste mohli vývojářovi pomoct vyhnout se.
Nebojte se upozornit vývojář na problémy s cross-prohlížečem a očekávejte, že budou opraveny. Ale vyřešení některých z nich může vyžadovat, abyste vyladili svůj design.
Peeve # 5: "Bude to trvat tak dlouho?"
Nic není depresivnější než spalování poločasového oleje dvakrát, aby se vaše dílo projektu uskutečnilo podle plánu, pouze aby se dostala zpět vývoj LOE (úroveň úsilí), který dává datum vydání projektu zpět měsíc od konce věčnosti .
Problém
V klasické epizodě Star Treku: Nová generace vysvětluje Scotty faktům o inženýrském životě Geordi La Forgeovi: "Neřekl jste mu [kapitáne Picardovi], jak dlouho to bude trvat, že? Oh, laddie. Máte spoustu věcí, pokud chcete, aby vás lidé považovali za zázračného pracovníka. "Někteří vývojáři uvažují o designérech stejným způsobem, jaký si Scotty myslí o kapitánů hvězdné flotily.
Řešení
Vývojáři vědí, že se setkají s nepředvídatelnými problémy a mají tendenci hrubé odhady svých odhadů. To také vede k tomu, že vypadají opravdu dobře, pokud skončí jejich konec mnohem dříve, než odhadli. Zahrajte si s vývojářem na přiměřenou časovou osu a pak je přidržte. Jak poznáte vývojáře, doufejme, že budete mít svůj vlastní způsob, jak být "zázračným pracovníkem".
Zvláštní Bonus Peeve: "Vývojáři prostě nerozumí návrhářům."
Nebo horší:
"Vývojář si myslí, že jsou návrháři!"
Je to dost špatné, když se zdá, že vývojáři jednoduše odmítnou vidět návrháře, ale tento názor lze zpravidla zprostředkovat (obvykle správným projektovým manažerem). Nicméně, když vývojář si myslí, že vědí víc o designu než designér, mohou se tempeři vzplanout.
Problém
Musel jsem se vypořádat s více než jedním vývojářem, který si článek přečetl Jakob Nielsen a pak mě chtěl přednášet o dobré designové praxi uprostřed setkání. To nejenže projevuje neúctu k návrháři, ale zpomaluje projekt, jak probíhá debata.
Řešení
Práce s vývojáři s vědomím všech problémů je složitá a způsob, jak tyto situace zvládnout, závisí na velikosti ega, s nímž se setkáváte. Obecně považuji za nejlepší prostě poslouchat to, co mají říkat, a pak, pokud mají smysl, přiznejte to a pokračujte. Pokud je to možné, vyhněte se s nimi .
Často se jejich stížnost týká konstrukčního "pravidla", které bylo porušeno. Nebojte se přiznat, že jste porušili pravidlo - to je to, co inovační návrháři dělají - ale ujistěte se, že můžete ospravedlnit, proč jste je zlomili .
Kdykoli se ocitnu v této situaci, myslím, že jsem se vrátil do svých recenzovaných dnů v designové škole, když jsem musel svou práci chránit před nějakou brutální kritikou. Tato zasedání byla často zbourávána egem, ale naučili mě, jak rychle bránit své rozhodnutí a zároveň udržovat pohodě.
Může se vám zdát ponižující, že musíte neustále ospravedlňovat vaše rozhodnutí, ale čím víc ukážete "metodu ve vaší šílenství", tím víc zjistíte, že vaši kolegové hodnotí a věří vašemu úsudku .
Napsáno výhradně pro WDD Jason Cranford Teague .
Které domácí mazlíčky máte s vývojáři? Rádi bychom o tom věděli víc, dejte nám své připomínky níže.