Блог Юрия Скалецкого (С IT по жизни)

Запах скверной спецификации

2012-01-19T17:30:00.000+04:00

Если у разрабатываемой системы есть пользовательский интерфейс, то понять, что спецификация скверная, несложно.

Правило "ноль") После прочтения документа в голове ровный гул. То есть непонятно вообще ничего. И вопросов не возникает.

Теперь более конкретные запахи, которые можно сосканировать с документа, не вчитываясь в детали

1) Не определены рамки системы. Что система делает, какие требования реализует, Сколько у пользовательского интерфейса вообще экранов -- если это не понятно тебе, не будет понятно и разработчику.

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

3) Хорошо освещено очевидное. То есть "под фонарем ищем, где и так светло". Примеры

- "Нажатие на кнопку ОК закрывает окно"
- "Нажатие на кнопку Отмена отменяет операцию"
- "На форме "Список пользователей" отображен список пользователей"
- "Выпадающий список "Пользователи" должен позволять выбрать пользователя"

4) Нет описания тонкостей.

Например, для списка пользователей

- Есть ли неявные фильтры
- Какая сортировка по умолчанию
- Как выглядит список если ничего не найдено

Для форм

- Каковы правила валидации для каждого элемента
- Как выглядит форма с валидаторами
- Сохраняются ли умолчательные зрачения (и на каком уровне - cookies, профиль пользователя,

Тикетс РЖД ру или "Сколько вы говорите стоит этот сайт?"

2011-08-24T21:52:00.003+04:00

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

- Венедикт Ерофеев, "Москва-Петушки"

Дорогие создатели сайта ticket.rzd.ru, вы меня простите, есть ощущение, что сайт делали люди страдающие когнитивной дисфункцией.

Задача: хочу купить билет.

1. Курский вокзал. Открываю в браузере сайт http://ticket.rzd.ru , вижу информационную страницу. (внимание - дальше будет нецензурно)

Отличная такая информационная страница. Все в ней понятно. Естесственно, я нажимаю на ссылку "Купить билет". И что я вижу? Я, блять, вижу эту же страницу!

2. Курский вокзал. Но я же уважаемый специалист и тоже не лыком шит. Я начинаю озираться и думать, куда бы мне еще нажать. В правом верхнем углу страницы я вижу кнопку "Вход" и в нее нажимаю. Теперь-то все получится!

Отличная кнопка "Вход" предлагает мне ввести имя и пароль. Я старый опытный волк, постоянно покупаю сцуко билеты на этом сайте и ввожу требуемое.

Чудесно. Веничка, ты где?

3. Ты Веничка опять на Курском вокзале!

Опять там же! Опять на главной странице! И если опять нажать на "купить билет" - ты никуда с этой страницы, сука, не денешься!

4. Курский вокзал. Но я же блин внимательный уважаемый специалист. Я внимательно изучу меню. И я найду два прекрасных пункта.

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

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

Как надо было сделать

Надо было сделать вот так:

Нажимаешь на "Купить билет" -- переходишь к оформлению билета.

все.

Две божественные утилиты для создания скриншотов веб-страниц

2011-07-20T15:20:00.002+04:00

web page to image render
command line tools

Crossplatform, webkit based CutyCapt

MS-specific, IE based IECapt

Что читать начинающему .Net программисту

2011-07-06T13:38:00.000+04:00

Подборка, составленная коллективным разумом RapidSoft

Много под катом

Workflow вреден

2011-07-06T10:50:00.000+04:00

В продукте, реализовывающем общюю функциональность, нельзя требовать от пользователей следовать конкретному workflow (пусть даже очень красивый), который нельзя изменить.

Почему? Потому что не угадаете про workflow, workflow меняется со временем, у разных пользователей он разный.

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

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

В этом ключе хорошим примером можно назвать Microsoft SharePoint - продукт предоставляет функционал работы со списками и возможность прикрутить к спискам некий рабочий процесс.

Если бы скайп купил Google...

2011-07-05T18:35:00.000+04:00

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

Какие группы легко автоматически определить..

* География. Скайп может опрелить у контакта регион (до города) и показать отдельно, например, всех из Зеленогада. Кроме того, у пользователей часто определен location
* Age-gender группы. это легко определять из профиля.
* по ключевым словам в чатах. если два человека, например, писали мне в чатах слово "дедлайн", я возможно хочу видеть их в одной группе :)

Частично автоматические группы в скайпе кстати есть - это Today, Yesterday и другие date-specific

Леонид Черняк "От мейнфреймов к облакам".

2011-07-05T15:57:00.000+04:00

http://sites.google.com/site/moiknigiilekcii/lekcii/informatika/lekcia-no25/cloud/otmejnfrejmovkoblakam

Цитата:

«Процессор – это транзистор современности». Новый уровень отличается тем, что здесь также собираются мэйнфреймы, но виртуальные, и не из отдельных транзисторов, как полвека назад, а из целых процессоров или целиком из компьютеров. На заре ИТ многочисленные компании и организации «лепили» собственные компьютеры из дискретных компонентов, монтируя их на самодельных печатных платах – каждая организация (а в СССР каждый НИИ) делала свою машину, и ни о какой стандартизации или унификации и речи не могло быть. И вот на пороге второго десятилетия XXI века ситуация повторяется – точно так же из серверов-лезвий, компьютеров, разнообразного сетевого оборудования собираются внешние и частные облака. Одновременно наблюдается та же самая технологическая разобщенность и отсутствие унификации: Microsoft, Google, IBM, Aptana, Heroku, Rackspace, Ning, Salesforce строят глобальные мэйнфреймы, а кто-то под собственные нужды создает частные облака, которые являются теми же мэйнфреймами, но меньшего масштаба. Остается предположить, что впереди изобретение интегральной схемы и микропроцессора.

Angry Birds for Chrome

2011-06-29T19:41:00.002+04:00

http://chrome.angrybirds.com/ пока бесплатный )

Парни сделали его на webGL и GWT

суровые )

Google Body

2011-06-24T19:18:00.000+04:00

Опять будущее наступает
http://bodybrowser.googlelabs.com

Браузер человеческого тела со всеми потрохами. работает в Chrome

Visio - mouse pan

2011-06-21T15:21:00.001+04:00

Пока опять не забыл, чтобы двигать холст мышкой (pan mode) - Ctrl+Shift+Right mouse click

Хищение биткоинов на $500K

2011-06-16T17:55:00.000+04:00

Ссылка 1
На русском с комментариями технарей

Гугль

Кнопка "закрыть окно" на клавиатуре

2011-05-11T14:15:00.000+04:00

Последние адреса IPv4

2011-04-03T12:14:00.001+04:00

ух ты! оказывается, сегодня ровно 2 месяца с тех пор, как IANA распределило последний блок IP адресовс (в IPv4)

IE9

2011-03-26T15:24:00.000+03:00

Поставил Internet Explorer 9. Вкратце - работает очень быстро, пользоваться удобно. Можно теперь не залпать на Хром

PS - зависания view source исправили, IE9 с RoboForm 7 не тормозит при просмотре исходников

Гипертрофированное стремление к совершенству

2011-03-13T14:26:00.000+03:00

"... Леня, бедняга, сидит и день за днем мучительно, до
помутнения в мозгах, взвешивает на внутренних весах своих, как будет
точнее сказать: "она тронула его руку" или "она притронулась к его
руке"... И в отчаянии он звонит за советом Вале, и жестокий Валя
Демченко, не теряя ни секунды, отвечает ему знаменитым аверченковским:
"Она схватила ему за руку и неоднократно спросила, где ты девал
деньги..."

— Стругацкие, "Хромая судьба"

Последние пару месяцев веду проект по разработке с тремя очень талантливыми программистами. Иногда на архитектурных брифингах парни начинают яростно спорить о вещах, с моей точки зрения, яйца выеденного не стоящих. Например, можно ли в юнит тестах инициализировать тестовые данные при инициализации базы либо же в каждом из тестов нужно все заново удалять и пересоздавать. Или же - не стоит ли выбросить из стайл-чекера правило, запрещающее ПЕРЕМЕННЫЕ_ТИПА_ТАКИХ, чтобы можно было константы описывать по-старинке.

Стоят значит у доски четыре человека и до хрипоты спорят. Могут час-полтора так простоять, приводя друг другу всякие аргументы. Иногда меня тоже вовлекают и уже я с ужасом обнаруживаю себя, яростно чего-то доказывающего, ломающего копья. Как минимум раз в неделю такое. 16 человеко часов в месяц уходит, а за 16 человеко часов можно, в общем-то, дофига полезного сделать.

Обнаружил, что у меня в голове ползунок, стоящий между "Мега-красивый-идеальный-сверкающий-кодом" и "Кодом, прагматично реализующим требования" стоит процентах на 60
(и то, потому что мы пишем фреймворк, и API в нем - важен. В обычном же проекте, я придерживаюсь баланса где-то на 70-80 процентов, то есть ратую за код скорее прагматичный, чем красивый.

Почему? Потому что 2011 год на носу, все IDE умеют рефакторинг, за юнит-тестами мы
следим а времени на реализацию функционала, как всегда, не хватает. Поэтому тратить
4 часа в неделю на решение проблемы тысячелетия: как написать "притронулалсь" или "тронула", мне элементарно жалко. Потом переделать можно.

Постскриптум:

Есть при этом вещи, в которых я считаю дотошность при кодировании оправданной.
Навскидку,

- API сервисов (потому что язык API будет потом
сильно влиять на производительность прикладных программистов, он должен быть "в тему")

- Разделение кода на артефакты (потому что лишние зависимости порождают плохой код, а переделывать костяк системы дольше, чем нормально сделать сразу)

- Документирование нетривиальных и нечитаемых кусков кода (потому что таких кусков мало,
и всегда есть множество причин, по которым код сделан нечитаемым, и причины эти
нужно донести до людей, которым этот код в будущем придется менять)

youtube - snake

2011-02-02T22:52:00.002+03:00

Если в момент, пока youtube подкачивает видео и крутит крутилку, нажать стрелку на клавиатуре, можно поиграть в "Змейку"

Офис велик, офис ужасен

2010-12-15T19:14:00.000+03:00

Вот что интересно - я всегда был доволен Microsoft Office

он всегда меня устраивал. А вот теперь, после перехода на Office 2010 в нем стал периодически зависать Word. Поскольку, в последнее время, я все больше в ворде работаю, это для меня критично

Техподдержка Microsoft уже три месяца меня мурыжит - то они воспроизвести не могут, то просят чтото деинсталлировать, то спрашивают, действительно ли у меня ворд зависает, а не падает (и это учитывая, что я добрался уже до разработчиков, отправил им все дампы и стек-трейсы)

У меня теперь есть три выбора

- Страдать и мучаться, восстанавливая документы по после принудительного рестарта Ворда
- Сделать downgrade оффиса до 2007
- Перейти на что-нибудь еще. (скорее всего, с префиксом "ай")

И вот как не странно, я совершенно не хочу делать downgrade. Остальной офис меня мегарадует, особенно Outlook. Поэтому откатываться на предыдущий - не хочется вообще.

Я уж скорее перейду на что-то радикально новое, с каким нибудь префиксом (хотя и не факт, что оно лучше будет)

Такой вот интересный психологический феномен.

А, мораль. Так вот, мораль. При разработке если обновление у пользователя глючит, пользоваться предыдущей версией пользователь может и не согласиться. Скорее - помучается-помучается, да и пойдет себе дальше, когда терпение лопнет.

Android on HTC HD2

2010-10-24T15:16:00.001+04:00

TWIMC

подборка загрузочных образов
http://android.hd2roms.com/

Глубокое внимание, мелкое внимание, скверное внимание

2010-10-09T17:46:00.004+04:00

Подход к делу в различных режимах внимания

"Глубокое внимание"

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

На примере проектного менеджера:

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

Человек работает в режиме глубокого внимания, если:

* Он умен и опытен
* Он болеет за результат всей задачи в целом
* У него достаточно времени
* Нет серъезных стрессов

"Мелкое внимание"
Реактивная модель поведения. Приходит событие - и человек с ним разбирается, особенно не вдаваясь во всю задачу в целом.

Работа в режиме мелкого внимания страшно экономит врмея (по сравнению с "умным вниманием") но дает абсолютно минимальный результат.

На примере проектного менеджера:

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

Человек может работать в режиме мелкого внимания, если:

* Он не заинтересован в результате деятельности
* Он слишком перегружен другими задачами
* Он попросту некомпетентный осел

"Скверное внимание"
Шизоидная модель поведения, похожая на глубокое внимание, но характерная тем, что контекст задачи неверно интерпретируется, в результате
чего фокусировке и детальной проработке подвергаются задачи, минимально важные для проекта. В результате действительно важные задачи не
делаются, а все участники проекта пребывают в "легком недоумении" - вроде лихорадочная активность имеется, а результат - никакой.

На примере проектного менеджера:

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

Человек может работать в режиме скверного внимания, если:

* Он заинтересован в срыве проекта или его части
* У него приоритеты, отличные от других членов команды
* Он деятельный некомпетентный осел

NuPack - менеджер пакетов для Visual Studio 2010

2010-10-08T21:32:00.001+04:00

Наконец-то дождались?

http://nupack.codeplex.com/

добавляет возможности по добавлению Package Reference - непосредственно из репозитория пакетов

Если приживется, наконец-то будет стандартный способ работы с пакетами в .Net

Ссылки
- http://habrahabr.ru/tag/nupack/ - обзор на Хабре
- подробная статья

UPD: В качестве пробы, выложил версию 0.0.3 утилиты autopatch.Net в виде пакета nupack
1. добавляем в список репозиториев http://dialogue.beta.rapidsoft.ru/nupack
2. создаем новый проект
3. открываем Package Manager console, выбираем в Package Source этот репозиторий
4. говорим add-package autopatch.Net

Вуаля! проект добавлен. Можно пользоваться :-)

Бизнес-приложения меняют хозяев

2010-09-30T09:22:00.000+04:00

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

- Каждый следующий ответственный за процесс сотрудник видит процесс чуть более по другому, чем предыдущий
- Многие, особенно неочевидные, доработки, которые предложил прошлый "хозяин", новому кажутся, мм... странными
- Систему требуется адаптировать к видению нового хозяина
- Спецификации естесственно никто не читает, поэтому информацию о том, почему так или не иначе, новый хозяин системы получает от разработчиков

Как результат

- в системе нужно бывает реализовать довольно странные "хотелки", слабо связанные с изначальной концепцией

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

- в системе то появляются, то исчезают одни и те же поля

Не вижу, как этого избежать.

Гуглхром против картошки

2010-09-18T02:11:00.000+04:00

омой бог

http://www.youtube.com/watch?v=nCgQDjiotG0

Chrome 6 и вправда сильно быстрее стал.. пятой версии )
с картофелем не сравнивал

Профессиональные стандарты в области ИТ

2010-09-03T13:40:00.002+04:00

http://www.apkit.ru/committees/education/meetings/standarts.php

Dave Berzack, Deverloper, Designer and a Fool.

2010-08-25T17:19:00.000+04:00

Не слушайте их, вот так пишите резюме: http://www.youtube.com/watch?v=zV0OgsRK0Bc

Реальный чувак, зовут Dave Berzack, вот его сайт.

Себе, на будущее - MS - Making Silo UI

2010-07-05T19:51:00.003+04:00

Почитать

http://msdn.microsoft.com/en-us/library/ff800706.aspx

The Hilo Browser application was designed to provide a compelling, touch-enabled user experience (Ux). It is a fast, responsive, and intuitive Windows 7-based application. This article explains how the application’s user experience was designed, the overall design process, the personnel who were involved, and the key design decisions that were taken.