Заметки ночного программиста

Гугл-маркет : корпорация добра vs зла?

noreply@blogger.com (Гоша Мазов aka Carc) — Thu, 22 Mar 2012 02:34:26 PDT

Любопытный пост про гугл-маркет. Вот вам батенька и ~~юрьев день~~ гугл маркет. Как только гугл начал активно работать с конечными вендорами, вся корпорация добра сразу как-то и закончилась резко. Полезли проблемы, неотзывчивый саппорт и банальное "сделано через зопу". А мы всё — “майкрософт маст-дай”, “плимус=кушать_кактус”, “PPG+охота на ведьм”…

Итого: как только корпорация Икс начинает работать со множеством пользователей или вендоров, а вовсе не с ограниченным числом клиентов – вся сказка про отличный продукт\сервис резко завершается.

Ибо сказок не бывает. Множество клиентов — это всегда большее число юз-кейзов, вариантов, предпочтений. А на каждый роток, не накинешь платок. Вернее, не накинешь "бесплатно", беспроблемно. Это требует ресурсов и многих: времени, аналитики, решений, реализаций, тестов – чего угодно. А они так запросто из ниоткуда не берутся. Сказок не бывает, как впрочем и серебрянных пуль.

PS: такая же картина вспоминается с браузером Google Chrome. От первых версий был просто в восторге! “Ты помнишь, как все начиналось…” ©. А теперь с каждой версией преотличнейший браузер все более и более вырождается в УГ. А жаль :(

2012… Год тихой смерти?

noreply@blogger.com (Гоша Мазов aka Carc) — Sat, 04 Feb 2012 03:20:42 PST

На картинке слева отображена история моих заказов на Озоне… Славный путь, не правда, ли? Только где это я был с 2006-го по 2012-ый?!?

А был я в Books.ru. Как-то случилось, что в далеком 2006-ом мне пришлось заказать книгу именно на books.ru. Уж не помню почему, но какие-то геморройки вышли с Озоном. Ну пришлось, и пришлось. Суть не в этом. В Books.ru я влюбился с первого взгляда. Мне катило абсолютно всё: отличнейший рубрикатор по книгам, возможность полистать книжку перед покупкой, явно “живые” отзывы, гутно работающая служба доставки и много чего другого. Чего только стоила новостная рассылка, это просто слов нет. Можно подписаться не просто на книги, не просто по разделам “детективы”, “про баб-с” и “профессиональная литература” – а выбрать более чем конкретизированные разделы в computer science: что-то вроде “операционные системы” и “языки программирования”, а вот самоучители по Ворду нафиг. Удобно не правда, ли?

Но недавно books.ru учинили редизайн сайта. Много чего работало криво, многое и не работало. Ну да ладно, один переезд стоит трех пожаров. Дело-то житейское. И баг-репорты админам писал, и мнения высказывал, в общем помогал любимому магазину как мог.

Но отчасти воз и поныне там. Товар есть – кнопка “В корзину”. Товара нет – картинка “Нет в продаже”. Где ~~нафиг блин епрст полгода прошло~~ кнопка “Сообщить о поступлении” рядом с товаром? Ведь раньше на старом сайте была же? Так сложно сделать? Робяты! Books.ru! Вы теряете не просто клиентов, вы начинаете терять уже фан-клуб, а это о чем-то да говорит. Ну прям хоть сам иди прикручивай кнопку к вам на сайт. Верните кнопку, черти!!! Нужна помощь? Нивапрос ©! Все что в силах: код, UX-тестирование, UC-анализ. Просто так. Из симпатии к вам.

PS: а попробуйте угадать, откуда на Озоне появился вдруг заказ в 2012-ом? Ага. Точно, вот у них кнопка “Сообщить о поступлении” была. Они и сообщили. Поэтому заказ и у них же, а не у books.ru. И это при том, что я с-о-о-овсем, мягко говоря, не в восторге от Озона. Ибо где француз прошел, ~~цыг…~~ всем остальным делать нечего!

Про сериализацию в MFC

noreply@blogger.com (Гоша Мазов aka Carc) — Fri, 03 Feb 2012 03:38:56 PST

Сегодня про сериализацию, в частности в библиотеке MFC. Описанные ниже приемы — мой личный, опробованный на собственной шкуре опыт. О таком в MSDN, да в книгах не пишут. А зря, ~~мль~~, зря… Почти все приемы выстраданы в конкретном проекте — в частности в Aml Pages. И большая их часть в ней и реализована. А некоторые нет, и я искренне весьма дюже сожалею о тяом, что допер до них слишком поздно.

На КЫВТ.ру поднимался вопрос о сериализации. Отвечал. А теперь рискну оформить наломанные мною копья в виде поста. Основной посыл этого поста, что человеку свойственно ошибаться. Ошибались, ошибаемся и ошибаться будем. И главное, всего в развитии проекта мы предвидеть не можем. Ну и собственно как можно всевозможные грабли обходить с сериализуемыми объектами.

Итак, MFC поддерживает класс CArchive для сериализации, который позволяет писать-читать из файла (хотя и не только), практически любые типы данных. Все стандартные классы MFC легко читаются\пишутся конструкциями вида CArchive<< и CArchive>>. Грабли начинаются уже потом, при развитии проекта. Именно когда объекты абстрактной софтины получают новые сериализуемые поля, или строковые данные могут быть в разных кодировках, или еще как.

1. Используйте номер версии архива

Используйте версионность CArchive. Смотреть на макрос IMLEMENT_SERIAL+VERSIONABLE_SHEMA. Суть проста: записывайте в CArchive сначала номер формата архива, а только потом сами данные. В дальнейшем это позволит сделать чтение архивов совместимым снизу вверх. Если в первой версии архива (файла), у нас записывались int+CString, а во второй int+CString+еще_int, то сериализация будет выглядеть так:

… Serialize(CArchive& ar)
{
if (CArchive::IsStoring()) {//запись архива
ar<<2;//записали номер формата — в данном случае вторая версия архива
ar<<My_int;//понеслась запись данных
ar<<myString1;
ar<<My_Int2;
}
else {//чтение
int nArchiveFormat;
ar>>nArchiveFormat;//читаем номер архива
ar>>My_int;//первый int
ar>>myString1;//первый CString
if (nArchiveFormat >=2)//если мы читаем архив второй версии, то считываем второй инт. Если архив второй или старше версии, то читаем второй int — иначе пропускаем.
ar>>My_Int2;
}
}

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

По крайней мере, используя этот прием можно гарантировать, что новые версии программы будут корректно читать архивы, созданные старой версией программы. Конечно, старые версии программы не смогут читать архивы новых версий, но хоть совместимость снизу вверх будет обеспечена. Берем с полки пирожок.

2. Сериализуйте BOOL-переменные как битовую маску

Если в сериализуемом объекте у Вас есть набор булевых (BOOL)переменных, некоторых флагов, описывающих какое-то состояние, то не стоит их писать в архив последовательно. Не стоит писать нечто вроде CArchive<<boolFlag1<<boolFlag2<<boolFlag3; И дело тут вовсе не в экономии байтов.

Представьте себе, что в следующих версиях какие-то булевые переменные исчезнут из объекта, а какие-то добавятся. Соответственно, должен и измениться формат архива. Вот блин, досада. И только из-за этой мелочи, как советовал выше, придется городить новый формат архива? Который не прочтут старые версии? Ан фиг! Эту проблему можно обойти. Решение простое: записывайте все флаги единой битовой маской. Нечто вроде такого:

DWORD dwBitMask=0;
enum {FLAG1=1, FLAG2=2… и.т.д.};
if (boolFlag1)
dwBitMask|=FLAG1;
if (boolFlag2)
dwBitMask|=FLAG2;

и уже именно битовую маску dwBitMask записываем в архив. Какие плюсы? Обратите внимание, что во первых мы обошли проблему версий архивов. Появление или добавление нового флага BOOL не влияет на версию архива — все равно у нас пишется и читается DWORD.

Во-вторых, есть и еще весьма приятный бонус! Старая версия программы, которая не поддерживает каких-либо флагов из новой версии, не только корректно прочтет архив новой версии, но и запишет его обратно неизменным. Для этого необходимо, чтобы битовые маски не создавались и парсились на этапе записи\чтения, а именно в виде подобной маски и хранились в объекте. Тогда старая версия всегда одинаково прочтет битовую маску. Но булевый флаг, который появился у нас в новой версии она оставит неизменным. Как считает, так и запишет.

Согласитесь, движение в сторону совместимости сверху вниз это уже неплохо. У этого приема есть пара деталей, но это уже подробности и если нужно опишу их в другом посте. Как использовать битовую маску для хранения в объекте в runtime писать не буду — не об том пост.

3. Не сериализуйте строки как есть

Не реализуйте сериализацию строк, как предлагает в примерах по MFC. Не используйте в лоб запись и чтение вида CArchive<<myString и CArchive>>myString. Поясню почему. CString в MFC инкапусулирует или Unicode-строку, или ANSI-строку — в зависимости от настроек компиляции (MBCS|Unicode). Поэтому стандартная сериализация полностью полагается на внутренности CString. А оно нам надо? Всё, робяты! 90-ые давно прошли — на дворе 21-век. Нет просто строк, есть последовательности с завершающим нулем. Но вот в какой кодировке могут быть конкретные строки — выбирай на вкус. Хотите ANSI, хотите UTF8, хотите Unicode.

Простой случай: а допустим в CString у нас хранится HTML-код… HTML-код… Он такой… Он вообще может быть в какой угодно кодировке. Так что имеет смысл делать сериализацию CString ручками, записывать и кодировку, и длину, и только потом непосредственно поток байтов. Зато потом прочтете без проблем, в любой версии софтины. Поверьте на слово, то что кажется неважным в начале проекта, потом в развитии может вызвать очень большую головную боль.

Ну вот, собственно, некоторые несложные приемы сериализации. Есть конечно и еще детали, и еще подробности. А деталей хватает. Начиная от корректной реакции софта на попытку прочтения новой версии архива, и заканчивая, ситуцией, когда MFC-программа, скомпилированная как MBCS читает архив записанной UNICODE версией, или наоборот. Есть там нюансы, и именно в них весь дьявол. Но о них как-нибудь в другом посте.

Google Code Prettifier : Проверка связи

noreply@blogger.com (Гоша Мазов aka Carc) — Wed, 01 Feb 2012 03:16:04 PST

Попробуем-ка новую подсветку синтаксиса онлайл. Руководство здесь

Ну, а теперь код двухплюсовый.

#include «stdio.h»

bool condition=true;
while (condition) {//вечно, нах!
	printf(“Hello, Code Prettifier”);//здарова, млин!
}

Сработало?

Юзабилити. Про трей

noreply@blogger.com (Гоша Мазов aka Carc) — Wed, 25 Jan 2012 12:53:01 PST

Эх, давненько я не брал в руки шашки… Но лучше поздно, чем в штаны!

Напишу-ка я про не очень-то очевидную фичу в работе с треем. Для закваски пронзительная история, она же быль. Повадился у меня последнее время падать Проводник Windows. Падает как заведенный, впрочем при определенных обстоятельствах, но ни о них речь. Проводник после креша сам перезапускается, но по ходу его перезапуска некоторые софтины в трее не восстанавливаются. Если с каким-нить TypeAndRun это пофиг — убил, и запустил заново, то софт с пользовательскими данными убивать через менеджер процессов уже не хочется. "Че-то я ачкую…" ©. Скажем, к примеру, рухнувшая база данных какого-нибудь The Bat может весьма и весьма попортить крови.

Способов решения проблем с упавшим Проводником, и как следствие, пересоздающейся на лету панели задач есть. Как вариант, ловить сообщение TaskBarCreated и восстанавливаться в трее, есть и другие.
Но есть способ элегантнее, надежнее, а главное комфортнее для пользователя. Приложение, свернутое в трей показывается в списке окон по Alt+Tab.

Это решение зарекомендовало себя просто великолепно.

Даже после пересозданной панели задач приложение в любом случае показывается в Alt+Tab списке.
В штатном режиме – безо всяких падений Проводника – пользователь в любой момент имеет возможность поднять приложение из трея клавиатурой, а не только мышкой. Выбираем окно из списка Alt+Tab – приложение поднимается из трея. Для законченных гиков, которые при работе касаются мыша разве что чашкой кофе, это весьма и весьма немаловажный нюанс.

Как показал опыт, для приложений оперирующих пользовательскими данными, возможность подняться из трея с помощью клавиатуры почти обязательна для реализации. Сделал такое в Aml Pages. И ох сколько раз оно меня выручало. Нет слов! Про удобство молчу — у меня самого мышь все больше "для комплекту".

PS: кода вставки в список Alt+tab пока не дам. ~~Потому как жмот я.~~ Потому как, пока доводил до ума добавление окон в список Alt+Tab, такой херни наворотил, что сам уже с превеликой тоской зрю в свой код. Ревьюить его, ревьюить и еще раз ревьюить.

Если в двух словах. Для окон верхнего уровня задача решается элементарно: нужно при прятке окна создать для него дочернее WS_OVERLAPPED-окошко, и задвинуть его за края экрана. А по активизации последнего из Alt+Tab-списка уже поднять из трея основное скрытое окно.

Но заморочки начинаются, когда необходимо добавить в Alt+Tab тул-окно (окно со стилем WS_EX_TOOLWINDOW).Вот пока реализовывал эту возможность и наворотил говно-коду. Теперь сначала причесать код нужно, а уж только потом "в народ". Так что сорсы как-нибудь позже. А уж если кому невмоготу да срочно — стучите в комменты.

Про BitsDuJour.com: опыт, впечатления, подробности

noreply@blogger.com (Гоша Мазов aka Carc) — Wed, 30 Nov 2011 03:25:48 PST

Поимел опыт сотрудничества с сайтом BitsDuJour.com. Выкладывал там Aml Pages и Aml Maple. В целом очень приятное впечатление, на пять с плюсом! Итак, как это работает: заводим аккаунт на BDJ, предлагаем софтину, указываем скидку и ждем ревью от администратора. В течении пары дней придет ответ от администратора. И если софтинка принята, то назначается дата акции, обычно через недельки полторы.

Ну, а теперь поподробнее о некоторых не столь заметных, но немаловажных деталях. Первое: многие ошибочно считают, что двигать софтину нужно через предложения на BDJ здесь. В принципе да, но это не совсем так. Эта страница предложений, где посетители голосуют за предложенные софтины. Оно, конечно, хорошо, местами даже ахуенно. Но всплеска голосования там особо не видно. И главное, к админам BDJ эта страница имеет мало отношения.

Практически нужно идти несколько иным путем. А именно: топаем на сайт http://www.softwaremarketingresource.com и заводим там девелоперский аккаунт. И уже в этом аккаунте добавляем наши софтинки. Вот этот сайт, как раз имеет отношение к админам BDJ. Поясню: после того, как я запостил свои предложения именно туда, ответ от BDJ пришел буквально в течении пары дней, в отличие от голосовалок. Голосовалки, по моему, вообще мало общего имеют с реальной картиной – нужна ли юзерам конкретная программа. Ну что вы хотите!?! Публичная деятельность она и есть публичная деятельность. Понятно, что раскрученные софтины вроде Total Commander, WinRAR и прочий бренд всегда будут хотеть больше желающих, просто потому, что их знают больше народу.

Теперь подробнее. После того, как предложили софтину, указываем скидку на нее, которая действует в день акции. Имеет смысл не жмотиться, и давать скидку поприличнее в десятки процентов. Все таки BDJ это скорее продвижение продукта, нежели баблостригло, хотя и не без него.

После того, как будет принято ваше предложение, необходимо дать аффилиатскую комиссию BDJ (они точно работают с Plimus`ом, про остальные лучше поинтересоваться у них). Один момент: комиссия BDJ достаточно большая – 50 процентов. Итого, если, к примеру, даете скидку в 50 процентов, то получите де факто 25 процентов от нормальной цены минус комиссия регистратора. Формула простая: минус 50 процентов скидки изначально, итого остается 50 процентов. От них уже минус 50 процентов самим BDJ, итого в результате вам остается 25 процентов. Так что, обращаем на это внимание, когда начинаем мышленно подсчитывать сказочные барыши.

Отдельно про Плимус: 1) ID аффилиата на Плимусе у BDJ хрен найдешь, называется. А именно Iconico. Хотя в скобках видно, что это именно BDJ. Но поначалу на этом можно малехо поспотыкаться. 2) В админке у BDJ есть отдельная видюха, как организовывать промоушн акции на BDJ в админке Плимуса. Видео старое, но многие вопросы снимает. Рекомендую взглянуть.

Желательно:

Иметь для софтины шотбокс (изображение коробочки с продуктом) и отзывы пользователей. У меня как-то так и не оказалось. Но если нет шотбокса, то можно из админки BDJ через веб-сервис сделать (один раз точно на халяву).
Стоит внимательно прочесть лицензионные соглашение, которые указываются в админке. Там масса деталей: манибек, активация софтины, политика апгрейдов, ватермарки с железа, возможность копирования софтины на другой комп и.т.д, и главное где-то стоят галки по умолчанию. Как оказалось, судя по комментариям посетителей к акции, для большинства западных пользователей эти лицензионные детали вовсе не пустой звук. Это не наше ворюшканье – на такие вещи там обращают внимание, и не самое последнее. Так что будьте внимательны.

Впечатления и опыт:

Работать с BDJ более чем приятно. Админ – Constantin Florea – ~~ахуенский~~ отличный профи. Общаться с ним одно удовольствие. К слову, помогает со скриншотами, которые BDJ берет только в JPEG. Не поленился сам перегнать их из моего GIF. Причем я отправил ему исключительно адрес веб-страницы. Дык Constantin сам все скачал, и перегнал. Это к тому, что не ленивый там народ админы.
Описание программки BDJ готовит сам. Безусловно, какие-то материалы ссылки, дать им нужно. Но описание реально новое, с нуля. Рекомендую перечитать его до начала акции, иногда появляются неточности, помарки. Правятся оные быстро – просто отпишите свои замечания.
Отдельное впечатление от стиля общения. Здесь вам не сраный Плимус, и тут вы не услышите “sorry, i dont understand You”. И это-то несмотря на мой “рязанский” английский! Могут, когда хочут. Плимус, ау? Когда вы выпиздите с работы своих непонятливых сотрудничков, которые явно наняты по часам. “Как размеренно гребет старый лодочник, особенно если он нанят по часам” (© Дж. К. Джером)
Аудитория у BDJ в основном западная. Но не скажу что прямо-таки англоязычная. Конечно, Штатов много. Но был приличный процент покупок и из Европы.
Отдельно удобно: по емейлу вас извещают о ходе подготовки акции. Можно посмотреть, как будет выглядеть страница вашей софтины еще до начала. Не беспокойтесь, до старта эта страница будет доступна только вам и админам.
Приготовьтесь ко дню акции. В этот день может посыпаться куча комментариев. Я вот первую акцию ~~пробухал~~ пропустил, и отвечал уже пост-фактум. Не лучший вариант с моей стороны.
Имеет значение: ваша софтина пойдет отдельной акцией или в виде бандла с кучой других софтин. Моя Aml Pages шла отдельной акцией. Мапля шла в бандле. Профит что так, что эдак. Но, конечно же, для отдельной акции профит был значительно выше.
После окончания акции можно просмотреть статистику в админке. Как оно было: кто, откуда, почем конверсия и.т.д.
Время действия купона нужно выставлять не буквально на один день. Лучше больше, на пару-тройку дней – просто из-за разницы в часовых поясах. А разница приличная, все-таки Штаты. По московскому времени акции стартуют в 12 часов дня, и заканчиваются опять же в 12 дня.
После окончания акции имеет смысл задать “вечный” купон, но со скидкой поменьше . Ну, скажем, процентов в 25. Страница самой акции остается доступной для посетителей, и в принципе может что-то приносить и после. Главное: как обещает BDJ, в дни когда у них нет запланированной акции, такие уменьшенные акции могут включаться в анонсы. Ну то бишь: в какие-то дни BDJ крутит конкретные акции, а в какие-то выталкивает старые, с меньшими купонами. Вышеупомянутая 50 процентная комиссия для BDJ также обязательна и для уменьшенного “вечного” купона.
Целесообразно задавать вопросы админам, если софтина была отклонена в первый раз. К примеру, мою Маплю в первый раз отклонили, но сразу одобрили Aml Pages. Я так понял, что “Пагесы” произвели лучшее впечатление на BDJ, чем “Мапля”. Но после того, как закончилась первая акция, я поинтересовался у админов, почему отклонили Маплю и предложил варианты. Оп-па и все ОК, согласились. Через неделю, другую запустили в промоушн и Маплю.
Аудитория у BDJ достаточно сильно, имхо, отличается от GAOTD. На BDJ – гики и достаточно продвинутые пользователи. На GAOTD, в основном хомячки, частенько малограмотные. Безусловно, есть и исключения. (поклонники GAOTD: не надо матов, и не принимайте близко к сердцу. Такое впечатление от GAOTD складывается из комментов. А сами знаете, кого лучше всех слышно в этих комментах. Проще говоря: кто громче воняет, всем известно).
Но на BDJ бывают и тролли. Был один пиздабол в акции про Пагесы. Сам задал вопрос, сам на него ответил, а потом еще врал где ни попадя, включая диспуты на Плимусе, что ему обещали такую-то фичу (именно про нее он спросил, сам себе и ответил, что она может быть есть). Ну что сказать!?! Ну куда ж без этих уёпков? Забейте! В семье ни без уродов. Или отклонить ордер, или отрефайндить его если уже прошел, и не тратить себе нервы. Отдельно про Плимус: спасибо вам и низкий поклон! Вы не только не помогли мне в том диспуте, вы еще и проблем добавили. Не зря вас хуями на RSDN регулярно кроют, и уже откровенно обвиняют в мошенничестве).
Вообще BDJ производит значительно более приятное впечатление чем GAOTD. Всегда ответят, всегда помогут. GAOTD это “партнеры” какие-то – отклика от них дожидаться можно весьма долго.

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

PS: сори, конечно, за маты в направлении Плимуса. Но а) наболело б) ~~заебали~~ толку от них ноль: поддержка молчит, фрод-чек работает… да никак он не работает (фродов на тыщу баксов в неделю, это как называется?) в) достучаться до них можно только через КЫВТ.ru, когда их там публично кроют г) всерьез задумался, а не послать ли Плимус. А если эмоции в сторону: господа из Плимуса – это не работа! Вы мешаете больше, помощи от Вас ноль. Задумайтесь! Если все, что Вы можете, это процессить кредитки за комиссию, то вы далеко не оригинальны. Это кей-фичей уж точно никогда не будет.

Get Aml Maple at 50% off Today Only

noreply@blogger.com (Гоша Мазов aka Carc) — Fri, 18 Nov 2011 01:31:28 PST

Get Aml Maple at 50% off Today Only

Про Плимус

noreply@blogger.com (Гоша Мазов aka Carc) — Thu, 17 Nov 2011 08:16:09 PST

Чем больше я последнее время работаю с Plumus, тем больше я люблю собак :(.А то …[текст удален программой анти-мат]… Во-о-о-от!

PS: © картинки Демотиваторы

А жаль…

noreply@blogger.com (Гоша Мазов aka Carc) — Wed, 05 Oct 2011 19:28:36 PDT

Искренне жаль :(. PS: ссылка по теме.

Про email-рассылки

noreply@blogger.com (Гоша Мазов aka Carc) — Thu, 29 Sep 2011 09:53:23 PDT

И э-эх, давненько я не брал в руки шашки. А вот извечный вопрос: что дает новостная email-рассылка по проекту? Понятное дело, что для годного проекта нужен и форум, и RSS, и другие способы продвижения. Но с другой стороны email-рассылки вещь настолько традиционная, что вероятно отказываться от них пока рановато.

Форум: сдается мне эффективность форума в первую и пожалуй и единственную очередь будет зависеть от его – форума – удобства. У меня как-то оно мигающе всё – то форум работает за пятерых, а то какое-то место исключительно для междусобойчика.

RSS-лента: как оказалось, для большинства моих пользователей достославная аббревиатура RSS и по сей день остается загадкой. До сих пор я так и не могу понять, как работает моя англоязычная RSS-лента. Счетчик подписчиков и поныне телепается в районе 2-ух десятков читателей. Хотя логи веб-сервера показывают цифры обращений на порядки больше. Но с RSS вообще не всё так просто. Но про несложные приемы повышения отдачи от RSS уж в другой раз. Ну, а на русской RSS-ленте и вовсе счетчик не ставил. Но ее отдачу как раз таки видно невооруженным взглядом.

Facebook и иже с ними: ну я блин, даже и не знаю что сказать… Вот у Aml Pages есть две группы: англоязычная и русскоязычная. Число участников говорит само за себя: более сотни в аглицкой, и менее десятка в русской. ОК, я понимаю, что для наших скорее популярнее будут какие-нить одноклассники да всякие вконтакте, чем Facebook. Но тратить время и еще на одну соцсетку, без четких аргументов, что это выстрелит, уже совсем не хочется.

Блог: “а хрен его знает, товарищ полковник“ ©. Отдельных блогов ни по каким проектам не заводил. Плюс отчасти роль русского блога по Aml Pages вполне выполняет и рассылка. Подробнее чуть ниже. Этот блог иногда что-то выдает – но это, скорее, из разряда юмора.

А вот емейл-рассылка, имхо и поныне остается вполне эффективным путем извещений о новостях. Опять же, в рассылке должна быть исключительно целевая аудитория – подписаться читатель может сам. И только сам. Случайно попасть в подписчики не выйдет.

Для русской рассылки уже сто лет пользую subscribe.ru. Для аглицкой сравнительно недавно заюзал сервис новостных писем от Plimus. Итак, что мы имеем с гусей, с обоих.

Доступность предыдущих новостных писем: на сабскрибе – завсегда пожалуйста – читай не хочу. На Plimus: что упало (к подписчику) – то пропало. Новый подписчик не имеет возможности полистать предыдущие статьи.
RSS-лента: сабскриба автоматом генерит по рассылке RSS ленту. В Plimus – а нету! :)
Анализ аудитории: в сабскрибе есть. В Plimus – опять же нет.
Счетчик подписчиков: в сабскрибе есть, в Plimus – и снова нет.

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

Отладим?

noreply@blogger.com (Гоша Мазов aka Carc) — Thu, 07 Jul 2011 02:52:21 PDT

Буду краток (©).

Оригинал здесь.

Юзабилити. Мысли вслух. Правый клик

noreply@blogger.com (Гоша Мазов aka Carc) — Sun, 01 May 2011 07:31:45 PDT

В Windows есть такая штука, как безопасное извлечение устройства: флешек, кард-ридеров и прочей периферийной дребедени. В общем, вещь нужная и годная. Но меня всегда потрясало, что по правому клику по иконке в трее, можно перейти только к диалогу отключения устройства. Скромно умолчим, что этот диалог зачем-то набит и списком жестких дисков… Умолчим и о показе меню с одним-единственным пунктом выбора. Зачем нужно меню, если оно может предложить только одно действие? Почему не показывать тогда диалог сразу?

Ладно, все это типично виндовые мелочи. Хер с ними! Но дело в другом. Давным-давно, очень очень много лет назад, я узрел, что на иконке удаления можно как-то заполучить и меню с выбором устройств. Причем безо всякого промежуточного диалога. Это, безусловно, удобнее. О сколько лет и на скольких Виндах я обкликался правой кнопкой мыши по иконке, но так и не узрел желанного меню. А тут как-то смотрю, и вижу это вожделенное меню под рукой сборщика моей кухни (мы его фотки на ноуте листали). А поскольку сборщик был человек благодушный и к себе располагал, то я безусловно спросил КАК ВЫ ЭТО ДЕЛАЕТЕ (полцарства за совет, двойная оплата, рюмаху на раз – нужное подчеркнуть)

Каково было мое удивление, ибо ларчик просто открывался: это меню доступно по левому, а вовсе не по правому клику. Вот оно юзабилити в действии. И это я-то, программер до мозга костей, годами! не мог понять, что делать. А все только потому, что разработчики Винды ~~сделали через жопу~~ нарушили законы юзабилити. Привычное – должно выглядеть и работать привычно, а не наоборот. Левый клик – управление\выделение объекта, правый клик – контекстное меню и никак не наоборот.

PS: только не надо комментариев про всякие сторонние утилиты, выполняющие именно через правый клик. Это не утилиты лучше, это в стандартном средстве сделано через одно место.

PPS: а тот самый сборщик кухнями занимался исключительно для хобби. В прошлом у него с 10-ок лет службы в Генеральном Штабе, а там дураков не держат, а потом еще с десяток лет бизнеса. Но по природе своей он заядлый охотник и рыбак. А поэтому, когда дети выросли, бизнес продал, и на полгода пропадает в пампасах с удочками. А в зимний период занимается сборкой кухонной мебели для души (причем у него это весьма шикарно получается). Так что сборщик мебели все таки оказался несколько не типичный. Только сути дела – правый-левый клик – это все равно не меняет!

Плагиностроение

noreply@blogger.com (Гоша Мазов aka Carc) — Fri, 08 Apr 2011 04:04:21 PDT

На RSDN.ru в форуме по архитектуре программного обеспечения большой аншлаг. Еще бы! Вечные же вопросы задеты: ~~что делать и кто виноват~~ нужны ли плагины в софтине Икс, и как вообще организовать интерфейс плагинов. Всё как-то собирался рассказать, как я проектировал Plugin API для Aml Pages. А главное рассказать миру, какие ошибки допускал, как их исправлял, и на что именно стоит обращать особое внимание.

Но, как водится, если я чего задумал, то выпью обязательно (© В.С. Высоцкий). Выпито достаточно, и естественно, о плагиностроении не написано ни строчки до сих пор. А сказать-то есть чего. Основные архитектурные черты моего Plugin API как раз и описал в посте на RSDN.ru. Но в нем только самые главные черты – взгляд на вещи, а вопросов на самом деле тьма:

Могут ли плагины интегрироваться в пользовательский интерфейс хост-приложения?
Плагин инициализируется хост-приложением при старте или по требованию? Единожды или многократно?
Как взаимодействует плагин и хост-приложение в совместно используемой памяти? Или проще говоря: кто и как выделяет память, и кто, как и когда ее освобождает.
Как обеспечивать обратную совместимость старых плагинов, и новых версий Plugin API?
Как проектировать основные структуры данных для обмена информацией?
Какие сервисы должно или может предоставлять хост-приложение? Или иначе: может ли плагин “попросить” выполнить какую-либо работу само хост приложение.
Нужна ли поддержка событий? Т.е. должно ли хост-приложение извещать плагин о возникновении некоторых событий, изменений.
Как разруливать ситуацию, если есть две версии хост-приложения Unicode и ANSI?
Если хост-приложение локализовано на несколько языков, то на каком языке должен быть UI плагина?

В общем, вопросов вагон и маленькая тележка. И все они на 99 процентов будут зависеть от архитектурных решений. Именно их придется продумывать в первую очередь. И неправильные решения в таких вопросах вызовут наибольшие проблемы потом. А проблемы будут! Первая версия моего Plugin API, к примеру, и вовсе ушла в помойку – все пришлось переписать с нуля. Но вот начиная со второй версии, архитектуре Plugin API я уделял максимум внимания – и в той или иной степени она осталась в Aml Pages и поныне. О да, архитектура претерпела ряд весьма значительных изменений. Но все они были пожалуй в сторону развития, а не полного переписания с нуля.

Во-о-о-от, значитъ! Будем считать это первым блин комом. Глядишь, этот пост в последствии и заставит меня все таки рассказать побольше о плагиностроении. Ибо пока сам пишешь, все настолько по полочкам разложишь, что конкретный ~~мозг просветляется~~ Plugin API только улучшается.

Usability. Совет дня – продолжение.

noreply@blogger.com (Гоша Мазов aka Carc) — Sat, 26 Mar 2011 03:55:38 PDT

С пару месяцев назад писал про голосование на RSDN на тему использования “читаете ли вы совет дня”. Если в двух словах, то результаты получились неутешительные. Не читаем! Хм, и странно было бы ожидать чего-то другого. В конце того самого поста я обещал рассказать, как я решил эту проблему. Лениво, конечно, ибо когда сам уже разобрался, то трепаться становиться неинтересно. Но надо раздавать долги. Попробую, но раз лениво, то несколько в декларативном стиле.

Сначала расскажу почему.
Никаких советов дня при запуске. Раз пользователь запускает приложение, то у него явно есть какая-то цель, ежеминутная задача. Он попросту не будет читать никаких поучений. В народе это называется проще: “не пизди под руку”.

Никакой модальности. Зачем кнопка ОК? Она что-то делает? Пусть совет дня показывается где-то сбоку припеку. Не требуя от пользователя никаких действий. Совет это же всего лишь рекомендация. Вы же не удивляетесь отсутствию кнопки ОК на объявлении на двери подъезда?

Теперь как сделано в Aml Pages. Скриншот собственно ниже.

Отдельная панель: Итак, в Aml Pages я сделал совет дня в виде отдельной панели, a la строки состояния. Такая статусбарного вида панель привычна для пользователя и не требует от него никаких действий, не отвлекает его от работы.

Панель совета внизу окна: т.к. совет дня информация сугубо вспомогательная, то располагаться она должна все-таки внизу. Все в правилах information flow: главное – слева вверху, второстепенное – внизу и справа. А читаем мы в таком порядке…

Навигация в панели: все-таки некоторыми интерактивными возможностями панель советов должна обладать. Какой-нибудь несложной кнопкой “следующий совет”. Главное никакой модальности. Интересно пользователю? Кликнет. Нет, так нет.

Узнать больше: неплохой идеей оказалось сделать возможность перейти к расширенной информации по тематике конкретного совета, к большей статье, документации или еще чему-то подобному. Никаких велосипедов. Советы дня, имеющую такую связанную тему, показываются как гиперссылка на тему. Надо – кликнут. Плюс во всплывающей подсказке пояснительная информация, что за ссылка и куда. В Aml Pages это ссылки на статьи на сайте. Заметьте господа, это даже не “реклама” в дурном смысле – это то самое, ненавязчивое предложение для пользователя.

Цветовая схема: т.к. все-таки панель советов информационная, то и оформление должно быть в таком же стиле. Не выпендривался – у меня панель советов использует системные цвета всплывающих подсказок (tooltips). Рехех, а) привычно и узнавабельно для пользователя б) сама панель несколько отличается от основной цветовой схемы приложения, что в какой-то степени рано или поздно привлечет его внимание.

Ну, примерно вот так вот. А напоследок один забавный момент. Как я пришел к тому, что панель советов должна быть внизу, и почему в первой версии все-таки панель советов была вверху окна. Однажды, я с грустью заметил и-э-эх, и сколько же пространства у меня пропадает на пустом месте справа от тулбара вверху окна :(. А не херакнуть ли туда какую-нибудь вспомогательно-справочную инфу? С этого и понеслось, и в конце концов, начав с обычной прорисовки текста прямо на окне, выросло до идеи отдельной панели. Но все-таки вверху окна приложения, с этого ведь все и началось.

Но потом, несколько пользователей обмолвились, что все-таки отключают панель советов. И это навело на мысли.

Вверху главного окна расположены панели инструментов. Места там и так немного, поэтому если его не хватает, то под нож идут все вспомогательные моменты. Панель советов, естественно, срубали первой.
Не стоит мешать информационную часть и инструментальную. Там где инструменты (тулбары), пользователь мышью частенько работает практически на автомате: мышь туды-сюды, клик и готово. В этот момент пользователь в активной фазе работы – он просто не будет читать всякие ~~дурацкие~~ советы, какие-бы замечательные они не были. У него в этот момент свои и причем совершенно другие заботы. А вот когда он решит отдохнуть, и глаза его устало опустятся… А тут, ух-ты, йопты, инфа. Может быть и заинтересует.

Вот таким вот макаром панель советов дня и переехала вниз главного окна приложения. К слову говоря, больше отключения панели советов не наблюдалось. По какому только поводу пользователи не слали мне скриншоты (баги там, проблемы всякие) – у всех панель советов дня была включена. Сработало, однако :)

Всё, уф! Обещал рассказать про советы дня – сделал. Долги кажись раздал… Ну и понятное дело, идею можно развивать, дотачивать, но все это уже будет на 100 и еще 100 процентов зависеть уже от конкретных задач в конкретном приложении.

Technorati Теги: Совет дня

Пользовательский интерфейс: виртуальный ListView

noreply@blogger.com (Гоша Мазов aka Carc) — Mon, 14 Mar 2011 03:49:04 PDT

Об актуальном. Как-то последнее время начинаю все с большей и большей теплотой относиться к виртуальному режиму списка (ListView). Ощущение полного контроля над списком: что, как и когда он отображает – настолько впечатляет, настолько завораживает, что нет слов. Действительно, код поначалу приходится сильно доводить, продумывать, вникать в детали. Но это только поначалу. Зато потом, возникает устойчивое чувство, что все работает как надо, что код “сверкает всеми гранями и бесконечно совершенен в своей продуманности, последовательности, и определенности”.

А по сути-то, в виртуальном списке всего лишь выполняется старинный программерский завет, она же отчасти первая нормальная форма: “данные должны быть определены единожды и однозначно”. Если задаются какие-то значения, то только в одном единственном месте. Какие данные есть в бизнес-слое приложения, те в ListView и отображаются. А не извечный геморрой: что в конкретный момент времени в ListView де-факто, а что в модели, и в какой момент времени данные должны обновляться в пользовательском интерфейсе, и кем это обновление инициируется...

А уж вкупе с механизмом CustomDraw и вовсе наступает окончательный дзэн. Эмулировать из виртуального ListView дерево-подобный элемент управления, с ветками, и прочей дребеденью, но в довесок со всеми преимуществами списка и вовсе становится элементарно. В общем, буду краток (ц) – прёт!

Все ж прав автор статьи по ссылке выше “Все программисты делятся на тех, кто повсеместно применяет виртуальный режим, и тех…” Попробовав единожды, отказываться от подобных плюшек уже и вовсе не хочется.

Technorati Теги: virtual ListView

Резервное копирование исходного кода

noreply@blogger.com (Гоша Мазов aka Carc) — Sun, 27 Feb 2011 12:03:25 PST

А поговорим-ка о резервом копировании. Началось все с поста “Онлайн Backup-сервис” на незабвенном RSDN. Благо проблемы бекапа исходного кода стояли давно. И чтобы более-менее надежно, и не очень дорого, без рутины и быстро. Надежность – без комментариев. Цена само собой вопрос не последний. Быстрота и удобство – последнее по списку, но не по значению. Как только появляется геморрой в создании бекапа, начинаем класть с прибором на этот самый бекап… Со всеми рано или поздно вытекающими последствиями. А посему идеал, это когда клик и готово – бекап сделан.

Заюзал для резервного копирования веб сервис Dropbox.com. Пользуюсь больше месяца. Впечатления отличные: удобно, быстро, надежно и в меру бесплатно.

Схема использования проста как две копейки. 1) Исходный код в архив. 2) Архив в специальную папку синхронизации на диске. 3) А уж специальная тулза от Dropbox.com видит в папке изменения, и закачивает новые данные на сервер. Само собой, особо критичные исходники отправляются в запароленном виде. Приятный сервис, к тому же 2 GB дискового пространства выдаются бесплатно. За большее придется заплатить.

Заодно пришлось поковыряться с этим автоматическим синхронизатором для сервиса. Пользователи давненько просили изваять какой-нибудь плагин для быстрой отправки документов Aml Pages куда-нибудь вовне: е-мейл, внешний сервер и.т.д. А тут все один к одному: и бекап хотелось бы автоматизировать, и пользовательские просьбы, да и всякие фич-реквесты и баг-репорты у меня также и в документах Aml Pages хранятся. Так что в подобном плагине я и сам был заинтересован. Сказано-сделано: изваял плагин Aml2Dropbox. До идеала конечно не доводил: парсинг настроек синхронизатора, архивация в ZIP, да и по мелочам. Но ~~пока~~ работает как часы.

В общем, отличный сервис. Рекомендую.

Ссылка по теме. К вопросу об архивации исходников. Был у меня скрипт для архивации, но больно заточенный под конкретный проект. А вот здесь выложена отличная подборка скриптов для архивации исходников. Скрипты для Windows, но в соседних постах можно найти и для других ОС. Не в качестве рекламы, а дабы каждый раз не гуглить указанный пост заново. Спасибо автору за скрипты. Толково!

МГУ или сказки нашего двора

noreply@blogger.com (Гоша Мазов aka Carc) — Mon, 28 Feb 2011 15:45:29 PST

Похоже известное выражение Джордано Бруно “наука есть наилучший путь для того, чтобы сделать человеческий дух героическим” актуально и поныне.

Ссылка по теме: сказки нашего двора или как пожили профессора и спасибо! Обрадовала моя альма-матерь на старости лет. Никак не ожидал, что МГУ им. М.В. Ломоносова в лице именно ее руководства достигнет небывалых высот в такой науке как “обыкновенный развод”… :( Похоже и барон Карл Фридрих Иероним фон Мюнхгаузен был прав, утверждая: “чтобы влюбиться, достаточно мгновения. Чтобы развестись иногда нужно прожить 20 лет вместе”.

Technorati Теги: МГУ,корпуса которых нет,КЛИМ

Обратная связь с пользователем

noreply@blogger.com (Гоша Мазов aka Carc) — Wed, 09 Feb 2011 16:46:13 PST

О важности обратной связи с пользователями для shareware проекта можно говорить бесконечно. Конечно, можно заявить что-то вроде “будьте клиентоориентированы”… Но нет, ~~идите в жопу~~, у нас не сто рук, и не 48 часов в каждых сутках. Все и вся успеть не получится, поэтому выбирать и расставлять акценты все равно придется. А на что обратить внимание, и как вот тут и начинаются детали.

Вопрос как организовать эту пресловутую обратную связь? Чему больше уделять времени? Что и какой полезный выхлоп дает? А что, собственно, вообще можно сделать?

Если в двух словах, то по большому счету вопрос в организации двунаправленного канала связи. Так чтобы и пользователь(и) мог сообщить свое мнение, ну и авторы проекта донести свою информацию (новости, релизы, статьи). Расскажу, что пробовал я лично – галопом по европам, ну и отчасти про плюсы и минусы. А подробности уж в других постах, если будет интерес.

Раздел Новости на сайте: это старинный и хорошо проверенный временем пример. Как оказывается, очень многие читают и следят за новостями именно на сайте. И пофиг им все остальные каналы распространения информации. А уважать привычки своих пользователей смысл имеет. Поисковикам кстати эта информация точно лишней не будет . Из минусов: если посетитель на сайте первый раз, ему эти новости “по боку”, только лишние грузяки большими объемами информации.
Новостная RSS-лента: это вообще как говорится “заобязательно”. Далеко не все, но очень и очень многие предпочитают следить за новостями по RSS-ленте. Как прикручивать RSS ленту к сайту расскажу чуть позже. Несколько простых приемов и польза от ленты возрастает в разы. От себя скажу, что настолько уделяю внимания RSS-ленте, что не поленился написать под себя любимого собственный WYSIWYG редактор RSS.
Форум: необязательно конечно. Это вообще далеко не всем подходит. Но помогает создавать устойчивое сообщество пользователей. Из минусов: администрирование форума это тоже нехилая работа, а хотя бы и по времени.
Форма обратной связи: по сути это то же самое что и форум, но в отличие от первого позволяет общаться лично с Вами, а не со всеми подряд. Главное в такой форме возможность отправить сообщение анонимно. Из минусов: спам, конечно же. Но несколько взмахов пера, и количества спама снизится на порядки.
Новостная емейл рассылка: кажется один из мощных источников продвижения. Но личное впечатление ну очень двоякое. С одной стороны в моей рассылке написано больше сотни постов. Возраст рассылки составляет уже несколько лет. А я как не знал, так и не знаю кто аудитория этой рассылки. Зато, если пользователь на нее подписан, то это точно наш человек. Т.к. случайно получить выпуск рассылки у пользователя ну никак не получится. Он может только сам, и причем вполне осознанно подписаться. Про плюсы и минусы подробнее в другой раз.
Группа в Facebook: конкретного мнения пока у меня не сложилось. Но личное впечатление от Facebook более чем положительное. Чем-то вполне может заменять и емейл рассылку, и отчасти RSS, т.к. во многом функции пересекаются. Запостить новость в Facebook дело 2-ух минут. Удобно, быстро. Но пока продолжительного опыта нет, поэтому затруднительно высказать какое-то определенное мнение. Другие социальные сети: что-то пробовал – не понравилось, а что-то просто откровенный отстой.
Uninstall Feedback: это просто святое. И чего только бывало не узнаешь о своей программе, когда пользователь ее удаляет. Даже сам факт вдруг пропажи uninstall-фидбека меня пару раз очень сильно выручал. Важно: 1) просто обязательно давать возможность оставить сообщение анонимно. Никто не будет палить вам свои контакты за здорово живешь. 2) если будете выносить пользователю мозг ядреными капчами вроде этой, такую форму просто проигнорируют. Не получите вообще ничего. 3) В программе удаления обязательно оставлять возможность вообще ничего не отправлять. Пусть это будет банальная галочка “оставить отзыв”, пусть эта галочка даже будет включенной по умолчанию . Но возможность отключить ее у пользователя должна быть. Впрочем, как-то я уже писал про uninstall feedback.
Перелинковка: выяснилось что это более чем действенный прием. Написали новость на сайте или в RSS? Ткните туда и ссылку на обсуждение в форуме. Вышла статья в новостной рассылке? Разместите ссылку на нее на сайте. Есть форумы, RSS, и прочия? Пусть ссылки на все это хозяйство будут в документации и в самой программе.

Ну, вроде бы ничего не забыл!?! А поподробнее, по полочками уже в будущих постах.

Про документацию

noreply@blogger.com (Гоша Мазов aka Carc) — Mon, 28 Feb 2011 15:23:41 PST

Докатился… Впервые, мой пользователь горько, долго и вслух сожалел об отсутствии бумажной документации по Aml Pages, какой-нибудь брошюрки в а-ля-PDF-ном формате, кою бы можно было распечатать. Ему, “видишь-ли те”, значительно проще и комфортнее полистать ее где-нибудь по дороге в метро. “Видишь-ли-те” в кавычках, потому что такая аргументация не в бровь, а в глаз. Я сам такой же. Если мне что-то интересно чуть более чем менее (©), то я предпочитаю бумажный вариант.

Что на это возразить? А я все по старинке: хелпы, рассылки, форумы, фейсбуки… М-дя! Оказывается Aml Pages доросла до уровня, что людям к ней хочется манулов, хочется полистать, хочется поковыряться в доке. Это что-то в корне новое. Призадумаешься, однако.

Светофорные иконки

noreply@blogger.com (Гоша Мазов aka Carc) — Mon, 28 Feb 2011 15:12:22 PST

Сегодня немного об иконках. А точнее о главных иконках приложений. Вот посмотрите на скриншот панели быстрого запуска.

Правая группа иконок смешалась практически в неразличимую массу, причем даже не спасают никакие различия в дизайне: круглая ли, квадратная, восьмеркой или простыней. А между прочим это иконки в панели быстрого запуска, которая по замыслу должна максимально ускорять запуск приложений. Ан нет! Каждый раз пользователю придется выискивать нужный ярлык глазами, всматриваясь в детали.

Насколько в лучшую сторону отличаются иконки слева: Total Commander, любимая 6-ая студия, ну и моя же Aml Pages? Справедливости ради, стоит заметить, что с AP это так вышло, я не специально – так “фишка легла”.

Причем эту картину в панели запуска я наблюдаю каждый день, и каждый раз ломаю глаза, когда нужно что-то стартовать из этой компании. Никогда не задумывался о главной иконке приложения именно в таком контексте… Воистину, настоящий дизайн использует минимум цветов и оттенков. Причем все они образуют единый стиль, а не елку новогоднюю. Вот вам батенька и студии дизайна. Модняво, красиво, но не функционально!

PS: Это еще что! А вот когда все это сообщество работает, а оно ух как часто работает одновременно, то в списке переключаемых окон, показываемому по Alt+Tab, приходится совсем туго с этим разрисованным семейством. А ведь поди всё бренды… бренды… бренды. Проще надо быть, прощее :)

В стране национальная трагедия

noreply@blogger.com (Гоша Мазов aka Carc) — Mon, 28 Feb 2011 15:01:32 PST

В стране национальная трагедия! Нет, нет, на это раз телевизор не сломался, все значительно хуже. Вот что творится с RSDN.ru.

В народе такая ситуация имеет меткое название: “срали, срали и упали”. Тянется это с прошедшей ночи, день кончается, а воз и поныне там. Сам бы и продил бы домен, да куда платить-то!?!

Таня, Танечка не плачь!

noreply@blogger.com (Гоша Мазов aka Carc) — Mon, 28 Feb 2011 15:43:05 PST

Душевный видео ролик со звонком на радио-станцию от Танюши, что ее машину со спецсигналом не пропускают…

Посочувствуем же, Тане. Люди мы в конце концов или нет! Оригинал на рутюбе здесь.

Летайте самолетами Аэрофлота или фотка дня

noreply@blogger.com (Гоша Мазов aka Carc) — Thu, 30 Dec 2010 03:09:01 PST

Сегодня на Яндексе обнаружил вот такую вот рекламу.

Летайте самолетами Аэрофлото!

Угу, точно! Именно сейчас, когда в аэропортах столицы полный пипец и люди кроют Аэрофлот всеми матюгами самое время летать самолетами именно и исключительно Аэрофлота. Минус тысяча рублей гарантировано (плюс бонус: минус еще с десяток за еду), а в качестве сюрприза заодно встретите и Новый Год в компании всего того же, вы угадали, Аэрофлота.

Бу-га-га :))))

Usability : Совет дня

noreply@blogger.com (Гоша Мазов aka Carc) — Sun, 27 Mar 2011 02:39:45 PDT

Учинил на RSDN голосование “Читаете ли вы диалог "Совет дня" при запуске при запуске приложения”. Результаты вполне репрезентативны – проголосовало уже 132 участника. И вот какая картинка получилась.

Нет, не читаю	36%
Читаю пару раз, потом выключаю “показывать в дальнейшем”	23%
Закрываю этот диалог “на автомате”	22%
Читаю всегда	0% (ноль)
Читаю иногда, не отключаю	6%
Читаю полностью первый раз, потом отключаю	5%
Читаю очень редко	1.5%
Если есть кнопка следующий, читаю все - потом отключаю	1.5%

Результаты я немного округлил. И выкинул некоторые мало интересные, на мой, взгляд, ответы вроде “Я не знаю что такое совет дня” (ответ не в тему, но “слив засчитан” – ибо сам по себе интересен). Но посмотреть точные результаты можно по ссылке выше.

Вот такая вот интересная картина сложилась. 81 (восемьдесят один!!!) процент, условно говоря, вообще не смотрит на диалог совета дня. Или не читает, или пару раз (пока не достал), или закрывает на автомате. Впечатляет, не правда ли? Ходишь в школу, ходишь – бац, вторая смена ©! Как не геморройся с советами дня подавляющее большинство их попросту не читает. Но в любом случае, их никто не читает постоянно. А между тем, подобные советы могут содержать весьма полезную для пользователя инфу, и обучать его ненавязчиво, постепенно показывая ему “рюшечки” в приложении.

А ведь этот пресловутый совет дня должен помогать пользователю, давать ему указания, подсказки. Ан фиг! А почему? Да потому что, не советчик это вовсе, и не заботливый провожатый по приложению – а абсолютно наглый, безмозглый, и совершенно несвоевременный указчик, что делать пользователю да эдак. А пользователь всегда лучше знает, что ему нужно. Обычно затруднения возникают не в цели, а в способах достижения этой цели.

Элементарно, Ватсон. Приложение стартует, и вероятно не само по себе, а по воле пользователя. Разумно предположить, что у пользователя есть свои собственные цели, причем есть прямо сейчас, сию секунду раз уж приложение стартует. А тут на тебе, наставник появился. Да еще и на отвлеченные темы поруководить решился. Совет при запуске не способен угадать цель пользователя, поэтому в 100 из 100 случаев его советы в момент запуска и вовсе не ту степь.

А тем не менее совет дня может быть более чем полезным помощником. Но для этого придется выполнить некоторые условия. Он должен быть ненавязчивым – т.е. не висеть модальным диалогом при запуске, мешая пользователю достичь его сиюсекундной цели. Иначе это не “помощник”, это уже “назойливая поучалка”. Совет должен быть в тему: т.е. быть близким к тематике задачи пользователя – иначе опять не “советчик“, а раздражающий “гуру” на отвлеченные темы. И наконец, совет дня не должен бросаться в глаза, концентрировать внимание пользователя на себе. Это же все таки совет – он не должен отвлекать, он должен помогать.

А бывает ли такое? Ну конечно же, посмотрите на любой солидный веб сайт, к примеру тот же Facebook. Советы расположены рядом с элементами, к которым они и относятся – т.е. ходить далеко за ними нет нужды. Эти подсказки, как правило, сделаны неброским шрифтом. Они не забирают внимание пользователя на себя. Найдется время у пользователя? ОК, прочтет. Нет, так нет – советы ничем и не мешают. И никакой Вам навязчивости, никто не требует закрывать модальное диалоговое окно при входе на сайт!

Немного аж завидно становится обычному ~~советскому~~ десктопному разработчику всем этим веб-два-нольным примочкам. А разве нельзя сделать такое же в десктопе? Варум нихт? Я вот сделал в Aml Pages. А как именно, и главное к каким решениям, почему и как пришел, расскажу в продолжении.

UPDATE: обещанное продолжение здесь

Раздача под настроение

noreply@blogger.com (Гоша Мазов aka Carc) — Mon, 28 Feb 2011 15:39:12 PST

Чего-то раздобрел я сегодня. Видать, последствия отдыха на прошлой неделе наконец-то начали отпускать :). Взращивал и еще немного скидки на Aml Pages.

Ну для начала добавил анонс рождественских скидок в демо-документ всех буржуйских дистрибутивов Aml Pages. Затея непосредственна, как ребенок. Демо-документ в Aml Pages открывается автоматически при первом же запуске. В нем содержатся примеры использования, несколько статей, ссылки на ресурсы, ну и т.д., в том же духе. Почему бы в соседнем разделе такого документа и не висеть бы объявлению о скидках? Посмотрим, что из этого выйдет.

Во-вторых подарил лицензию одному венгру за создание видео-ролика об использовании Aml Pages. А заодно он мне и махонькое ревью состряпал. Стоит отметить, что этот венгр сам девелопер – и его мнение, да и ревью может дать любопытный эффект. Теперь заинтриговано жду последствий.

Ну и наконец, “Остапа понесло” (С). Для начала приделал в меню на русском сайте ссылку “получить бесплатно“. Ссылка и раньше была, но располагалась она в таких закоулках сайта, что далеко не всякий и найдет. А теперь “бесплатно” соблазнительно красуется аккурат рядом со ссылкой “купить”. Теперь вот жду плодов сей выходки. И что будет? Способов бесплатного получения в русской части сайта поболе будет, да в пару раз .

Ну и напоследок, ~~во хмелю разошедшись~~, на английском сайте повесил объяву, что подарю лицензию на Aml Pages на халяву, если пользователь сообщит мне вескую для этого причину. “Банкоматский пляж” как-то обмолвился, что и чего только не предлагают в обмен на лицензию, вплоть до “качественного миньета” :) Сдается мне, как-то все кажется, что мощная порция добротного юмора вполне стоит бесплатной лицензии.

Вот такое вот сегодня блин настроение… Поглядим, как фишка ляжет, и до чего доведут подобные игрища :)

Technorati Теги: Aml Pages,скидки,бесплатно