Comments for Použitelnost dot kom http://pouzitelnost.com Použitelnost webu i desktopu, Usability, Ergonomie, User Experience, Ergonomy a UX jedno jest Wed, 02 Nov 2011 12:54:30 +0000 hourly 1 http://wordpress.org/?v=3.0.1 Comment on Průběh uživatelského testování by tester http://pouzitelnost.com/08/18/prubeh-uzivatelskeho-testovani/comment-page-1/#comment-524 tester Wed, 02 Nov 2011 12:54:30 +0000 http://berkintosh.com/?p=2679#comment-524 Velmi pěkný článek. Také bych u nás chtěl rozjet uživatelské testování. Velmi pěkný článek.
Také bych u nás chtěl rozjet uživatelské testování.

]]> Comment on Pravidelný Hradecký UX Dinner by Berka http://pouzitelnost.com/03/07/pravidelny-hradecky-ux-dinner/comment-page-1/#comment-522 Berka Wed, 06 Apr 2011 17:52:52 +0000 http://pouzitelnost.com/?p=4022#comment-522 Za týden: http://srazy.info/ux-dinner/1058 Za týden: http://srazy.info/ux-dinner/1058

]]> Comment on Jak psát chybové hlášky by Kazzan http://pouzitelnost.com/09/08/jak-psat-chybove-hlasky/comment-page-1/#comment-520 Kazzan Sun, 06 Jun 2010 22:07:07 +0000 http://berkintosh.com/?p=2739#comment-520 - Byl jsem zde poprvé. - Ve své podstatě to tak bylo myšleno (profesionál ve smyslu počítačového, tedy opaku běžného uživatele). Jak jsi správně podotknul, je důležité zaměřit se na cílovou skupinu. Dle mého tedy aby bylo možno chybu vysvětlit uživateli, tak osvětlit její příčinu administrátorovi, přesně jak píšeš, možná to z mého krátkého komentáře nyblo pochopitelné. - Inu to byl právě příklad k předchozímu, sic extremní. Pokud by ovšem byla porucha většího rázu, řidiče potěší "Porucha motoru, zajeďte do servisu", servisáka ovšem, co mu řekne diagnostika, že šoupátko X dosahuje Y. :-) - U nás ji naposled použil ředitel. Při odchodu do důchodu, pak už ji nikdo nikdy nepoužil. :-) - Ano, tak samozřejmě, že administrátor jistě bdí v dohledovém centru. U enterprise aplikací je to samozřejmě něco jiného než u nižších segmentů. Nic neirituje jako zobrazení "obraťte se na administrátora", pokud u toho v pozici administrátora sedíte. - Byl jsem zde poprvé.
- Ve své podstatě to tak bylo myšleno (profesionál ve smyslu počítačového, tedy opaku běžného uživatele). Jak jsi správně podotknul, je důležité zaměřit se na cílovou skupinu. Dle mého tedy aby bylo možno chybu vysvětlit uživateli, tak osvětlit její příčinu administrátorovi, přesně jak píšeš, možná to z mého krátkého komentáře nyblo pochopitelné.
- Inu to byl právě příklad k předchozímu, sic extremní. Pokud by ovšem byla porucha většího rázu, řidiče potěší “Porucha motoru, zajeďte do servisu”, servisáka ovšem, co mu řekne diagnostika, že šoupátko X dosahuje Y. :-)
- U nás ji naposled použil ředitel. Při odchodu do důchodu, pak už ji nikdo nikdy nepoužil. :-)
- Ano, tak samozřejmě, že administrátor jistě bdí v dohledovém centru. U enterprise aplikací je to samozřejmě něco jiného než u nižších segmentů. Nic neirituje jako zobrazení “obraťte se na administrátora”, pokud u toho v pozici administrátora sedíte.

]]> Comment on User Experience programování by Zamboch http://pouzitelnost.com/03/13/user-experience-programovani/comment-page-1/#comment-514 Zamboch Sun, 28 Mar 2010 07:57:20 +0000 http://pouzitelnost.com/?p=3991#comment-514 http://java.dzone.com/articles/code-bubbles-ide-revolution http://java.dzone.com/articles/code-bubbles-ide-revolution

]]> Comment on User Experience programování by Berka http://pouzitelnost.com/03/13/user-experience-programovani/comment-page-1/#comment-512 Berka Sun, 14 Mar 2010 00:58:35 +0000 http://pouzitelnost.com/?p=3991#comment-512 Kdysi byly všechny softwary volány z příkazové řádky. Moc lidí to nedalo. Pak přišel Apple s použitelným grafickým GUI. Dnes mají všichni možnost pracovat s GUI a tím se počítače zpřístupnily opravdu (skoro) všem. Nevidím důvod, proč by si nemohla moje máma něco naprogramovat. Třeba gamesku do iPhonu pro vnuka. Napoprvé. Bez chyb. Bez debugeru. Bez testera. Bez celého toho aparátu, který dnes potřebujeme. Kdysi byly všechny softwary volány z příkazové řádky. Moc lidí to nedalo. Pak přišel Apple s použitelným grafickým GUI. Dnes mají všichni možnost pracovat s GUI a tím se počítače zpřístupnily opravdu (skoro) všem.

Nevidím důvod, proč by si nemohla moje máma něco naprogramovat. Třeba gamesku do iPhonu pro vnuka. Napoprvé. Bez chyb. Bez debugeru. Bez testera. Bez celého toho aparátu, který dnes potřebujeme.

]]> Comment on User Experience programování by Berka http://pouzitelnost.com/03/13/user-experience-programovani/comment-page-1/#comment-511 Berka Sun, 14 Mar 2010 00:34:48 +0000 http://pouzitelnost.com/?p=3991#comment-511 Tento článek je provokativní, alespoň se zamyslíme na tím, jestli nejde vyvíjet software nějak rapidně jinak. Je pravdou, že jsem přesvědčen, že UX samotného vývoje softwaru je nic moc. Tento článek je provokativní, alespoň se zamyslíme na tím, jestli nejde vyvíjet software nějak rapidně jinak.

Je pravdou, že jsem přesvědčen, že UX samotného vývoje softwaru je nic moc.

]]> Comment on User Experience programování by Berka http://pouzitelnost.com/03/13/user-experience-programovani/comment-page-1/#comment-510 Berka Sun, 14 Mar 2010 00:29:16 +0000 http://pouzitelnost.com/?p=3991#comment-510 [Jakub] Byl bych rád, kdybychom si tady tykali. Mám vystudováno IT, programování mě dost let živilo, takže trochu tuším, o čem to je :-) Jen už teď neprogramuji. Na školení a dokumentaci je z pohledu UX špatně to, že existují. Jsou uživatelé, těm je dost let na to, aby obstáli ve velmi komplikovaném reálném světě. Dokáží si sehnat potravu, rozmnožit se, nezmrznout, neotrávit se, vydělat si na počítač… spousta velmi komplikovaných úloh, jen nám jdou jaksi samy. Na druhé straně je software, tedy něco, co bylo vytvořeno pro uživatele a ne naopak. Člověk se ale podle tvůrců softwaru musí najednou něco učit, studovat, pamatovat si… jako by tu člověk byl pro ten software. Toto mám proti školení. Raději bych (a to je úlohou UX) ukázal vývojářům, co jsou to lidé a dokonce bych jim k tomu dal manuál (persony). Dokonce bych je vozil na safari s uživateli (uživatelské testování)… Techniky, jak se chybám vyhnout, neexistují. Jen je lze redukovat. [Jakub] Byl bych rád, kdybychom si tady tykali.

Mám vystudováno IT, programování mě dost let živilo, takže trochu tuším, o čem to je :-) Jen už teď neprogramuji.

Na školení a dokumentaci je z pohledu UX špatně to, že existují. Jsou uživatelé, těm je dost let na to, aby obstáli ve velmi komplikovaném reálném světě. Dokáží si sehnat potravu, rozmnožit se, nezmrznout, neotrávit se, vydělat si na počítač… spousta velmi komplikovaných úloh, jen nám jdou jaksi samy. Na druhé straně je software, tedy něco, co bylo vytvořeno pro uživatele a ne naopak. Člověk se ale podle tvůrců softwaru musí najednou něco učit, studovat, pamatovat si… jako by tu člověk byl pro ten software. Toto mám proti školení. Raději bych (a to je úlohou UX) ukázal vývojářům, co jsou to lidé a dokonce bych jim k tomu dal manuál (persony). Dokonce bych je vozil na safari s uživateli (uživatelské testování)…

Techniky, jak se chybám vyhnout, neexistují. Jen je lze redukovat.

]]> Comment on User Experience programování by Jakub http://pouzitelnost.com/03/13/user-experience-programovani/comment-page-1/#comment-509 Jakub Sat, 13 Mar 2010 23:47:08 +0000 http://pouzitelnost.com/?p=3991#comment-509 Tak ono dost záleží, pro jakou platformu programuješ. Problém je, že programátoři jsou taky lidi, tudíž dělají chyby. A nástroje, který jim pomáhají tyhle chyby najít nejde vymýtit úplně. Asi jsem nepochopil, proč je podle Vás debuger špatně. Existují techniky, jak se chybám vyhnout, třeba zmíněné TDD a s tím podle mě dost spojená agilní technika countinuous integration, ale prvotní odladění chyb dnes umí editor - tj zvýraznění chybné syntaxe. Pokročilejší IDE, jako VS umí i u silně typových jazyků rozhodnout, jestli takové a takové přirovnání je vůbec možné ještě před samotnou kompilací. Debuger je jen další level a TDD další. Školení a dokumentace se bude psát tak dlouho, dokud to klient bude vyžadovat. Nevím, jak jako neprogramátor chcete spasit svět programátorů, ale nemyslím, že na to najdete odpověď. Programování jako věda je tu už nějaký rok a každý máme nějaké návyky, které dodržujeme, aby jsme programovali s méně chybami a ty návyky, které se ustálily, se přejmenovali na návrhové vzory. A pokud se debuger ustálil, asi na něm něco bude :) Tak ono dost záleží, pro jakou platformu programuješ. Problém je, že programátoři jsou taky lidi, tudíž dělají chyby. A nástroje, který jim pomáhají tyhle chyby najít nejde vymýtit úplně. Asi jsem nepochopil, proč je podle Vás debuger špatně.

Existují techniky, jak se chybám vyhnout, třeba zmíněné TDD a s tím podle mě dost spojená agilní technika countinuous integration, ale prvotní odladění chyb dnes umí editor – tj zvýraznění chybné syntaxe. Pokročilejší IDE, jako VS umí i u silně typových jazyků rozhodnout, jestli takové a takové přirovnání je vůbec možné ještě před samotnou kompilací. Debuger je jen další level a TDD další.

Školení a dokumentace se bude psát tak dlouho, dokud to klient bude vyžadovat. Nevím, jak jako neprogramátor chcete spasit svět programátorů, ale nemyslím, že na to najdete odpověď. Programování jako věda je tu už nějaký rok a každý máme nějaké návyky, které dodržujeme, aby jsme programovali s méně chybami a ty návyky, které se ustálily, se přejmenovali na návrhové vzory. A pokud se debuger ustálil, asi na něm něco bude :)

]]> Comment on User Experience programování by Berka http://pouzitelnost.com/03/13/user-experience-programovani/comment-page-1/#comment-508 Berka Sat, 13 Mar 2010 23:38:58 +0000 http://pouzitelnost.com/?p=3991#comment-508 [Zamboch] Tak si to představ, co řeší programátor za úkol – pomocí jednorozměrné sekvence písmen a číslic popisuje reálný 2D/3D svět. Pomocí sekvenčního algoritmu definuje komunikaci s paralelním člověkem. To, že normální člověk nedomyslí stavový diagram do hloubky, a musí, je chyba. Ale ne člověka. Právě že je třeba vymyslet něco, aby nemusela ta kvanta nevinných programátorů nejdřív tvrdě studovat a pak pracovat v cizorodém chladném prostředí vývojového diagramu. To je ta moje výzva. Kdybys nepotřeboval testera, mohl by tvůj milec s tebou programovat :-) Udělali byste toho víc ;) [Zamboch] Tak si to představ, co řeší programátor za úkol – pomocí jednorozměrné sekvence písmen a číslic popisuje reálný 2D/3D svět. Pomocí sekvenčního algoritmu definuje komunikaci s paralelním člověkem.

To, že normální člověk nedomyslí stavový diagram do hloubky, a musí, je chyba. Ale ne člověka. Právě že je třeba vymyslet něco, aby nemusela ta kvanta nevinných programátorů nejdřív tvrdě studovat a pak pracovat v cizorodém chladném prostředí vývojového diagramu. To je ta moje výzva.

Kdybys nepotřeboval testera, mohl by tvůj milec s tebou programovat :-) Udělali byste toho víc ;)

]]> Comment on User Experience programování by Zamboch http://pouzitelnost.com/03/13/user-experience-programovani/comment-page-1/#comment-507 Zamboch Sat, 13 Mar 2010 22:58:10 +0000 http://pouzitelnost.com/?p=3991#comment-507 Myslim ze prevenci je TDD, to krasne minimalizuje chyby v business logice. Zdaleka ale neverim ze tester se da eliminovat. Mam sveho testera rad :-) Debugger je vhodny pro hledani chyby v algoritmech, normalni mozek si proste tu stavovou masinu nedokaze promyslet do hloubky. A tak je potreba si pripravit scenar ktery nefunguje a krok za krokem si prohlizet stav do ktereho jsme se dostali. Tim se zjisti v cem clovek udelal chybu, tj. kde realita neodpovida predpokladu. No a to zni jako zadani od uzivatele pro UX lidi. Coz mi pripomina dalsi slibnou techniku ktera se snad brzo dostane do mainstreamu: staticka analyza kodu a formalni overeni deklarovanych predpokladu. Myslim ze prevenci je TDD, to krasne minimalizuje chyby v business logice. Zdaleka ale neverim ze tester se da eliminovat. Mam sveho testera rad :-)

Debugger je vhodny pro hledani chyby v algoritmech, normalni mozek si proste tu stavovou masinu nedokaze promyslet do hloubky. A tak je potreba si pripravit scenar ktery nefunguje a krok za krokem si prohlizet stav do ktereho jsme se dostali. Tim se zjisti v cem clovek udelal chybu, tj. kde realita neodpovida predpokladu. No a to zni jako zadani od uzivatele pro UX lidi.

Coz mi pripomina dalsi slibnou techniku ktera se snad brzo dostane do mainstreamu: staticka analyza kodu a formalni overeni deklarovanych predpokladu.

]]>