WebAudit Blog » Recenzje

Hiszpania wygrała, więc „jQuery: Novice to Ninja” za darmo

Robert Drózd — Mon, 12 Jul 2010 08:34:02 +0000

Zacznę od małego disclaimera, nie, nie mam żadnego układu z wydawnictwem Sitepoint, że tak ostatnio o nich piszę, ale pisać warto, bo warto promować takie inicjatywy. Otóż mistrzostwa świata jak wiadomo wygrała Hiszpania, którą wydawnictwo powiązało z książką o jQuery.

I dziś (12 lipca 2010) do późnych godzin wieczornych można ją ściągnąć za darmo. Wystarczy na stronie promocji podać swój e-mail. Przesłany zostanie link, pod którym ściągamy paczkę z plikami PDF, ePUB oraz MOBI. Warto zauważyć, że pliki nie są zabezpieczone DRM, przez co firma zyskuje mój jeszcze większy szacunek.

Krótko o książce: „jQuery: Novice to Ninja” (autorzy: Earle Castledine, Craig Sharkie) to zbiór przykładów, na których można nauczyć się biblioteki jQuery. Jak wyjaśnia wstęp do książki: jest to proste i potężne narzędzie do manipulacji elementami strony oraz zarządzania zapytaniami AJAX. I jeszcze: Integralną częścią jQuery jest jQuery UI – zestaw ładnie wyglądających kontrolek i widżetów (takich jak akordeony, zakładki i dialogi).

W czasie gdy biblioteka wchodziła na rynek (okolice 2006) właściwie kończyłem przygodę z programowaniem, ale chyba się tego trochę poduczę. Wydaje mi się, że jQuery jest idealne dla ludzi, którzy tylko zajmują się interfejsem (HTML/CSS), bo pozwala osiągać niesamowite efekty kosztem paru linijek kodu.

Tzn. koszt czasami jest – w dziedzinie wydajności. Biblioteki jQuery obecnie ładuje każdy większy serwis, czasami tylko po to, aby wykorzystać jeden prosty efekt… A załadowanie takiej biblioteki obciąża i łącza i przeglądarki.

Cytując jeszcze raz wstęp: jQuery jest narzędziem, które pozwala poprawić użyteczność stron i stworzyć lepsze user experience. Wszystko przez te gotowe zestawy kontrolek. Dlatego tematem powinni się zainteresować również projektanci interfejsu, nawet jeśli sami nie kodują. Książkę warto przejrzeć, aby zorientować się, jakie efekty bogatej interakcji można uzyskać.

Podobne artykuły:

Klub numer 7, Magia Interfejsu i zbiórka na pizzę

Robert Drózd — Tue, 04 May 2010 09:12:00 +0000

Prawie dwa tygodnie temu, 21 kwietnia 2010 mieliśmy siódme, długo wyczekiwane spotkanie UX Book Club. Frekwencja nie zawiodła i było nas 22 osób, czyli najwięcej w historii naszych klubów, które zwykle są dość kameralne.

Zdjęcia ze spotkania zrobiła tym razem Kasia Krusiec.

Zbiórka na pizzę :-)

Na początku małe ogłoszenie. Do tej pory pizzę i napoje sponsorowaliśmy ja oraz Ewa, ale jeśli ktoś chce się dołączyć, utworzyłem subkonto „Fundusz pizzowy”. Poniżej dane konta:

mbank
17 1140 2004 0000 3402 5257 9034
Robert Drózd

Spotkanie

Teraz o spotkaniu. Duża liczba uczestników nie zaskoczyła. Książka Roberta Hoekmana
„Magia interfejsu. Praktyczne metody projektowania aplikacji internetowych” omawia tematy, które mogą być interesujące prawie dla każdego. Autor przedstawia kolejne iteracje, do których dochodził podczas projektu i ilustruje je przy pomocy makiet.

O czym rozmawialiśmy?

O tym jak można dzielić funkcje nawigacyjne, czy i kiedy podział według zadań ma sens (rozdział 3). Mi i paru innym osobom nie podobało się podejście Hoeckmana, który zrobił nowy schemat nawigacji pomijając całkowicie etykietowanie, które zarówno w oryginale, jak i tłumaczeniu ma spore błędy: czym się różni „DESIGN web page” od „CREATE new page”?
O zmianach w interfejsie Youtube, oraz o procesie tworzenia odtwarzacza (rozdział 12)
O tym jak pokazywać kroki formularza, aby właściwie informować użytkownika o jego przebiegu (rozdział 14). Autor pokazał kilka podejść – i paradoksalnie, mniej podobało nam się ostatnie, gdzie próbował wdrożyć koncepcję akordeonu.
O sposobach walidacji formularzy (rozdział 15), a konkretnie o sposobach informowania człowieka o błędzie: tak aby podjął właściwe działanie, ale jednocześnie, aby go nie wystraszyć. Oj oj oj! – to jeden z możliwych komunikatów, ostrzeżenie, ale zabawne. Nie zapominajmy też o „Kurza stopa!”, która pojawia się bodajże w Chrome.

Wiele rozdziałów pomijaliśmy, gdyż ich treść była dla nas oczywista. Jak stwierdziła jedna z koleżanek: bez tego całego procesu myślowego można od razu zaproponować ostateczne rozwiązanie. Dlatego doszliśmy do wniosku, że na następnych spotkaniach wolimy czytać bardziej specjalistyczne pozycje.

Jak to przetłumaczyć?

Ponownie trochę zawiodło tłumaczenie. Oryginał nazywa się „Designing the Moment” czyli „Projektowanie chwili” i wokół angielskiego słowa „moment” autor konstruuje wiele wypowiedzi w książce.

Weźmy pierwsze zdanie z „Designing the Moment”:

A good user experience is all about good moments.

I pierwsze zdanie z „Magii interfejsu”:

Przyjemność pracy z programem wypływa bezpośrednio ze wszystkich spędzonych z nim miłych chwil.

Raz, że zagubiliśmy tutaj powiązanie między tytułem i słowem „chwila”, dwa, że tłumacz za bardzo interpretował. No, ale jeśli nie mamy w języku polskim dobrego odpowiednika „user experience”, to trzeba interpretować.

Jeszcze trudniejsze zadanie tłumacz miał w rozdziale drugim, gdzie autor snuje dość mętne rozważania na temat różnic między określeniami „login”, „log in” oraz „sign in”. Były na to dwa sposoby. Albo wywalić w ogóle ten fragment, jako irrelewantny dla polskich czytelników, albo spróbować ująć jego koncepcję przez wyjaśnienie czym się różni „logowanie” od „zaloguj”. Niestety tłumacz pozostawił po prostu angielskie określenia. Dlatego jednak polecam w tej dziedzinie oryginały. :-)

Zapraszamy na 8 spotkanie!

Na ósmym spotkaniu, które odbędzie się 2 czerwca, czytać będziemy Measuring the User Experience: Collecting, Analyzing, and Presenting Usability Metrics – autorzy: Thomas Tullis, William Albert.

Tradycyjnie, na spotkanie zapisujemy się na Goldenline. Książka wydana została tylko po angielsku, więc jeśli ktoś chce wziąć udział w spotkaniu, powinien jak najszybciej książkę zamówić.

Więcej na stronie autorów. Jest tam też spis treści. Pozycja omawia metryki, które mogą posłużyć nam do mierzenia skuteczności różnych rodzajów badań. Wskazuje też na to co jak badanie właściwie przygotować, no i jak uniknąć różnych błędnych interpretacji, jak to się dzieje ze słynnym dogmatem „przetestuj 5 użytkowników”, który wszyscy przepisują, zapominając o pierwotnych założeniach Nielsena.

Podobne artykuły:

Dwie książki o testach A/B po polsku. Którą wybrać?

Robert Drózd — Wed, 20 Jan 2010 20:52:01 +0000

Od niedawna mamy na polskim rynku dwie książki poświęcone testom A/B. Jedna raczej słaba, druga bardzo dobra. Z tego artykułu dowiesz się, którą warto kupić.

Krótko o testach A/B

Czym są testy A/B? W największym skrócie – jest to forma optymalizacji naszych serwisów:

Pokazujemy użytkownikom różne wersje pojedynczych elementów (np. nagłówków, grafik) albo wręcz całych stron.
Mierzymy konwersję dla różnych wersji i widzimy, które spisują się najlepiej.
Wykorzystanie prostych zasad statystycznych mówi nam, w którym momencie warto zaufać wynikom.

Testy wchodzą tam, gdzie nie wystarczy „zwykła” intuicja marketingowa. Często po prostu nie jesteśmy w stanie określić, co zadziała lepiej. Musimy postawić hipotezę i sprawdzić ją w teście.

Proste testy można wykonywać ręcznie z użyciem istniejących statystyk (np. Analytics). Do poważniejszych konieczne jest narzędzie, jak choćby darmowy Google Website Optimizer, który ułatwia tworzenie testów i załatwia też za nas dbanie o statystyki.

Strona docelowa. Optymalizacja, testy, konwersja

„Strona docelowa” to książka autorstwa Tima Asha, która wyszła w lipcu 2009 nakładem Helionu. Oryginalna wersja z 2008 nosi tytuł „Landing Page Optimization: The Definitive Guide to Testing and Tuning for Conversions”.

Wybraliśmy ją do omawiania na ostatnim Klubie Użytecznej Książki.

I co zabawne. Większość osób, która głosowała za książką …nie przyszła. Zacytuję koleżankę: „ta książka to koszmar”.

Niestety muszę się zgodzić. Oryginał angielski kupiłem ponad rok temu i … nie byłem w stanie się zmusić aby przejść dalej niż przez jedną czwartą. Teraz przed spotkaniem wreszcie się zmusiłem. I nie było warto.

Przez pierwsze kilka rozdziałów autor wyjaśnia zupełne podstawy marketingu oraz użyteczności, czasami odwoła się do jakiejś teorii (np. wzorce zachowania Myersa-Briggsa), ale chyba tylko po to, aby pokazać swoją erudycję. Cały rozdział poświęcony jest znanej formule AIDA (Attention – Interest – Desire – Action) i da się wyłowić parę ciekawych stwierdzeń („Zainteresowanie użytkownika jest jak motyl przysiadający na krótką chwilę na kwiatku” – no, ciekawych jak dla kogo), ale wszystko podlane niesamowitą ilością wody. Książka mogłaby być 3x krótsza, bez utraty wartości merytorycznej.

Brakuje przykładów. Książka jest do bólu teoretyczna i znajduje się w niej zaledwie kilka studiów przypadku. Chyba najważniejszy dylemat: czyli co konkretnie testować autor „załatwił” w przeciągu trzech stron. Przy okazji udzielając rad bardzo dziwnych, np. że elementem testowym powinno być możliwość unikania błędów użyteczności. Błędy użyteczności należy usuwać, a nie testować czy większe prawdopodobieństwo błędu przyniesie niższą konwersję.

Boląca teoretyczność książki wynika z przyjętego założenia. Autor nie skupia się na szczegółowym rozwiązaniu technicznym (dopiero na końcu jest dodatek poświęcony Optimizerowi), a próbuje opisać ogólne zasady, które będą pasowały wszędzie. Jednak mniej więcej od połowy książki coraz częściej przewija się nazwa SiteTuners.com, które to narzędzie jest … własnością firmy autora. Kryptoreklama w kiepskim wydaniu.

Żeby nie być jednostronnym: jeśli ktoś nie miał zupełnie do czynienia z badaniami ilościowymi, statystyką, książka ma dwa (chyba najmocniejsze) rozdziały, w których wyjaśnia podstawy testów statystycznych, doboru próby i ostrzega przed błędami. Popularnym błędem jest według autora np. „test” sekwencyjny – najpierw puszczamy przez tydzień jedną wersję, potem przez tydzień drugą i porównujemy konwersje. Autor twierdzi, że wyniki są bardzo wrażliwe na wszystkie zewnętrzne zdarzenia, które mogą zmienić zachowanie użytkowników. Nie zgadzam się z tym tak do końca, jeśli np. widzimy że źródła ruchu i jego charakterystyka przez dwa kolejne tygodnie się nie zmieniła, możemy ufać wynikom takiego testu.

Przede wszystkim nie wiadomo dla kogo jest ta książka. Zawodowcy się wynudzą, a początkujący – no, bardzo początkujący myślę, że mogą się czegoś nauczyć. Ale największy problem polega na tym, że z książki nie można się dowiedzieć wiele o optymalizacji strony docelowej i nie da się z niej w zasadzie skorzystać gdy siedzimy i tworzymy testy.

Google Website Optimizer. Przewodnik

Przewodnik po Optimizerze ukazał się również nakładem Helionu w styczniu 2010. Jest to tłumaczenie pozycji „Always Be Testing: The Complete Guide to Google Website Optimizer” czwórki autorów (Bryan Eisenberg, John Quarto-von Tivadar, Brett Crosby, Lisa T. David).

Powiedziałbym, że w porównaniu z powyższą – niebo a ziemia.

Autorzy przyjęli dwa założenia:

Testy trzeba jakoś przeprowadzać, a że popularnym narzędziem jest Google Website Optimizer, to książka poświęcona jest przede wszystkim jemu. Inna sprawa, że w edycji angielskiej, którą mam, część się już zdezaktualizowała – np. inne są kody, które wklejamy na strony. Ale kody są nieistotne, bo te i tak pobierzemy przy zakładaniu testu. Liczy się myślenie, którego uczą.
Największa zaleta w stosunku do książki Asha. To co tam zajęło 3 strony, tutaj ma 120 stron. Część „Co testować”, złożona z krótkich rozdziałów przedstawiających różne elementy (np. znajdowalność, unikalna propozycja wartości, kategoryzacja, layout, prezentacja produktów). Co chwilę niemal znajdziemy pomysły, co może warto przetestować u nas.

Książka poza tym uczy nas interpretować wykresy Optimizera, jak stawiać hipotezy zerową i alternatywną, jak założyć test i jak go wpleść w cały proces optymalizacji serwisu. 300 stron (w wersji polskiej 400…) bardzo potrzebnej wiedzy.

I na tym bym skończył. Jest to pozycja mocno polecana dla każdego, kto myśli o podniesieniu skuteczności swojego serwisu, a szczególnie jeśli coś sprzedaje. Samo wymyślanie przypadków testowych oraz w obserwacja różnych wariantów „uczy i bawi”. Jeśli test planowany jest zespołowo, można się np. podzielić i kibicować swoim wariantom. :-)

Gdzie można kupić:

Wersja polska – Helion. Dziś mają w promocji.
Kupując przez ten link wspierasz tego bloga i przyczyniasz się do tego, że zarobione z prowizji kwoty wydam na kolejne książki w Helionie. Chyba mnie tam już znają.
Wersja angielska – Amazon. Do mojego egzemplarza dołączony był kupon na kampanię Adwords o wartości $25. Jeśli ktoś wykorzysta, przy czym $5 trzeba wydać jako kaucję przy założeniu konta, zakup książki częściowo się zwraca. :-)

Podobne artykuły:

Dwie niezbędne (!) książki o wzorcach projektowych

Robert Drózd — Fri, 25 Sep 2009 14:18:09 +0000

Projektowanie to w 90% kopiowanie, w 10% tworzenie nowego. Kopiowanie nie oznacza plagiatowania, a po prostu korzystanie z tych dobrych wzorów, które wypracowali inni.

Pytanie jednak, na czym się będziemy wzorować i czy wzorujemy się dobrze. Bardzo często spotykam się z takim podejściem: mają tak w Merlinie, Agito, czy Amazonie – zróbmy i my. Brakuje tu refleksji, czy takie popularne rozwiązanie akurat pasuje w naszej sytuacji.

Różne publikacje i serwisy internetowe starają się takie wzorce zebrać, kilka dobrych adresów podał niedawno Bartek Dymecki.

Ja jednak opiszę dwie książki ze wzorcami. Jest ich więcej, ale te są najlepsze. Dlaczego książki? Projektowanie zaczyna się od koncepcji i kartki papieru. Odejście od komputera i zajrzenie do książki daje niezbędny dystans, aby kopiować – ale z głową.

The Design of Sites: Patterns for Creating Winning Web Sites

Od paru lat, gdy zaczynam projektować jakiś serwis, sięgam do tej książki. Niemal zawsze trafiam na pomysł, który mogę wykorzystać.

„The Design of Sites” to praca trzech autorów, która budzi respekt swoimi rozmiarami: 1024 strony!

Książka jest dosyć stara. Pierwsze wydanie wyszło w 2003, drugie pod koniec 2006. Jednak nie o aktualność zrzutów ekranowych chodzi. Wzorce i sposoby myślenia są na tyle uniwersalne, że da się je zastosować i w 2010. A – co ciekawe – przy każdym wzorcu jest jego odręczna ilustracja, tak aby pokazać koncepcję, a nie tylko obrazki, które zwykle dezaktualizują się już w momencie wydania.

Kilkadziesiąt wzorców przedstawionych zostało jako rozwiązania dla różnych problemów projektowych.

Najpierw mamy zdefiniowanie problemu.
Następnie różne warianty problemu z jego analizą. Książka nastawia się na uczenie myślenia. Projektujemy w taki sposób nie dlatego, że musimy to zrobić, tylko bo chcemy osiągnąć określony efekt.
Potem rozwiązanie ilustrowane, jak wspomniałem, ręcznie
Na końcu listę innych wzorców, które trzeba rozważyć przy danym problemie.

Na stronie książki można przeglądać wszystkie wzorce wraz z krótkimi opisami. Na przykład sposoby szybkiego wyboru opcji zamówienia. (Tak, to jest aż tak szczegółowe). Oczywiście ten tysiąc stron będzie trudny do przeczytania w całości, więc najlepiej książkę potraktować jako poradnik, do którego sięgamy kiedy trzeba.

Przydałoby się tylko uzupełnić wiedzę z tej książki o wzorce nowsze – i temu służy doskonale druga pozycja.

Designing Web Interfaces: Principles and Patterns for Rich Interactions

Internet to nie tylko statyczne strony. Ostatnie parę lat to gwałtowny rozwój tzw. Rich Internet Applications oraz wykorzystania wszędzie gdzie się da różnych kontrolek javascriptowych czy ajaksowych. Jak się w tym wszystkim nie zagubić? Kiedy dla wyświetlenia komunikatu użyć lightboksa, kiedy okienka pop-up, a kiedy powinien on wysuwać się spod tekstu?

Pozycja „Designing Web Interfaces” ze stycznia 2009, której autorami są Bill Scott i Theresa Neil zawiera to, czego brakowało mi we wszystkich starszych książkach, a jednocześnie nie powtarza tego, co możemy przeczytać w „Design of Sites”. Są tu wzorce nowe i dotyczące rzeczy nowych.

Książka podzielona jest na 6 części, które są jednocześnie głównymi zasadami projektowymi:

„Make It Direct” – zrób to bezpośrednio. Znajdziemy tu podpowiedzi jak zoptymalizować okienka edycyjne, drag&drop, oraz różne możliwości zaznaczania obiektów.
„Keep It Lightweight” – jak utrzymać „lekkość” strony, na której chcemy mieć wiele funkcji. Rozdział omawia różne sposoby pokazania narzędzi kontekstowych – i pokazywania ich w odpowiednim momencie.
„Stay on the Page” – pozostań na stronie. Tu przede wszystkim komunikaty i etapy procesów, które nie powodują przeładowania strony.
„Provide an Invitation” – zapewnij zaproszenie do interakcji. Pisałem jakiś czas temu jak ważne są afordancje. Skąd użytkownik ma wiedzieć o tym, że zapewniamy mu jakąś funkcjonalność?
„Use transitions” – używaj przejść. Jak poprawnie robić te wszystkie animacje, zwinięcia, rozwinięcia, które upodobali sobie projektanci?
„React Immediately” – reaguj natychmiast. W jaki sposób serwis ma reagować na działania użytkownika. Tu między innymi sposoby walidacji czy podpowiadania, tak aby zachować właściwy „przepływ”.

300 stron w pełnym kolorze – to nie jest pozycja do przeczytania na wieczór, ale układ sprawia że czyta się szybko i równie szybko zapamiętuje. W szczególności podoba mi się, że są przykłady jak nie używać omawianych wzorców. Gdy mamy jakiś problem projektowy zawsze można wrócić do odpowiedniego fragmentu, sam indeks tematyczny to 11 stron.

Kupić nie kupić?

Obie pozycje, choć nie najtańsze są moim zdaniem obowiązkowe dla każdego, kto poważniej chce się zabierać za projektowanie architektury i interakcji. Jeśli chcesz kupić tylko jedną – polecam jednak „Designing Web Interfaces”, szczególnie jeśli projektujesz interakcje. Jest to książka nowsza, na pewno znajdziesz tam więcej inspiracji do rozwiązywania problemów, które kilka lat temu nawet nie istniały.

Obie książki niestety nie wyszły dotąd po polsku, wersje oryginalne kosztują po 30 kilka dolarów.

Linki do Amazona:

Mała uwaga, jeśli kupicie klikając na te linki, będę mógł zrecenzować więcej książek. :-)

Podobne artykuły:

Trzy lektury na koniec sierpnia

Robert Drózd — Mon, 31 Aug 2009 22:00:00 +0000

Druga połowa sierpnia obrodziła w publikacje, które powinny zainteresować każdego miłośnika użyteczności. Na razie je tylko zasygnalizuję, gdyż sam – wstyd przyznać – zajęty jestem odrabianiem zaległości pourlopowych i nie miałem czasu ich jeszcze w całości przeczytać.

Raport interaktywnie.com „Użyteczność w Internecie”

O tym raporcie wspominały ostatnio często media. Redakcja portalu interaktywnie.com poprosiła kilka osób z polskiego światka usability o wypowiedzi i napisanie krótkich artykułów. Ja się tradycyjnie nie wyrobiłem, :-) ale inni tak – i raport pokazuje rzeczywiście dość rzetelnie, to co polskie firmy i specjaliści nazywają użytecznością.

Co mi się podoba po przejrzeniu większości artykułów:

próba „sprzedania” użyteczności marketerom – którzy powinni być naturalnymi sojusznikami speców od UX, a bywa różnie.
pokazanie całego spektrum narzędzi badania użyteczności (mniej skupiono się na projektowaniu).
pokazanie związku badań z całym procesem projektowym i powiązanie ze skutecznością zastosowanych rozwiązań.

Co mi się nie podoba:

Mało użyteczna forma raportu – wyglądałby fajnie gdybyśmy go kupili w formie drukowanej, ale my go czytamy na ekranie. Może warto było przygotować dwie wersje? Bo próba wydrukowania na domowej drukarce skończy się przedwczesnym zużyciem tuszu/tonera. Brakuje mi też bookmarków do nawigacji po dokumencie.
Jasne, to raport dla początkujących. Ale nie powinien powtarzać mitów, które stały się popularne dzięki różnym guru, ale działają tylko w niektórych przypadkach. Mam tu na myśli na przykład wyświechtaną historię z sześcioma użytkownikami, z którymi test ma rzekomo znaleźć 85% błędów. Już nawet Nielsen tak nie twierdzi.
Wiesław Kotecki twierdzi „Na początku, tj. w latach 2002-2006, użyteczność w Polsce była aktywnością przede wszystkim akademicką”. Proszę mi pokazać dowody tej aktywności. Owszem, było kilka osób zajmujących się szeroko pojętym HCI, przede wszystkim Marcin Sikorski – ale aktywność akademicka nie była zbyt zauważalna.
Dziwny dobór sponsorów – główny sponsor to firma zajmująca się pozycjonowaniem, która praktycznie nie ma doświadczenia w usability.

Z pozoru więcej mi się nie podoba, ale na pewno warto ten raport przeczytać, choćby żeby wyrobić sobie samemu zdanie. Może nawet wykroimy jeden artykuł, dla którego warto poświęcić biurowy toner celem położenia na biurku prezesa.

Raport Nielsena – Eyetracking Methodology

Skutek – niektórzy mówią – kryzysu, inni – modelu „freemium”. Jakob Nielsen, znany z potwornie drogich wydawnictw w PDF opublikował pierwszy chyba w historii raport darmowy. „Eyetracking Methodology – How to Conduct and Evaluate Usability Studies Using Eyetracking” to rzetelny narzędziowy tekst, który pomoże wszystkim, którzy zastanawiają się nad wykorzystaniem ET w swoich badaniach. Głównie tym, którzy zamierzają sami prowadzić badanie, ale powinni przejrzeć i ci, którzy będą badania kupowali. Może zadadzą badaczom więcej pytań?

O raporcie pisał też Maciej Lipiec, który jako praktyk z paroma rzeczami się nie zgodził, ale też poleca. :-)

Acha, zakładek w pliku PDF tu również nie ma.

Książka „Usability w e-biznesie”

„Usability w e-biznesie. Co kieruje Twoim klientem”, to druga po książce Marka Kasperskiego i Anny Boguskiej-Torbicz całkowicie polska pozycja poświęcona użyteczności. Tomek Karwatka przymierzał się do niej od paru lat. Gdzieś w 2007 mieliśmy nawet wspólny pomysł – jeszcze z Marcinem Ekiertem i Maciejem Laskowskim, napisania takiej zbiorczej książki – skończyło się na nieuzgodnionym spisie treści. :-) Tym razem samemu Tomaszowi się udało. Książki jeszcze nie mam. Po przejrzeniu fragmentu dostępnego na stronach Helionu wydaje się, że autor skupił się na przedstawieniu tych aspektów użyteczności które przydadzą się właścicielom serwisów.

Książka jest bardzo krótka – zaledwie 130 stron, ale Tomek nie od dziś powtarza że „Less is more”, dlatego będzie to chyba niezłe narzędzie dla tych, którzy chcą pokazać użyteczność swojej kadrze kierowniczej. Jak na tę objętość książka tania nie jest, ale wydaje się, że wyjdzie i tak taniej niż wydrukowanie całego raportu Interaktywnie…

Podobne artykuły:

Daj plusa, ale z sensem (i książka o społecznościach)

Robert Drózd — Thu, 28 May 2009 13:45:11 +0000

Ciężki jest los innowatorów. Parę godzin temu serwis GoldenLine wprowadził ocenianie poszczególnych wypowiedzi. No i na forach rozpętała się burza. Wiele osób nie chce tej funkcji i demonstracyjnie zaklikują każdą wypowiedź na minus. :-)

W przeciwieństwie do większości nie uważam wprowadzenia ocen za błąd. Mając takie dane faktycznie można zrobić sporo fajnych rzeczy. Gorzej że forma nie do końca pasuje do samej funkcjonalności.

Raz że wygląd (plusy, minusy, jakieś liczby) odwraca uwagę od samej treści postów, a tak nigdy nie powinno być!
Zła też jest kolejność. Ktoś sobie pomyślał „designersko”, że wstawi ocenę w górnym prawym rogu, co jest mało sensowne. Najpierw czytam wypowiedź i dopiero ją oceniam, a nie odwrotnie!
No i można pytać czy na pewno potrzeba prezentować aż pięć funkcji (plus, minus, ile za, ile przeciw, ile łącznie). Na forach phpBB jest po prostu funkcja „pomógł” i liczba głosów przy profilu. Na forach w Amazonie mamy malutkie „Do you think this post adds to the discussion?” na dole. Ta funkcja ma nie przeszkadzać, dopóki na nią nie zechcemy spojrzeć.

Projektantów Goldenline czeka chyba przemyślenie celowości takiej funkcji i jej prezentacji.

Swoją drogą, kupiłem niedawno książkę „Serwisy społecznościowe. Budowa, administracja i moderacja”, której współautorem jest Arvind Juneja, jeden z moderatorów GL. Troszkę się zawiodłem, bo na temat administracji i moderacji (i ważnego pytania PO CO nam społeczność) mamy właściwie dwa rozdziały: pierwszy i ostatni. Pozostałe rozdziały omawiają sposoby konfiguracji rozmaitych skryptów oraz (co ciekawsze) różne przydatne narzędzia, na przykład generatory logo w stylu Web 2.0. :-) Dla ludzi planujących odpalenie forum będzie to ważna lektura, ale jeśli ktoś już wybrał technologię, nie skorzysta niestety za wiele.

Podobne artykuły:

Książka o użyteczności po polsku

Robert Drózd — Mon, 15 Dec 2008 10:46:28 +0000

To chyba jedno z ważniejszych wydarzeń końca roku w naszej branży. Niedawno wyszła pierwsza w całości polska książka poświęcona użyteczności. Marek Kasperski i Anna Boguska-Torbicz napisali Projektowanie stron WWW. Użyteczność w praktyce.

Do tej pory mieliśmy tylko tłumaczenia pozycji ze świata – cenne, ale czasami mocno odległe od tego, czego możemy używać nad Wisłą. Ponadto, wiele z nich (szczególnie pozycje Nielsena) skupiało się na tym, co jest dobre, co złe – a mniej mówili o tym, jak właściwie projektować. Nowa pozycja doskonale uzupełnia tę lukę.

Co jest unikalne jeśli chodzi o tę książkę?

Bardzo dużo o kolorach, m.in. opisy wielu narzędzi, do których linki znajdziemy też na blogu Marka.
Dużo na temat czytelności tekstu.
Przedstawienie popularnych siedmiu fontów i propozycja użycia. Szkoda że autor zapomniał o popularnej Tahomie i o zdobywających popularność czcionkach ClearType Microsoftu (np. doskonała Calibri), zaś opisał np. Impact, z którą się prawie nigdy nie spotkałem w Internecie.
Szczegółowo omówione narzędzia do sortowania kart.
Kilkadziesiąt stron o makietach i prototypach – tych papierowych i komputerowych, szczegółowo przedstawione rysowanie makiet pod Visio.
Sporo na temat testów użyteczności i clicktrackingu.
Osobny rozdział o projektowaniu dla urządzeń mobilnych, napisany gościnnie przez Tomka Karwatkę.

Są też mniej zajmujące części, nie wiem np. po co przez bite 10 stron pokazywać wykresy z ranking.pl. Czasami też odnoszę wrażenie, że autorzy urywają wykład w najciekawszym momencie. Np. strona 102 i teza o tym, że czasami dobrze jest jeśli liczby są nieczytelne, np. na stronach banków – nie wyjaśniono o jakie właściwie liczby chodzi. Ale to czepianie się. Lepszej polskiej książki o użyteczności nie było i długo nie będzie.

Kupić, nie kupić?

Kupić, zdecydowanie. Polecam książkę wszystkim, którzy po pierwsze: chcą wykorzystywać metody użyteczności w swojej pracy, po drugie: chcą zrozumieć specjalistów z którymi pracują, po trzecie: projektują serwisy i chcieliby to robić trochę bardziej „zgodnie ze sztuką”, a nie tylko swoją intuicją. Według autorów skorzystają z książki projektanci, kierownicy projektów i marketingowcy.

Z tym że jeśli to wasz pierwszy kontakt z użytecznością, polecam na początek przeczytać „Nie każ mi myśleć” Kruga, która wciąż chyba najlepiej wprowadza do tematyki projektowania dla użytkowników, a nie przeraża swoim rozmiarem.

Mówiąc o rozmiarach. 360 stron, gruby papier, pełny kolor, książka wręcz skrzy się od ilustracji. Cena 59 złotych zrozumiała.

Więcej i fragment książki: na stronach Helionu.

Swoją drogą w Helionie trwa wciąż promocja „srebrny koszyk”, gdy kupimy książkę za minimum 50 złotych, można sobie wziąć za darmo jedną z kilkudziesięciu innych, polecam np. „Sztuka pisania oprogramowania. Wybór i redakcja Joel Spolsky” albo „Przyjazne witryny WWW. Jak uczynić lepszymi komunikaty o błędach, Pomoc, formularze i inne kluczowe punkty witryny” – czyli polski przekład „Defensive Design”, napisanej przez speców z 37Signals.

Podobne artykuły:

Marsz ku klęsce – marsz ku nauce!

Robert Drózd — Mon, 19 May 2008 18:35:48 +0000

Opisuję książkę, która swego czasu była bardzo modna. Wydanie jej w Polsce w roku 2000 zbiegło się z klęską pierwszych rodzimych dotcomów, a temat, tytuł i zawartość idealnie pasowały do właśnie upadających projektów.

Teraz trochę już się przykurzyła na półkach księgarni. Szkoda, bo warto do niej wracać, opisuje bowiem sprawy dla projektów informatycznych ponadczasowe.

Autorem książki „Marsz ku klęsce: poradnik dla projektanta systemów” jest wybitny amerykański informatyk Ed Yourdon, twórca m.in. znanej metody projektowania obiektowego.

Dlaczego mówimy o „marszach ku klęsce”?

Założenie, że określony projekt informatyczny musi się skończyć niepowodzeniem nie jest nowe.

Czytałem kiedyś książkę „Barbarzyńcy pod wodzą Billa”, opisującą „od wewnątrz” historię firmy Microsoft. Jeden z rozdziałów opowiadał o powstawaniu pierwszego okienkowego systemu Microsoftu, czyli Windows 1.0. Impulsem dla firmy do zajęcia się tym projektem były działania konkurencji. W 1982 ukazał się system VisiOn, zaś Apple pracował nad komputerami z serii Macintosh. Aby nie stracić tworzącego się rynku Microsoft musiał mieć także nowy system. Decyzja kierownictwa była jasna – nowy system na koniec 1983. Historia targów Comdex 1983, na których Microsoft reklamował nieistniejące jeszcze Windows 1.0 jest powszechnie znana. Kolejna zapowiedź – listopad 1984 również nie została spełniona, dopiero rok później pierwsza wersja systemu doczekała się premiery.

Nie bez przyczyny autorzy „Barbarzyńców…” nazwali lata 83-85 „marszem śmierci„. Był to jeden z pierwszych przypadków, gdy arbitralne decyzje zarządu przesłoniły na taką skalę realia projektowe, ograniczenia czasu i zasobów oraz zdrowy rozsądek. W efekcie w sukces Windows 1.0. nie wierzył nikt, a większość pracowników marzyła jedynie o zakończeniu tego projektu.

Microsoftowi udało się przez kilkanaście lat dopracować swój produkt, jednak znamiennym dziedzictwem tego pierwszego „marszu ku klęsce” jest fakt, że praktycznie każda nowa wersja Windows ukazuje się z opóźnieniem.

Marsze ku klęsce są wg Edwarda Yourdona projektami, których parametry przekraczają normę o co najmniej 50%. Na przykład:

termin skrócony o połowę w porównaniu do tego, jaki być powinien, np. zamiast 12 miesięcy – 6 miesięcy.
zmniejszona liczba personelu, nad projektem może pracować 5 osób, a powinno 10.
zmniejszony o połowę budżet projektu
wymagania dwa razy większe niż normalnie, np. dwa razy więcej funkcji czy dwukrotnie lepsza wydajność niż u konkurencji.

Dlaczego skracane są terminy, angażuje się zbyt małą liczbę pracowników, albo przydzielane za małe zasoby? Wszystko to dyktuje rynek, a konkretnie rynek klienta, który ma wybór spośród szerokiego wachlarza konkurencji. Czasami, jak to miało miejsce w przypadku Microsoftu firma nie może sobie pozwolić na wyprzedzenie przez konkurencje, czasami musi zaoferować najlepsze parametry tworzonego systemu. Działy marketingu i sprzedaży, albo kierownicy wyższego szczebla często obiecują gruszki na wierzbie, byleby klient kupił. Duże znaczenie ma też polityka. Jeden z dyrektorów może chcieć uwalić innego poprzez pogrążenie go w projekt, który się nie uda. To, że przy okazji pogrąży się firma, nie ma specjalnego znaczenia.

Przeszacowany projekt „nie ma prawa” się udać. Jeśli dotrzymany zostanie termin, na pewno nie będzie wszystkich funkcji. Jeśli określona funkcjonalność zostanie osiągnięta, to na pewno mocno po terminie. O budżecie od razu zapomnijmy. Po pewnym czasie od uruchomienia projektu trzeba popatrzeć prawdzie w oczy i powiedzieć: nie, projekt nie uda się przy pierwotnych założeniach. Naturalną ofiarą takiego „marszu ku klęsce” będzie często kierownik projektu, który w nierealne parametry dał się wmanewrować, lub sam nie był ich świadomy.

Jeden z wniosków książki nie jest optymistyczny – „marszów ku klęsce” jest coraz więcej, a w niektórych firmach staje to wręcz filozofia prowadzenia projektów. Choć patrząc na dzisiejszy rynek oprogramowania czy aplikacji internetowych – widać wyraźnie, że sposobem na niewyrabianie się w normach są permanentne bety. Coś nie działa? Dobrze, że nie działa. Beta!

Czego uczy nas Yourdon?

Edward Yourdon zwraca uwagę na negocjacje między kierownictwem, a zespołami projektowymi. Jeśli zasady wzajemnych relacji są nieustalone lub niejasne, a strony nie rozumieją się nawzajem, wtedy kierownictwo (mamione niedostateczną informacją, lub motywowane politycznie) podejmie niekorzystne decyzje.

Kierownikom zespołów zaangażowanych w negocjacje Yourdon radzi w jaki sposób mogą uchronić się przed przyjęciem takiego projektu. Podaje np. różne sztuczki dotyczące podawania ograniczeń czasowych. Bo nie jest oczywiste, co taki kierownik ma powiedzieć, gdy zostanie postawiony przed Wielkim Zarządem i musi w kilka minut ustosunkować się do wydumanego harmonogramu.

Co robić, jeśli znalazłeś się w takim „marszu ku klęsce” i nie miałeś na to wpływu? Książka zawiera także zestaw porad dla ludzi, którzy tam trafili. Zwolnienie się jest jedną z opcji, ale nie jedyną. Aby pomóc w zrozumieniu takich sytuacji, autor przeprowadza także analizę socjologiczną zespołów projektowych, szukając typów osobowości i przyczyn, dla których ludzie angażują się w takie projekty.

„Machniemy to w weekend!”, „Prawdziwi programiści nie śpią!”, „Mam kredyt mieszkaniowy na karku!” – to niektóre popularne postawy.

Najważniejsze wnioski?

Powinieneś rozumieć politykę w Twojej firmie, umieć rozmawiać z decydentami, rozumieć ich interesy i nie dać się oszukiwać przy negocjacjach.
Nie próbuj używać „najnowszej technologii” przy trudnych projektach, ona nigdy nie przyspieszy pracy.
Ustalaj bardzo ostre priorytety dla funkcjonalności produktu oraz zadań w ramach projektu. Yourdon sugeruje metodę „triage”, która zresztą przydaje się w różnych sytuacjach: podział zadań na te które MUSZĄ, POWINNY i MOGĄ być zrobione.
Jeśli wszystko inne zawiedzie, opuść projekt. Niewiele jest rzeczy ważniejszych niż twoje zdrowie psychiczne (a często i fizyczne). Kto jak kto, ale informatycy nie mają dziś wielkich problemów ze znalezieniem pracy.

Wielką zaletą książki jest multum załączonych opinii, o które autor poprosił znajomych projektantów i analityków. Maile, które mu przysłali zostały załączone w przypisach do każdego rozdziału. Sporo w tym wszystkim ironii i spojrzenia z perspektywy kilkudziesięciu lat doświadczeń, które sprawiają, że już mało co potrafi zdziwić. :-) Swoją drogą, podobny ton wyczuwałem w felietonach prof. Marka Hołyńskiego „E-mailem z Doliny Krzemowej”.

Dla kogo jest ta książka?

„Marsz ku klęsce” polecam bezwarunkowo wszystkim, którzy chcą poznać niepodręcznikowe i często skrzętnie ukrywane realia projektów informatycznych.

Nie da się jednak nie zauważyć, że jeśli ktoś nie miał styczności styczności z realiami projektowania – niektóre rady czy przykłady uzna za trochę nienaturalne. Sam po raz pierwszy przeczytałem tę książkę na wykładzie z projektowania systemów informatycznych podczas studiów. Była ciekawa, ale … to mnie bezpośrednio nie dotyczyło. Później zdarzyło mi się otrzeć o takie „marsze” parokrotnie – książka stała się znacznie, znacznie bardziej zrozumiała. :-)

Prawdziwą więc wartość tej pozycji docenią ci, dla których takie projekty są codziennym życiem. Książka Yourdona będzie dla nich kopalnią wiedzy praktycznej na temat negocjowania i współpracy w zespołach.

Książkę powinni też poznać naturalni „przeciwnicy” zespołów projektowych czyli menadżerowie i specjaliści ds. marketingu – ułatwi im to znacznie planowanie projektów ramach całej firmy i rozmowy z informatykami.

Linki do książki:

Polskie wydanie w księgarni WNT (33 zł)
Oryginał: „Death March” w Amazon.com (30$)

Uwaga: Tym razem recenzja powstała wyłącznie na podstawie polskiego wydania Wydawnictw Naukowo Technicznych. Mam pierwsze wydanie – przetłumaczone dość zrozumiale, niezły też jest poziom edytorski książki. Obecnie w sklepach mamy już drugie wydanie (zarówno polskie, jak i angielskie), na podstawie spisu treści mogę powiedzieć, że chyba niewiele się zmieniło.