Opis projektu
PrzetłumaczoneNasza firma prowadzi kilka produktów wewnętrznych — konsolę administracyjną, pulpit analityczny i kilka narzędzi operacyjnych — a każdy z nich został zaprojektowany przez inny zespół w innym czasie. Rezultat jest przewidywalny: przyciski zachowują się inaczej na każdym ekranie, odstępy są niespójne, ten sam status jest pokazywany na trzy sposoby, a każda nowa funkcja wznawia dyskusję na temat kolorów. Chcemy przestać płacić ten podatek i zbudować jeden wspólny system projektowania z odpowiednim zestawem UI, na którym mogą polegać wszystkie te produkty.
Praca to nie jest malowanie na nowo. Potrzebujemy biblioteki komponentów z rzeczywistymi stanami — domyślnym, najechanym, w fokusie, wyłączonym, ładowaniu, błędzie, pustym — plus tokeny dla koloru, typu, odstępu i wysokości, które mogą przetrwać rebranding bez dotykania każdego ekranu. Komponenty powinny być zorganizowane tak, aby programista mógł szybko znaleźć odpowiedni, a każdy z nich powinien zawierać krótkie notatki dotyczące użycia, wyjaśniające, kiedy po niego sięgnąć, a kiedy nie. Oczekujemy dostępnej palety z udokumentowanym kontrastem, siatki, która działa zarówno na szerokich monitorach, jak i na ciasnych laptopach, oraz wzorców dla powtarzających się układów, które nasi operatorzy faktycznie używają: tabele z filtrami, karty rekordów, formularze wieloetapowe.
Proszę podzielić się wcześniejszymi systemami, które zbudowałeś, jak utrzymujesz zestaw i kod w synchronizacji oraz jak przekazujesz pracę, aby nie zardzewiała po uruchomieniu. Wyniki:
— zestaw tokenów i biblioteka komponentów ze wszystkimi interaktywnymi stanami;
— dokumentacja obejmująca użycie, co robić, a czego nie robić, oraz notatki dotyczące dostępności;
— szablony dla najczęstszych ekranów produktów.
Praca to nie jest malowanie na nowo. Potrzebujemy biblioteki komponentów z rzeczywistymi stanami — domyślnym, najechanym, w fokusie, wyłączonym, ładowaniu, błędzie, pustym — plus tokeny dla koloru, typu, odstępu i wysokości, które mogą przetrwać rebranding bez dotykania każdego ekranu. Komponenty powinny być zorganizowane tak, aby programista mógł szybko znaleźć odpowiedni, a każdy z nich powinien zawierać krótkie notatki dotyczące użycia, wyjaśniające, kiedy po niego sięgnąć, a kiedy nie. Oczekujemy dostępnej palety z udokumentowanym kontrastem, siatki, która działa zarówno na szerokich monitorach, jak i na ciasnych laptopach, oraz wzorców dla powtarzających się układów, które nasi operatorzy faktycznie używają: tabele z filtrami, karty rekordów, formularze wieloetapowe.
Proszę podzielić się wcześniejszymi systemami, które zbudowałeś, jak utrzymujesz zestaw i kod w synchronizacji oraz jak przekazujesz pracę, aby nie zardzewiała po uruchomieniu. Wyniki:
— zestaw tokenów i biblioteka komponentów ze wszystkimi interaktywnymi stanami;
— dokumentacja obejmująca użycie, co robić, a czego nie robić, oraz notatki dotyczące dostępności;
— szablony dla najczęstszych ekranów produktów.
Projektowanie i multimedia Gotówka, Przelew bankowy
