Brak szacunku do cudzej pracy
11 października 2006Odsłona I
Projektując logo mam także do czynienia z wieloma innymi projektami „użycia” tegoż. Jednym z najbardziej niezrozumiałych dla mnie jest projekt layoutu strony klienta. Konkretnie problem jaki pojawia się PO zaprojektowaniu strony. Nie idzie tu o wymyślności i bajery techniczne, trudne do zrealizowania po stronie programisty. Problem stanowi minimalizm moich projektów i oszczędność operowania środkami. Zawsze po stronie programistycznej pojawia się, nie wiedzieć czemu, nieodparta chęć „dosmaczania”. Tu trójwymiarowa ikonka, tam obrotowe logo, menu z klawiszami choć miało ich nie być. Zapędy upiększania projektu wbrew założeniom. Jednocześnie taki spec od kodowania ma problemy z wyrównaniem bloków tekstu w poziomie, równe odległości między obrazkami są tylko w projekcie, jemu jakoś nie chcą wyjść. Słyszę wtedy wyjaśnienia – web rządzi się swoimi prawami. Te „swoje prawa” to w większości strona techniczna, a nie grafika czy kompozycja, tu różnicy nie ma.
Przykłady? Przy jednej tylko stronie koder nie umiał wyrównać w poziomie menu z zawartością środkowego łamu. Nie umiał zrobić identycznych świateł między fotami – dlaczego możesz zobaczyć klikając na mniejsze fotki. Musiał dołożyć swoje ikonki 3D języków, a… co będę wyliczał.. Przy innej powstał problem dodawanych przez kodera, na siłę własnych ozdóbek, zresztą obraził się i w efekcie i tak wepchnął klientowi swoją wersję.
Rozbraja mnie takie stwierdzenie – Za to spotkałem się z layoutami, których realizacja jest nieefektywna – zajmuje za dużo czasu a ostateczny efekt w różnych przeglądarkach jest zbyt nieprzewidywalny. Co ma z tego wynikać? ułatwiać sobie pracę za wszelką cenę?. Ja nie tłumaczę klientowi ze jego praca zabrała mi 2 m-ce choć zakładałem 2 tygodnie. Ma być dobrze zrobione i już, nawet jakby trwało pół roku. Efektywność mierzona kilometrami kodu czy jego prostotą ? A może efektywność jako sprowadzenie projektu na poziom własnych umiejętności, a może efektywność mierzona „czy mi się opłaca? od tego jest kalkulacja przed rozpoczęciem pracy. Chyba że ta kalkulacja idzie takim oto torem myślenia – powiem X, a potem się zobaczy, byle zechciał zamówić. Zastanawiające, w przywołanym cytacie jest hasło nieprzewidywalności – czyżby nie wiedział jaki będzie rezultat końcowy własnej pracy?.
Z perspektywy kodera problemem jest to, że o ile graficy znają się na typografii czy estetyce, to nie mają pojęcia o tym, że strona to medium żywe, które może być uruchomione na dziesiątkach urządzeń, w różnych rozdzielczościach, w przeglądarkach o różnych możliwościach i problemach. I trzeba kod tak opracować, by działał sensownie na wszystkim. Stąd często pojawiają się uproszczenia w stosunku do grafiki wyjściowej. Gdyby to wiedzieli i potrafili koderzy byliby zbędni. Ciekawie jednak brzmi to upraszczanie grafiki w zestawieniu z podanym wyżej przykładem niedorobek w stosunku do projektu. A co do medium żywego każde użycie jakiegoś elementu, lub narzędzia, musi mieć uzasadnienie. Dodawanie kwiatka do kożucha ma sens, co najwyżej, 8 marca. Pchanie gdzie się da flasha, animacja, 3D, i co tam jeszcze kto chce, tylko dlatego ze akurat koder je opanował, i bardzo jest z tego dumny, to zadne uzasadnienie. Gdyby chociaż upraszczał, pół biedy, on na ogół musi dodać, ubarwić, ożywić i to dokładnie nie to i nie tam gdzie należy. Odpuszczając sobie głupoty typu wyrównania, krój czy wielkość świateł. Zdaję sobie sprawę że najłatwiej zatuszować takie rzeczy bajerami, które skutecznie odwracają uwagę. Gorzej że odwracają uwagę nie tylko od jego błędów ale i, co gorsza, od treści oferty klienta. I tak cała para w gwizdek. Pieniądze wydane, efektu brak.
Kolejne hasła obronne, którymi często gęsto szermują koderzy – użyteczność interfejsów i dostępność stron, czego ponoć nie rozumieją graficy, którzy „nie wyrośli na webie”. Tymi co wyrośli są w zdecydowanej większości tzw. graficy komputerowi bez żadnego przygotowania graficznego a jedynie przeszkoleni w obsłudze programów. Jaki to daje efekt? czytam na forach o wyższości jednego programu nad drugim. Takie dyskusje o wyższości ołówka automatycznego nad zwykłym. Nie znajduję za to dyskusji o kompozycji, o myśleniu nad tym co się robi, w jakim celu i co możemy tym uzyskać. W takim ujęciu użyteczność i dostępność jest pustym hasłem,. to co klient chce osiągnąć poprzez stworzoną witrynę miast być na 1 miejscu spada na koniec listy ważności. Użyteczność i dostępność to nie funkcje same dla siebie.
Praca kodera nie jest łatwa. Programista ma określone środowisko, grafik w pewnym stopniu też ma określone środowisko (oczywiście, szersze – musi wiedzieć np jak jego logo będzie wyglądało w druku itp). Dobry koder – nie. To koder nie wie? nie potrafi przewidzieć jak to będzie w sieci? Tragedia. Projektując dla weba ściśle współpracuję z klientem i muszę wiedzieć dokładnie, co i jakimi sposobami chcemy osiągnąć, a koder nie wie.
Problem nie dotyczy jednego projektu layoutu i jednego kodera. Inne moje projekty miały podobny stopień skomplikowania i podobne problemy, choć robili je różni koderzy i raczej nie amatorzy. Poza wytłumaczeniami że się nie da bo użyteczność, bo kod, bo…, Najczęściej słyszałem – bo tak się nie robi lub inni tak nie robią. Dobił mnie koder, który zaserwował takie oto dictum – CSS jest tylko do ustawiania stylu menu i tekstu. No to widać, jako laik, wiem więcej, swoje strony oparłem na CSS szerzej, również ich strukturę.
Leonardo da Vinci wiedział co mówi – prostota to najwyższa forma złożoności.
Dla jasności – jestem otwarty na wszelkie uwagi i propozycje poprawek. Jestem gotów rozważyć każdą i wprowadzić zmiany, jeden warunek – przyniosą korzyść. W końcu nie jestem nieomylny. Trudno jednak brać pod uwagę hasła bez pokrycia, czy argumenty bo tak powinno być i już. Rozumiem też, że mogę mieć takie szczęście znajdowania nie tych co trzeba, ale ja ich nie znajduję, znajdują ich klienci weryfikując portfolia. Więc wszyscy mamy takie szczęście? Jeden z obrażonych ciężko, moimi korektami, koderów był łaskaw zastosować wobec klienta zwykły i podły szantaż – albo bierze co mu zrobił albo nada w środowisku i nikt mu tego nie zrobi. Wcześniej usłyszałem, ze wie lepiej bo 5 lat prowadzi firmę i nikt się nie skarżył.
Odsłona II
Sądziłem że to taka „przypadłość” zestresowanych pono informatyków, aliści rozmawiając ostatnio z klientem o gadżetach zobaczyłem wyzej opisany problem i na tym polu. Studio gadżeciarskie otrzymało przykładowe projekty nadruków na długopisy, kubki i pen drive i co? Ano wymyślili własne. Co im będzie obcy grafik wpychał. To że długopis ma nieco inny kształt nie przeszkadzało zastosować mój projekt, kubek nie różnił się kształtem ani na jotę, to samo pen drive. Widać jednak przemożna siła pokazania że mają swojego „grafika” zwyciężyła. I co w efekcie wyszło – ano umieszczenie rozdzielnie sygnetu i logotypu na pen drive w taki sposób by sygnet, umieszczony na części zwanej zatyczką,( którą najczęściej się gub) i poddany był wycieraniu podczas użytkowania . W długopisie sygnet, też rozdzielony z logotypem, wywędrował na najbardziej wrażliwe na ścieranie miejsce – prztyczek do otwórz-schowaj. Na kubku miast zaprojektowanego sygnetu ze skrótem nazwy umieścili pełne logo, na dodatek na boku a nie na środku. Ręce opadają.
Zastanawia mnie ten brak szacunku do cudzej pracy.
Jak firma mająca dbać o swój wizerunek i budować go jak najlepszym ma to robić? Jak mając zaprojektowany system identyfikacji konsekwentnie go stosować?
Podobne artykuły
design identyfikacja logo
Tagi: grafika ikona koder kompozycja logo poszanowanie
komentarze 2
Otóż muszę wyprowadzić z błędu to nie byli graficy komputerowi niestety. Słowa "koder" uzyłem z premedytacją, by nie obrażać programistów, ktorzy być może tak nie robią.
Wszystko ładnie, pięknie (zgadzam się z treścią) tylko dziwi mnie notoryczne użycie słowa "koderzy" w tekście. To nie są żadni koderzy tylko graficy komputerowi. Między "programistą" a "grafikiem" jest ogroma różnica. Pozdrawiam