5 projektantów Pet Peeves z projektantami (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.
Kilka tygodni temu zbadaliśmy główne pet peeves, że projektanci stron internetowych z twórcami stron internetowych i zasugerował kilka rozwiązań dla nich.
Dzisiaj omówimy drugą stronę medalu: pięć najczęstszych zarzutów, jakie deweloperzy mają z projektantami .
PEEVE # 1: "Dlaczego projektanci chcą tworzyć wszystko we Flashu?"
Strona internetowa to zwykły przycisk i trochę tekstu, ale projektant nalega na używanie Flasha, nawet jeśli potraja czas pobierania.
Kwestia
W przypadku niektórych projektantów, korzystanie z podstawowych technologii internetowych (HTML, CSS i JavaScript) w celu stworzenia strony internetowej może wydawać się hitem innowacji. Ograniczają kreatywność i zmuszają ich do tego, aby deweloper mógł zrealizować swoją wizję.
Flash daje projektantom potencjalnie nieograniczone możliwości projektowania i może zachować znacznie większą kontrolę nad końcowym produktem, zwłaszcza jeśli zna ActionScript. Dzięki Flashowi projektanci mogą wybierać spośród elementów typografii, nachylenia i pochylenia, dodawać animacje i tworzyć efekty specjalne, które są niemożliwe w nudnym kodzie HTML.
Rozwiązanie
Pierwsze pytanie, które należy zadać sobie jako programistę, brzmi: "Jakie jest najlepsze techniczne rozwiązanie problemu?" Mogą to być podstawowe technologie sieciowe lub Flash. Posiadanie otwartego umysłu jest ważne. Aby ustalić, co będzie najlepsze, usiądź z projektantem i uzgodnij listę wymagań technicznych i projektowych dla projektu.
Możesz na przykład sprawdzić, czy strona musi się szybko wczytać, użyć konkretnej czcionki do celów marketingowych, spełniać wytyczne dotyczące dostępności lub mieć animację. Gdy odpowiesz na tego typu pytania, będziesz w stanie lepiej zważyć zalety i wady używania Flasha.
Poinformowanie projektanta o frameworkach JavaScript, takich jak Dojo i jQuery, jest dobrym pomysłem. Mogą nie zdawać sobie sprawy z interaktywnej funkcjonalności i efektów specjalnych, które można osiągnąć dzięki AJAX i DHTML.
PEEVE # 2: "Czy projektant słyszał już o HTML CSS?"
Projektant stworzył wspaniały projekt za pomocą Photoshopa, ale sieć po prostu nie działa w ten sposób.
Kwestia
Niektórzy projektanci zdają się świadomie ignorować nawet najbardziej podstawowe aspekty technologii internetowej. Może to skutkować projektami, które są nierealistyczne lub niezwykle trudne do odtworzenia w Internecie, które polegają zbyt wiele na obrazach w celu uproszczenia typografii lub prowadzą do złego doświadczenia użytkownika.
Rozwiązanie
CSS to język projektowania stron internetowych, a projektanci pracujący na tym medium naprawdę nie mają wymówki, aby nie rozumieć jego podstaw. Porównuję to do moich wcześniejszych prac w zakresie projektowania druku. Nie musiałem wiedzieć, jak uruchomić jedną z tych gigantycznych maszyn drukarskich, ale musiałem wiedzieć o pułapce, półtonach i CMYK.
Musiałem zrozumieć podstawy procesu drukowania, jeśli chciałem osiągnąć najlepsze wyniki z moimi projektami. To samo dotyczy projektowania stron internetowych. Projektanci nie muszą wiedzieć, jak działa serwer, ale powinni mieć podstawową wiedzę na temat wysokości linii, wypełnienia, obrazów tła i innych czynników, które składają się na proces tworzenia stron internetowych.
PEEVE # 3: "Projektant dał mi PSD z 50 000 nienazwanych warstw i bez folderów!"
Pobieramy 50-megapikselowy dokument Photoshop, czekamy pięć minut na jego otwarcie, zaczynamy wycinać proste tło przycisków i mamy do czynienia ze ścianą niezidentyfikowanych warstw w pozornie przypadkowej kolejności, z której połowa została wyłączona.
Kwestia
Deweloperzy muszą dobrze zorganizować swoje dokumenty, bo inaczej nie będą skuteczne. Jeśli jednak coś wygląda dobrze w porcie widoku w Photoshopie, to często jest to wystarczająco dobre dla projektanta. Dla programisty, który jest przyzwyczajony do programowania obiektowego (OOP) i logicznej kolejności kodu, może to być koszmar!
Rozwiązanie
Programiści nie są jedynymi, których denerwują zdezorganizowane i zagracone pliki PSD. Jako dyrektor kreatywny wysłałem więcej niż jedno PSD z prośbą, aby projektant uporządkował i nazwał wszystkie warstwy. Rozwiązuj ten problem z projektantem tak wcześnie, jak to możliwe. Wyjaśnij, że potrzebujesz czystego i uporządkowanego pliku.
Jeśli nie jest to możliwe (lub projektant jest po prostu uparty), jedną lewą do znalezienia warstwy obiektu jest prawo / Ctrl + kliknięcie go w porcie widoku za pomocą narzędzia Przesuń (skrót klawiaturowy to "v").
Zostanie wyświetlone menu kontekstowe wszystkich warstw i grup warstw pod kursorem. Wybierz żądaną warstwę, a jeśli paleta warstw jest otwarta, podświetlona zostanie właściwa warstwa.
Bardzo polecam też projektantom, aby nauczyli się korzystać z inteligentnych obiektów programu Photoshop . Obiekty inteligentne umożliwiają zbieranie różnych warstw tworzących obiekt (na przykład warstw zawierających przycisk) w dyskretny plik osadzony w głównym pliku Photoshopa.
Inteligentne obiekty są łatwe w użyciu i oferują wiele korzyści:
- Tworzą "obiektowy" plik Photoshopa, w którym powtarzające się elementy mają jeden "symbol".
- Mogą być wyprowadzane jako elementy gotowe do pracy bez konieczności stosowania niechlujnych technik dzielenia warstw.
- Ułatwiają porządkowanie PSD poprzez zmniejszenie liczby warstw w pliku głównym.
PEEVE # 4: "Projektant nie uwzględnił rzeczywistych treści."
Używamy systemu CMS, który daje klientowi pełną kontrolę nad treścią. Jednak makieta projektowa pokazuje tylko jeden wiersz tekstu dla nagłówków i jeden akapit tekstu dla zwiastuna.
Projektant oczekuje zrównoważonych wysokości modułów i kolumn, ale nie możemy przewidzieć, ile kopii będzie tam musiało się zmieścić.
Kwestia
Generowanie tekstu greckiego (lub "Lorem Ipsum") jest odświętną metodą dodawania realistycznie wyglądających treści, pod nieobecność ostatecznej wersji strony. Jednak ponieważ nie jest to prawdziwa treść, może doprowadzić projektantów do błędnych wniosków na temat ostatecznego projektu strony.
Rozwiązanie
Kompozycje projektowe są statyczne, ale rzeczywiste strony internetowe muszą być płynne i dynamiczne. Projektanci powinni to uwzględnić i uwzględnić wszystkie możliwe scenariusze. Jest to jeden z głównych ograniczeń tworzenia kompotów statycznych: nie są one rzeczywistością.
Uważam, że pomocne jest określenie wysokości obszarów, które będą używane do wyświetlania elementów, takich jak nagłówki i zwiastuny, zamiast pozostawiać je otwarte. Pomoże to ustalić dokładnie, ile miejsca zajmą w ostatecznym projekcie.
PEEVE # 5: "Projektant oczekuje, że zgadnę, jakie style użył".
Projektant podaje kompanię bez żadnych wyjaśnień i oczekuje, że poznasz rodzinę czcionek, wysokości linii, kolory, szerokości, wypełnienia, marginesy i marginesy.
Kwestia
W przeciwieństwie do tworzenia makiet w Photoshopie, tworzenie stron WWW zwykle nie odbywa się w środowisku WYSIWYG (co widzisz, co dostajesz). Raczej programista przypisuje określone wartości do pomiarów, kolorów i typografii.
Rozwiązanie
Widzę to załamanie komunikacji w wielu projektach; Podkreśla jedną z największych różnic między "projektowaniem" a "rozwojem". Nawet jeśli projektant używał szablonu z predefiniowaną siatką, programista często musi przyglądać się innym stylom.
Dlatego ważne jest, aby projektant tworzył przewodnik stylu jako produkt dostarczalny. Przewodnik po stylu będzie służył jako uzgodniony projekt i zmniejszy zamieszanie.
Special Bonus Peeve: "Nie potrzebuję żadnego projektanta, który powie mi jak programować!"
Projektant chce coś zrobić w określony sposób, niezależnie od tego, czy ty, programista, uważasz, że jest to wskazane.
Kwestia
Projektanci informujący programistów o kodowaniu są tak samo frustrujący, jak programiści, którzy mówią projektantom, jak wykonywać swoją pracę. Ale granica między projektantem a deweloperem jest często cienka, a czasami obie role należą do tej samej osoby.
Jeśli masz jasno określone obowiązki związane z projektem, to wysłuchanie kogoś, kto nie był zaangażowany w proces decyzyjny, po drugie - zgadnij, jakie są twoje wnioski, jest irytujące.
Techniki, które wydają się dobre dla innych na powierzchni, nie zawsze pasują do środowiska programistycznego, w którym pracujesz. Wyjaśnianie szczegółów technicznych decyzji zabiera cenny czas, kiedy wszystko, czego potrzebujesz, to dla projektanta, by ufał, że podjąłeś mądre decyzje .
Rozwiązanie
Posłuchaj, co projektant ma do powiedzenia na temat alternatyw technicznych; może nie pomyślałeś o nich wszystkich. Nie raz rozmawiałem z projektantami, którzy wprowadzili rozwiązania do stołu, o których nie wiedziałem, tak jak po raz pierwszy zobaczyłem jQuery w akcji.
Pamiętaj, że ty i projektant (miejmy nadzieję) podzielasz ten sam cel, jakim jest stworzenie najlepszego produktu. Jeśli zachowasz otwarty umysł i podejście na poziomie równowagi, nie możesz się pomylić.
Napisany wyłącznie dla WDD przez Jason Cranford Teague . Oferuje specjalistyczne usługi konsultingu internetowego i sesje szkoleniowe. Możesz zamówić jego nową książkę, Mówienie w stylach: Podstawy CSS dla projektantów stron internetowych na Amazon.com.
Jakie zwierzaki masz z projektantami? Chcielibyśmy dowiedzieć się więcej na ten temat, podziel się swoimi komentarzami poniżej.