Od kilku miesięcy szkolę się na własną rękę z zakresu UX, niebawem będę zabierał się za rebranding sklepu internetowego mojej narzeczonej. To będzie mój kluczowy projekt, perełka w portfolio - i właśnie takich materiałów jak te tworzone przez Ciebie bardzo mi potrzeba. Świetna robota! Dzięki!
6:47 - jeszcze lepiej jest gdy wypełniamy jakiś rozbudowany formularz, np. do zamówienia i mnóstwo okien: imię nazwisko, adres, numer tel, e-mail i jakieś inne rzeczy, a następnie pojawia się komunikat i wszystko musimy wpisywać od początku... :D
Widać, że bardzo ważną rolą są research, badania i testy, by dowiedzieć się więcej, kim są i jakie mają potrzeby nasi docelowi użytkownicy. Po twoim filmie myślę, że częściej będę zaglądał do 10 Heurestyk, mogą być naprawdę fajną bazą odniesienia, czy na pewno mój projekt spełnia wszystkie zasady.
Super. Mam tylko uwagę do obsługi błędów. Moja praktyka uczy, żeby - w przypadku błędów, pomijam jakieś oczywistości typu format hasła - obok opisu błędu podać w nawiasie kod błędu. Taki kod może być przekazany do zarządzającego serwisem a dalej do dewelopera, co pozwoli mu na bardziej precyzyjne określenie miejsca ujawnienia się błędu i dzięki temu łatwiejszego znalezienia przyczyny tegoż. Kod błędu często trudno jest opisać słowami, bo dotyczy np. linii kodu w jakiejś funkcji w jakimś module. Kontekst tego błędu może być najróżniejszy stąd i opis niejednoznaczny. W takich sytuacjach kod błędu będzie znacznie bardziej pomocny programiście niż opis, chociaż z pewnością heurystyki należy w tej sytuacji wykorzystać w ten sposób, że należy opisać użytkownikowi *co* ma zrobić z tym kodem błędu (np. przesłać do administratora serwisu) oraz ułatwić mu przesłanie tej informacji np. dając z poziomu komunikatu o błędzie bezpośredni link do formularza kontaktowego z prewypełnionym częściowo opisem etc.
Dla mnie to rzeczy jakby oczywiste, bo nie jestem ignorantem jak coś piszemy dla klienta i z dezajnerami zawsze się dogadujemy, ale NAPRAWDĘ !!!! NAPRAWDĘ nawet o tak łatwych rzeczach trzeba mówić !!! Trzeba, bo ignorantów po BOOTCAMPACH z Jsa jest za dużo. Każdy chyba ma tam robione pranie mózgu, przepisywanie kodu, klapki na oczach, szukanie na stacku i metody prób i błędów przez 8 godzin. KMN.
Kompetentnych ludzi mogę słuchać godzinami, Pani zalicza się do tej grupy bez dwóch zdać :)
Od kilku miesięcy szkolę się na własną rękę z zakresu UX, niebawem będę zabierał się za rebranding sklepu internetowego mojej narzeczonej. To będzie mój kluczowy projekt, perełka w portfolio - i właśnie takich materiałów jak te tworzone przez Ciebie bardzo mi potrzeba. Świetna robota! Dzięki!
Dzięki - i powodzenia z robotą :)!
6:47 - jeszcze lepiej jest gdy wypełniamy jakiś rozbudowany formularz, np. do zamówienia i mnóstwo okien: imię nazwisko, adres, numer tel, e-mail i jakieś inne rzeczy, a następnie pojawia się komunikat i wszystko musimy wpisywać od początku... :D
O nie :D W formularzach często można trafić na patologie
Ten filmik uratował moje zaliczenie na studiach. Dziękuje
Haha nie ma za co! :)
Ładnie ograny temat, dziękuję :)
Dzięki :)!
Twoj filmik, jako idealny prezent na dzien dziecka :D
Hahaha, no nie wiem. Ja tam wolałabym np. pudełko lodów :D
Widać, że bardzo ważną rolą są research, badania i testy, by dowiedzieć się więcej, kim są i jakie mają potrzeby nasi docelowi użytkownicy. Po twoim filmie myślę, że częściej będę zaglądał do 10 Heurestyk, mogą być naprawdę fajną bazą odniesienia, czy na pewno mój projekt spełnia wszystkie zasady.
Zaglądaj, zaglądaj :D
Super.
Mam tylko uwagę do obsługi błędów. Moja praktyka uczy, żeby - w przypadku błędów, pomijam jakieś oczywistości typu format hasła - obok opisu błędu podać w nawiasie kod błędu.
Taki kod może być przekazany do zarządzającego serwisem a dalej do dewelopera, co pozwoli mu na bardziej precyzyjne określenie miejsca ujawnienia się błędu i dzięki temu łatwiejszego znalezienia przyczyny tegoż.
Kod błędu często trudno jest opisać słowami, bo dotyczy np. linii kodu w jakiejś funkcji w jakimś module. Kontekst tego błędu może być najróżniejszy stąd i opis niejednoznaczny.
W takich sytuacjach kod błędu będzie znacznie bardziej pomocny programiście niż opis, chociaż z pewnością heurystyki należy w tej sytuacji wykorzystać w ten sposób, że należy opisać użytkownikowi *co* ma zrobić z tym kodem błędu (np. przesłać do administratora serwisu) oraz ułatwić mu przesłanie tej informacji np. dając z poziomu komunikatu o błędzie bezpośredni link do formularza kontaktowego z prewypełnionym częściowo opisem etc.
Pełna zgoda, tu krążyłam wokół tych banalniejszych przypadków walidacji :)
Dzięki mordeczko, dobre streszczenie 👌
good lightning
fajne, pomogło , dzięki:)
Czy będzie jakiś specjalny odcinek na 20 tysięcy subskrybentów? :p
:D przy obecnej częstotliwości dodawania filmów, każdy nowy będzie specjalnym :P
Udzielasz moze jakis korepetycji online?
Nie :)
Dla mnie to rzeczy jakby oczywiste, bo nie jestem ignorantem jak coś piszemy dla klienta i z dezajnerami zawsze się dogadujemy, ale NAPRAWDĘ !!!! NAPRAWDĘ nawet o tak łatwych rzeczach trzeba mówić !!!
Trzeba, bo ignorantów po BOOTCAMPACH z Jsa jest za dużo. Każdy chyba ma tam robione pranie mózgu, przepisywanie kodu, klapki na oczach, szukanie na stacku i metody prób i błędów przez 8 godzin. KMN.
Pytanie z obrony :3
To mam nadzieję, że piąteczka wjechała :D?
@@byZebza Inaczej być nie mogło! :D Pytanie marzenie :D
orko! zapomniałaś wspomnieć o sklepie z super notesami :D designnoobs.com
O nie :D Dziena! :D
Włosy