5 projektantów Pet Peeves z deweloperami (i jak ich uniknąć)
Koty i psy. Kain i Abel. Projektanci i programiści. To tylko kilka z wielkich historycznych problemów.
Projektanci i programiści często wydają się pochodzić z różnych planet i mają zupełnie inne mózgi.
Deweloperzy chcą, aby strona działała prawidłowo, projektanci chcą, aby wyglądała dobrze.
Chociaż cele te mają wiele pokryć się (i, oczywiście, mam tutaj stereotypy), różnice często sprowadzają się do oczekiwań projektanta i dewelopera co do sukcesu.
Zarządzanie oczekiwaniami jest kwestią komunikacji: wyraźne przedstawienie punktów drugiej stronie, znalezienie wspólnej płaszczyzny i uzgodnienie celów.
Okej, więc może to nie takie proste, ale ważne jest, aby obie strony przynajmniej spróbowały się nawzajem zrozumieć .
Starając się promować dobrą wolę pomiędzy projektantami i programistami, podzielę się z Wami kilkoma zwierzakami, które napotkałem i zbadam problemy, które prowadzą do nich i ich rozwiązań.
Peeve nr 1: "Dlaczego programista nie może sprawić, że będzie wyglądał jak komp?"
Tworzysz świetnie wyglądający projekt i przekazujesz go programiście, ale po odzyskaniu witryny wygląda jak patchworkowa tapicerka tego, co zaprojektowałeś.
Kwestia
Comps nie są stronami internetowymi; nie są mieszanką kodu HTML, CSS i JavaScript. Photoshop, Fireworks i Illustrator mogą robić wiele rzeczy, które są niemożliwe (lub co najmniej szalenie niepraktyczne) w sieci, co często oznacza, że deweloperzy będą musieli skalować projekt.
Rozwiązanie
Porozmawiaj ze swoim programistą podczas projektowania, a nie tylko później. Zapytaj ich, czy efekt, którego używasz, będzie łatwy do osiągnięcia, czy też istnieje lepsza alternatywa. Ponadto, gdy dowiesz się więcej o projektowaniu stron internetowych, będziesz w stanie lepiej odróżnić, kiedy projekt jest niepraktyczny i kiedy programista traci pracę.
Peeve # 2: "Kolory są złe!"
Nie wybieraj kolorów dowolnie, ale programiści zdają się myśleć, że "blisko jest wystarczająco blisko".
Kwestia
Nie wiem, czy dotyczy to wszystkich programistów, ale kiedyś pracowałem z programistą, który był ubrany na czerwono-zieloną barwę (był wielkim fanem naszego menedżera treści, który wysyłał wszystkie swoje e-maile w różowym tekście tło limonkowo-zielone). Jednak bycie ślepym na kolory nie powstrzymało go od bycia deweloperem.
Rozwiązanie
Jeśli chcesz, aby kolory były poprawne, przeliteruj wszystkie wartości kolorów na stronie. Nie należy polegać na programistach, aby sprawdzić wartości kolorów lub wypróbować kolory w programie Photoshop.
Musisz również wziąć pod uwagę, że problem może nie dotyczyć programisty, ale użytkownika. Kolory wyglądają inaczej na Macu i CMYK (jeśli przypadkiem włączysz tę przestrzeń kolorów). Upewnij się, że tryb koloru dokumentu i wydruki są ustawione domyślnie na RGB.
Peeve # 3: "Czy deweloperzy wiedzą nawet, co oznacza" biała przestrzeń " ?"
Zostawiłeś dużo miejsca na oddychanie wokół elementów, aby stworzyć płynną ścieżkę do oczu i poprawić czytelność, ale twórca wszystko razem scala, mówiąc: "To jedyny sposób, w jaki wszystko będzie pasować".
Kwestia
Kiedyś złożyłem skargę deweloperowi, że nie pozostawił żadnej przestrzeni między granicą modułu a jego treścią, co sprawia, że czytanie jest trudniejsze dla większości osób. Odpowiedział: "Nie dbam o innych ludzi. Mogę to przeczytać. "Chociaż większość programistów nie jest tak nieczuła, nie zostali przeszkoleni w sztuce mieszania pozytywnych i negatywnych przestrzeni, aby kierować wzrokiem gościa wokół projektu.
Rozwiązanie
Jeśli naprawdę chcesz, aby Twoje projekty były tak dokładne, jak to tylko możliwe, nie pozwól projektantowi na kompozycję i oczekuj od nich rozstawienia. Określ dokładne szerokości, wysokości i długości w dokumencie specyfikacji projektu. Służy to jako plan, który zarówno Ty, jak i programista zgadzacie się, jak należy rozmieścić poszczególne elementy.
Przynajmniej zdefiniuj ogólne reguły dotyczące marginesów i dopełnienia. Na przykład: "Wszystkie moduły muszą zawierać co najmniej 10 pikseli wypełnienia między treścią a ramką".
Peeve # 4: "Deweloper nigdy nie sprawi, że moje projekty będą wyglądały tak samo w różnych przeglądarkach".
Patrzysz na stronę w Firefoksie i wygląda dobrze, ale po przejściu na Internet Explorer rozpada się na kawałki.
Kwestia
Musisz być sympatyczny z trudną sytuacją programistów, jeśli chodzi o projektowanie spójnych projektów w różnych przeglądarkach. Każda przeglądarka ma swoje własne dziwactwa z odstępami. Sprawy stają się coraz lepsze (szczególnie przy powolnej śmierci Internet Explorera 6), ale trudno jest im całkowicie pograć ze sobą.
Rozwiązanie
Generalnie pozwalam, aby kilka pikseli pokoju w moich projektach uwzględniało problemy z różnymi przeglądarkami, ale pomaga wiedzieć, jakie są te problemy podczas projektowania, aby pomóc deweloperowi w ich unikaniu.
Nie bój się wskazywać deweloperom problemów z różnymi przeglądarkami i oczekiwać, że zostaną naprawione. Ale rozwiązanie niektórych z nich może wymagać dostosowania projektu.
Peeve # 5: "To zajmie jak długo?"
Nic nie jest bardziej przygnębiające niż spalanie oleju o północy w podwójnej ilości czasu, aby twoja część projektu została wykonana zgodnie z harmonogramem, tylko po to, by odzyskać LOE (Level of Effort), który umieszcza datę premiery projektu na miesiąc przed końcem wieczności .
Kwestia
W klasycznym odcinku Star Trek: The Next Generation , Scotty wyjaśnia fakty inżynieryjnego życia Geordi La Forge: "Nie powiedziałeś mu [kapitanie Picard], jak długo to potrwa, prawda? Och, chłopcze. Musisz się wiele nauczyć, jeśli chcesz, aby ludzie myśleli o tobie jako o cudotwórcy. "Niektórzy deweloperzy myślą o projektantach w ten sam sposób, w jaki Scotty myśli o Kapitanach Gwiezdnej Floty.
Rozwiązanie
Deweloperzy wiedzą, że napotkają nieprzewidziane problemy, a więc mają tendencję do rażącego informowania o swoich szacunkach. To także sprawia, że wyglądają naprawdę dobrze, jeśli kończą swój los dużo wcześniej niż szacowano. Walcz z deweloperem do rozsądnej linii czasu, a następnie trzymaj go. Kiedy poznasz programistę, masz nadzieję, że znajdziesz swój własny sposób bycia "cudotwórcą".
Special Bonus Peeve: "Deweloperzy po prostu nie rozumieją projektantów."
Albo gorzej:
"Programista myśli, że jest projektantem!"
Wystarczająco złe jest, gdy deweloperzy po prostu nie chcą widzieć punktu widzenia projektanta, ale ta różnica zdań może zwykle być mediowana (zwykle przez dobrego kierownika projektu). Jednak, gdy deweloper myśli, że wiedzą więcej o projektowaniu niż projektanci, mogą wybuchnąć.
Kwestia
Miałem do czynienia z więcej niż jednym programistą, który przeczytał artykuł Jakob Nielsen a potem chciałem pouczać mnie o dobrych praktykach projektowych w trakcie spotkania. To nie tylko pokazuje brak szacunku dla projektanta, ale spowalnia projekt w miarę debaty.
Rozwiązanie
Praca z programistami, którzy wiedzą wszystko, jest trudna, a sposób radzenia sobie z tymi sytuacjami zależy od wielkości ego, z którym masz do czynienia. Ogólnie uważam, że najlepiej jest po prostu posłuchać, co mają do powiedzenia, a następnie, jeśli mają punkt, potwierdzić to i iść dalej. Unikaj kłótni z nimi, jeśli to możliwe .
Często ich skarga dotyczy "reguły" projektu, która została zerwana. Nie bój się przyznać, że złamałeś regułę - to właśnie robią nowatorscy projektanci - ale upewnij się, że możesz uzasadnić, dlaczego ją złamałeś .
Ilekroć znajduję się w tej sytuacji, myślę, że wracając do dni recenzowania w szkole projektowania, kiedy musiałem bronić swojej pracy przed jakąś dość brutalną krytyką. Te sesje często powodowały siniaki, ale nauczyły mnie, jak szybko bronić swoich decyzji, zachowując przy tym spokój.
Być może upokarzające wydaje się nieustanne usprawiedliwianie swoich decyzji, ale im częściej pokazujesz "metodę w swoim szaleństwie", tym bardziej przekonasz się, że twoi koledzy cenią i ufają twojemu osądowi .
Napisany wyłącznie dla WDD przez Jason Cranford Teague .
Jakie masz peeves u deweloperów? Chcielibyśmy dowiedzieć się więcej na ten temat, podziel się swoimi komentarzami poniżej.