Projektowanie dla programistów

Programiści często ignorują design. Projektanci często ignorują kod. Ta luka niszczy jakość produktu.

Żyję pośrodku. Uwielbiam czysty CSS i piękną typografię. Ta podwójna perspektywa pomaga mi tworzyć lepsze produkty.

Problem z tym podziałem:

Używam systemów projektowych (design systems), aby to naprawić. Traktuję systemy projektowe jak kontrakty.

Nie używam „niebieskiego” ani „16 pikseli”. Używam tokenów.

Gdy projektant zmienia token w Figmie, programista aktualizuje jedną zmienną w CSS. Cały produkt pozostaje spójny. Eliminuje to pracę ręczną i błędy.

Projektuję z uwzględnieniem ograniczeń. Nie udaję, że one nie istnieją. Rozmawiam z inżynierami o kompromisach. Sugeruję sposoby na zachowanie dobrego doświadczenia użytkownika (UX) bez nadmiernego utrudniania pisania kodu. Projektowanie staje się partnerstwem, a nie procesem przekazywania projektu (handoff).

Tożsamość marki to coś więcej niż tylko warstwa wizualna. Zaczyna się od osobowości.

Te słowa kierują każdym wyborem. Dyktują fonty, zdjęcia i sposób komunikacji (voice). Warstwa wizualna to jedynie przełożenie tej osobowości na piksele.

Niezależnie od tego, czy budujesz dashboard, czy markę, Twój proces ma znaczenie. Zrzut ekranu to tylko powierzchnia. Ludzie muszą widzieć kontekst i logikę stojącą za Twoją pracą.

Projektowanie nigdy się nie kończy. Wypuszczam produkt, obserwuję i udoskonalam.

Dobry projekt, który trafia do użytku dzisiaj, jest lepszy niż idealny projekt, który nigdy nie zostanie wdrożony. Korzystaj z realnych informacji zwrotnych, aby ulepszać produkt krok po kroku.

Źródło: https://dev.to/visionapi/designing-for-developers-how-i-bridge-code-and-creativity-2kgf