Jakie są granice między obowiązkami projektanta i programisty? [Zamknięte]

Zostałem zatrudniony do opracowania funkcjonalności dla kilku przeprojektowań stron internetowych. Firma, w której pracuję, ma stosunkowo niski poziom techniczny, a poprzedni rozwój stron internetowych został ukończony przez projektanta graficznego, który jest samoukiem w zakresie tworzenia stron internetowych.

Moje obowiązki wykraczają poza podstawowy rozwój, ponieważ powierzono mi również zadanie tworzenia środowiska programistycznego i migracji hostingu z zewnętrznego hostingu CMS na wewnętrzne serwery zawierające języki skryptowe (zdecydowałem się na PHP / MySQL).

Współpracuję z grafikiem, który odpowiada za kreatywne projektowanie stron internetowych. Wpadamy w tarapaty związane z pomieszaniem granic naszych zadań.

Na przykład mieliśmy pewne różnice zdań na temat nawigacji. Miałem przede wszystkim na uwadze łatwość obsługi (większość naszej bazy użytkowników nie jest szczególnie zaznajomiona z Internetem), a także spełnienie standardów W3 WAI (wielu naszych użytkowników jest starszych i mamy ponadprzeciętny odsetek użytkowników z zaburzenia widzenia). Jego jedyną troską było to, co wyglądało najlepiej dla strony internetowej, i czułem, że kierunek, w którym dążył, spowodował pewne problemy funkcjonalne.

Wydaje mi się, że wybór kolorów, obrazy, czcionki itp. Są wyraźnie jego obowiązkiem i oczekiwałem, że po prostu dostarczy mi strony CSS oraz klasy stylów i identyfikatory, których należy użyć, ale niektóre elementy układu strony również wydają się być mniej królestwo „użyteczności”, które według mnie tłumaczy się jako niemal synonim „funkcjonalności”.

Zadanie polegało mi na wybraniu narzędzi, które będziemy używać, takich jak frameworki, języki skryptowe, projektowanie baz danych i niektóre aplikacje typu open source (na przykład Moodle, a prawdopodobnie Drupal w przyszłości). Chociaż narzędzia te są dość konfigurowalne, bezpośrednia praca z niektórymi interfejsami jest poza jego znajomością CSS, HTML i PHP. Ogranicza to bezpośrednią kontrolę nad wyglądem, co doprowadziło do dyskusji na temat wyboru narzędzia.

Czy istnieje ogólnie akceptowana linia podziału między rolami projektanta i programisty? Czy jego stosunkowo niedoświadczone doświadczenie w technologiach internetowych wpływa na tę linię podziału?

Bez linii podziału

Przekonałem się, że jest to dość powszechne i nigdy nie ma wyraźnej linii podziału między grafikiem a projektantem stron internetowych. To, jakie umiejętności grafik wnosi do stołu, zależy całkowicie od ich doświadczenia z technologią internetową (generalnie nie obejmuje to żadnego css ani html).

Praca z grafikiem wymaga komunikacji i kompromisów

Sposób, w jaki pracowałem w przeszłości z projektantami graficznymi, różni się w zależności od umiejętności grafików. Zasadniczo będzie to równoznaczne z tym, jak dobrze grafik może stworzyć projekt odpowiedni dla strony internetowej.

Dynamiczne układy

Pierwszą rzeczą, którą robię, gdy otrzymuję szkielet lub pierwszą wersję projektu strony internetowej, sprawdzam, czy projekt jest odpowiedni do dostosowania się do dynamicznego układu.

• Jak będzie wyglądać strona, jeśli nie ma w niej tak dużo tekstu?
• Jak wygląda tekst nagłówka, jeśli musi się zawijać? (Ad nauseum, Ad infinitum)

W zależności od tego, co znalazłem powyżej, mogę wyrazić swoje obawy dotyczące projektu z grafikiem i poprosić o dodatkowe informacje na temat takich efektów, jak efekty najazdu (czy te przyciski powinny zmieniać kolory?), Co stanie się z tym gradientem tła, jeśli dodamy więcej tekst wewnątrz tego elementu menu (spowoduje to uszkodzenie projektu).

Tak prawie wszystko, co widzę, co dzieje się na dynamicznej stronie internetowej, które może zepsuć projekt, mówię z projektantem i dostaję to w projekt. W zależności od umiejętności projektanta graficznego do uwzględnienia powyższego, może nie muszę tego robić.

W Twoim przypadku

W twoim przypadku grafik ignoruje kluczowe elementy funkcjonalności twoich wymagań, więc masz całkowitą rację, żądając zmian w projekcie.

Łącząc to od projektu do strony internetowej

Projektant graficzny nie powinien znać żadnego kodu HTML ani CSS, aby móc utworzyć dynamiczną stronę internetową. Wszystko, czego od nich potrzebujemy, to obrazy i wizja tego, jak powinna wyglądać strona. Zaufaj mi, trudno jest to naprawić i weź pod uwagę użyteczność klienta. Reszta należy do programistów.

Osobiście mam zarówno Photoshopa, jak i Fireworks na moim roboczym komputerze. Wykonuję zarówno wycinanie obrazów, jak i przechwytywanie, aby stworzyć najbardziej optymalny css przy użyciu jak najmniejszej liczby obrazów w arkuszach sprite.

Nie jest to coś, co zna większość grafików, więc kompresja obrazu, optymalizacja duszków css powinna być czysto zadaniem programistycznym.

W szerokim znaczeniu różnica polega na rozwoju między techniczną i artystyczną częścią tworzenia strony internetowej. Twórcy stron internetowych zajmują się techniczną częścią pisania kodu (php, Ruby, Pyhon) i testowania, podczas gdy projektanci stron internetowych mają na celu zaprojektowanie wyglądu strony internetowej (CSS, Photoshop) i tego, jak użytkownicy ją postrzegają.

Jest to w pewien sposób mylące, ponieważ w normalnym rozwoju oprogramowania projektant ma na celu zapewnienie technicznego projektu aplikacji na wysokim poziomie; bardziej popularną nazwą projektanta oprogramowania jest architekt oprogramowania.

Jaka byłaby różnica między twórcą oprogramowania a projektantem oprogramowania?

Jest to ta sama koncepcja, projektant stron internetowych powinien działać na wyższym poziomie, koncentrując się na układzie, estetyce i interfejsie użytkownika. Jeśli chodzi o arkusze stylów i HTML, prawdopodobnie nie powinien w żaden sposób przyczyniać się do tego, ponieważ jest to zbyt niski poziom dla jego roli. Napotykasz sytuacje, w których stąpasz na siebie i wprawiasz w zakłopotanie, ponieważ oboje próbujesz pełnić tę samą rolę.

Można to zrobić na dwa dobre sposoby:

1) Powinien skupić się na budowaniu makiet, przykładowych zrzutów ekranu i ewentualnie używania diagramów przypadków i schematów przepływu użytkowników. Odpowiadasz za projektowanie warstwy środkowej i bazy danych, a także za rozwój samej prezentacji internetowej. To większe zadanie i wymaga więcej wysiłku z twojej strony niż on, ponieważ wykonujesz wiele ról.

2) Obsługuj bazę danych i warstwy środkowe i niech skupi się na warstwie internetowej, HTML, JS, CSS.

Zamiast rzucać w niego przysłowiową księgą pozycji, spróbuj zastosować inne podejście. Różne sytuacje i członkowie wymagają różnych obowiązków i obowiązków .

Porozmawiaj z nim i spróbuj uzasadnić. Najwyraźniej przynosi coś do stołu i być może oboje nie zgodzicie się , ale tak naprawdę wymyślacie lepszy projekt, niż gdybyście pracowali sami.

Bycie blisko siebie prawie nigdy nie jest korzystne.

Odpowiedzialnością zarówno projektanta, jak i programisty jest zapewnienie możliwie najlepszego produktu. W związku z tym wyraźnie będzie się nakładać, szczególnie na interfejsie, jak to opisujesz, użyteczności i funkcjonalności.

Sztuka polega na tym, aby rozpoznać, że oboje staracie się robić to, co najlepsze. Kiedy uznasz, że nie jest to przeciwny stosunek do kontroli nad terytorium, ale oparty na współpracy, możesz wykorzystać obie swoje umiejętności na swoją korzyść.

Na przykład, jeśli uważa, że ​​należy zastosować pewne opcje projektowe, które negatywnie wpływają na dostępność, należy wskazać, że strona jest bezużyteczna, jeśli nie można jej właściwie wykorzystać i zapewnia alternatywne rozwiązania . Krytyka, która nie jest konstruktywna, po prostu przeszkodzi i wzmocni relacje przeciwnika. Twój projektant powinien być najlepszym przyjacielem twojego projektu, a nie jego największym wrogiem.

Projektant graficzny = tylko projekt wizualny

Projektant UX = analiza i konstrukcja szkieletowa

Projektant stron internetowych = tworzenie projektu prototypu

Projektant interfejsu użytkownika = projekt HTML z kompatybilnością css, javascript, ajax i dla różnych przeglądarek

Programator = program korzystający z php. .net, jsp

Deweloper = kto wymyśla nowe widżety, struktury takie jak powyższe programowanie w normalnej pracy

Krótka odpowiedź: programiści zwykle NIE wdrażają rzeczywistego programowania (kod po stronie serwera, usługi, operacje na bazach danych, CRUD itp.) W aplikacji internetowej.

Innymi słowy, nie ma nic złego w byciu projektantem stron internetowych. Problem leży w tych ludziach, którzy twierdzą, że są tym, czym nie są. Mówię o ludziach, którzy twierdzą, że są programistami, którzy nie znają języków programowania zaplecza (po stronie serwera) i nigdy nie mieli do czynienia z modyfikowaniem bazy danych w swojej karierze. Są to ludzie, którzy obniżają wynagrodzenie, którego prawdziwi programiści mogą oczekiwać za swoją pracę.

Dlatego istnieją znaczne różnice w charakterze pracy, którą wykonują twórcy stron internetowych i projektanci stron internetowych, a ich mieszanie nie jest dobre.

Jeśli chodzi o konkretny przypadek, przekraczasz granice, zgodnie z zespołami, z którymi współpracowałem (zarówno jako projektant, jak i twórca). Oto twój opis ról:

Zostałem zatrudniony do programowania funkcjonalnego ... Moje obowiązki wykroczyły poza podstawowy rozwój, ponieważ powierzono mi również zadanie tworzenia środowiska programistycznego i migracji hostingu z zewnętrznego hostingu CMS na serwery wewnętrzne z obsługą języków skryptowych ... Pracuję z grafikiem i odpowiada za kreatywne projektowanie sieci. ... ale niektóre elementy układu strony również wydają się bardziej wchodzić w zakres „użyteczności”, co według mnie tłumaczy się jako prawie synonim „funkcjonalności”.

Jesteś programistą, on jest projektantem. Możesz wybrać framework (i on musi odpowiednio dostosować swoje projekty HTML /), ale ON może zdecydować o elementach kreatywnych i jest władcą we wszelkich kwestiach związanych z użytecznością. „Użyteczność” w mojej książce nie oznacza „funkcjonalności”.

Deweloper WWW to ten, który faktycznie opracowuje projekty internetowe, takie jak strony internetowe, usługi sieciowe i inne.

Projektant stron internetowych jest częścią programisty. Projektant stron internetowych jest programistą, który koncentruje się wyłącznie na tworzeniu logiki prezentacji, czyli interfejsu użytkownika.