Bulgarian Experience

В резултат на няколко мои мрънкания, че в България няма свястно събитие, на което човек хем да отиде и да научи нещо ново и полезно, хем да се види със себеподобни професионалисти се пръква една инициатива на Нетейдж (фирмата, в която работя).

Казва се Netage Lecture Series и всъщност си е типичен баркамп - измисляме една тема за презенцтация и дискусия, събираме се на някое удобно място и междувременно пийваме по някоя бира, за да внесем неформален елемент в цялото нещо.

Първото събитие от серията ще се проведе следващата сряда (26 март) привечер в софийския Central Park хотел (до пилоните на НДК, една лъскава нова сграда).

Колегите програмисти ще говорят за това как се проектира и оптимизира един сайт или уеб приложение за голямо натоварване - в смисъл на как да не ни умре проекта, когато най-накрая една сюрия народ се изсипе и почне да прави това, което искаме да прави с нашето приложение.

Официалната покана звучи така:

Netage стартира Netage Lecture Series: поредица от лекции, с които целим да споделим новите си знания в областта на дизайна, програмирането и управлението на проекти.

Първото събитие от поредицата ще се проведе на 26-ти март (сряда) в Central Park Hotel на бул. Витоша 106.

Темата на лекцията: Проектиране на уеб приложения за голямо натоварване.
Кога: 26.03.2008 (сряда), 18:00
Къде: Central Park Hotel, бул. Витоша 106

По време на лекцията ще обсъдим следните въпроси:

· Кои са най-често срещаните проблеми, които възникват при сайтове с голямо натоварване?
· Какъв хардуер трябва да предвидим?
· Как да проектираме архитектурата на приложението?
· Как да се справим с тесните места в системата – база данни, уеб сървъри и т.н.?

Ще споделим опита си от изграждането на едни от най-популярните новинарски сайтове в България, но се надяваме на лекцията да присъстват и хора, които се занимават с не по-малко натоварени и интересни проекти – видео и файлови портали, новинарски медии и др.— с които да обменим знания и опит.

След Q&A сесията, ще продължим разговорите на бира.

С нетърпение Ви очакваме!

Елате повече.

Ако има вероятност да дойдеш пиши в коментарите или се разпиши във Facebook event-a.

Tru цитата, които ми харесаха от последните два дни:

Никакие рельсы не спасут вашу команду от хреново прочитанных требований, плохого их анализа, нежелания общаться голосом и лететь к клиенту для первой фазы проекта, а также от отсутствия хорошей привычки часто оповещать людей о том, что вы делаете, что будете делать потом, что вы им рекомендуете и почему так.

От поста Серые будни: продавая Rails клиентам в Less is more.

и

I’ve written previously about using an envisaging team to scout out ahead. Not to design the solution but to understand the problem space - understand what the business needs, what users need, who the users are and what the technology ecosystem looks like - and report this back in a coherent fashion to the rest of the team. This isn’t Big Design Up Front by another name. The envisaging team’s work should be limited to discovery work only. This combined with regular rounds of user testing between each iteration - the results of which are fed into the next round of development - can mean that agile software development can be highly user focused.

От поста Making Agile User Centered в Derivadow.

Още: 

Обаче човекът, който си общува с клиента реално най-добре разбира какви точно са целите и какво е най-добре за проекта. Което естествено води до това да визуализира и проектира решението, което да бъде изработено. В състояние ли е мениджър без технически background да го направи? Като участник в проектите винаги съм се чувствал като “сляпа баба”, ако не мога да лесно поговоря пряко с клиента, да чуя изискванията от първа ръка, да разгледаме подробно болките му, и дори да предложим решение, различно от първоначалното.  

От поста Без “мениджър” в 3atwork.com

Ако някой не се оправя с превода - да свирка.

С извинение за абсолютната си аматьорщина по отношение на създаването на уебкастове, представям Bulgarian Exprience Webcast 1: Анимацията в интерфейса.

Какво е Bulgarian Experience Webcast?

Записвам екрана на компютъра си и разказвам какво ми е направило впечатление в нещата, които се показват там. Представлява видео - запис на действията на екрана с Camtasia Studio и аудио запис с моя коментар. Идеята ми е да коментирам различни примери за добри и лоши решения за интерфейси с надеждата да съм полезен на някой.

Защо уебкаст?

1. Защото позволява показването на интеракцията в реално време.
2. Защото позволява аудио коментар от моя страна, което спестява доста писане.
3. Защото като цяло отнема доста по-малко време от изпипването на цял блог пост, а е доста по-богато като изживяване.

Анимацията в интерфейса

Това е темата на първия уебкаст. Струва ми се интерсна с оглед настъпването на различните и доста приятни JavaScript библиотеки наоколо, които позволяват анимирането на различни ефекти - скриване, показване, преместване и т.н.. Основните преимущества на адекватното използване на анимарани ефекти са:

• може да повиши ползваемостта на интерфейса, особено за потребители с по-малко опит като им помага да се ориентират и следят какво става на екрана и как системата реагира на техните действия;
• може да се постигне визуално внушение за високотехнологично, но същевременно с това човешко и в крайна сметка приятно изживяване.

Ето и видеото:

По-голям размер

Малко повече за идеята ми за уебкастовете

Преди няколко седмици размишлявах върху това как човек може да се промотира в онлайн средата. Очевидно доста популярно напоследък е да имаш блог, в който да споделяш мъдрите си мисли и наблюдения по темите, които те интересуват. Самият аз имам няколко блога. Bulgarian Exprience конкретно е мястото, в което пиша за темите свързани с работата ми като интеракшън дизайнер.

Само че в уеб вече далеч не всичко е само текст и картинки. От няколко години с нарастване на скоростта на свързване към Интернет стават все по-популярни и други медии - звук и видео. Появиха се т.нар. подкастове, които са си просто музикални файлове, които човек записва на MP3 плеъра си и слуша, когато има време. Появи се и YouTube - мястото, на което хората споделят видео записите си.

Специално видео споделянето е на върха на интернет вълната в момента. Предполагам, че една огромна част от трафика в интернет е именно от сайтове за видео. Сиреч доста хора прекарват доста време по тия сайтове.

Сиреч - гениалната ми мисъл беше - ако някой липсва от видео сайтовете, то той липсва от голяма част от живота на онлайн потребителите.

Не знам защо YouTube не е завладян тотално от рекламодателите към момента, защо преди пускането на всеки клип няма реклама, защо в vbox7 не се върти реклама на М-Тел и Кока-Кола.

Знам обаче, че аз трябва да бъда в това пространство. Bulgarian Exprience уебкастовете са идеален начин да се пробвам.

Дано ви се харесва.

Garrett Dimon пише за документирането на интерфейс дизайна. Идеята му е, че стандартната документация, която познаваме и ползваме е безполезна и неизползваема. Решението му се състои в това да се проектират отделни модули (тухли) от функционалността и интерфейса, които после могат да бъдат описани на една страница. Ако описанието е по-дълго, значи са прекалено сложни и трябва да бъдат разбити на по-малки блокчета. Надявам се коментарът, който оставих под поста да бъде одобрен, защото там споделям една практика, която използвам отскоро за докумнетиране на interaction design-а.

Innovation in IT - 5 стъпки към подобряването на работната среда и ефективността от работата в една IT компания.

В една презентацията на същия Кен Швабър, за който писах преди известно време, той прави едно много интересно сравнение в контекста на това кой е отговорен за един софтуерен проект.

Швабър сравнява софтуерните фирми с коли, а клиентите с шофьорите на тези коли. Шофьорът кара колата там където иска да бъде. Шофьорът избира с каква кола да пътува - бърза, луксозна, с нисък разход, малка, голяма. Шофьорът сам решава как предпочита да стигне до крайната цел.

Може би защото доскоро бях на вълна купуване на автомобил и сега такова едно сравнение ми се струва удачно. Клиентите наистина подхождат към избора на софтуерен разработчик като избор на кола. Можеш да избереш доказаната марка (дори на старо) и да платиш повече, но със сиурност да стигнеш където искаш без да си се разбил от път. Или пък да избереш евтино ново, лъскаво возило, но пътуването ти да не е нито най-приятното, нито най-бързото.

Цялата презентация е много интересна също така, макар до известна степен да повтаря предишната, за която писах.

Една доста енергична кака разказва как протича тестването в екип, който използва agile методология и процес. (Google Video, 1 час и малко). Каката е тестер и то явно опитен и е доста интересна гледната и точка за agile проектите, по които е работила. Прави и доста добро въведение в agile мисленето и начина на работа. Освен това ми бе интересно да я слушам докато обяснява как според нея границата между длъжностите рабработчик и тестер започва да се размива, тъй като дивелъпърите трябва да пишат тестове за кода си (и дори да пишат тестове преди да пишат код), а от друга страна тестерите трябва да пишат код, превръщайки се в дивелъпъри с малко по-различен поглед върху нещата.

Кен Швабър е чичко със странен говор и странно име, обаче въпреки тия му странностти е участвал в създаването на една от най-известните agile процеси Scrum. В една презентация (Google Video, 1 час и малко) той представя накратко и много разбираемо основите на Scrum начина и средата за работа по софтуерни проекти.

Последна промяна: 25 януари 2005. Новите неща са маркирани с жълто.

Данните за употребата на един сайт са от решаващо значение, когато дойде време да се правят промени (а промени трябва да се правят непрекъснато!).

Защо са важни?

Защото са една от най-солидните метрики за успеха на даден сайт. Начинът, по който хората използват даден сайт може да даде отговори на много въпроси.

Как се събират данни за употребата на сайта?

Данни за употребата се събират по много различни начини, но най-често не се събират изобщо .

Броячи

Популярна практика е добавянето на т.нар. броячи от сорта на Уебкаунтър. Статистическите данни на подобни безплатни услуги са твърде ограничени и не дават достатъчно и полезна информация за това как хората използват сайта. Ефектът от използването на такъв брояч се свежда единствено до това, че собственикът на сайта може да има общ поглед върху размера на аудиторията си и някои основни характеристики на тази аудитория – какви платформи, браузъри, разделителни способности използват потребителите. Броячите от този вид не дават информация за това как потребителите използват сайта – кои страници са най-популярни, през кои страници преминават потребителите (пътеките, които си преправят през сайта), кои са входните страници, кои са изходните страници и т.н.

Лог файлове

Лог файловете пазят подробна информация за всяко действие на потребителя. Това обаче не е съвсем вярно, когато сайтът е с предимно динамично съдържание (примерно, всички статии се викат от базата данни от скрипта article.php посредством някаква променлива [article.php?id=21] . В този случай сървърът записва в лог файла единствено това, че потребителят е изпълнил скрипта article.php , но не и че е прочел статия с ID=21 .)

Лог файловете са трудни за анализиране тъй като представляват огромни текстови файлове с информация, неудобна за четене от нормални хора. Това налага използването на специален софтуер. Добрият софтуер за анализ на лог файове е скъпа работа ( WebTrends Log Analyzer ще ви струва близо хиляда долара).

Системи за управление на съдържанието

Ефективен начин за следене на поведението на потребителите е разработването на специални функционални възможности в Системата за управление на сайта. При този вариант бизнес логиката на сайта трябва да бъде доразвита така, че да се пазят подробни данни за всяко движение на потребителя на сайта и да се предлагат инструменти за техния анализ.

Какви данни трябва да се събират?

• Колко души посещават сайта? (уникални и презареждания [hits] )
• Колко души посещават отделните страници на сайта? (презареждания). Имам предвид всяка страница, а не просто product.php.
• На кои страници най-често потребителите обикновено започват да разглеждат сайта?
• На кои страници най-често потребителите спират да разглеждат сайта?
• През кои страници минават потребителите, движейки се от начална към крайна страница?
• Колко време им отнема това движение? Колко време отделят на всяка отделна страница?
• Кои връзки върху страницата кликат най-често (понякога на една страница може да има две и повече връзки към една и съща дестинация, но да са на различи места – в навигацията и в текста)?

Това съвсем не са всички метрики. В момента се сещам за статистиките от банерните системи, които използват някои сайтове. Или пък отношението между боря посетители и броя на посетителите, които са станали клиенти на сайта (ако е комерсиален сайт)? И т.н. и т.н.

Колкото повече (като количество и разнообразие) данни, толкова по-добре.

Какво да правим с всички тези данни?

Да ги анализираме. Да видим къде силните и слаби места. Да създадем конкурентно предимство.

Огромната възможност, която се отваря, когато съберем достатъчно количество данни за употребата на сайта си е това, че по този начин автоматично (чрез скрипт, а не чрез човешки труд) може да се създава изключително полезно съдържание.

Статистическите данни за това как някой използва сайта е полезно както за собственика на сайта, тъй като знае как да адресира нуждите на потребителите си, но и за самите потребители понеже могат да се сравнят с подобни на тях клиенти, т.е. да направят информиран избор.

Силата на автоматично генерираните справки може да се сравни с коментарите, които оставят потребителите на сайта относно определена част от него. Но автоматичните справки са по-ценни, защото не са субективни (субективността се губи с увеличаване броя на уникалните случаи).

Продължението следва съвсем скоро.