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

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

Но все это было бы пустым звуком, без конкретных примеров, без практики где мы набили несколько хороших шишек.

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

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

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

Как часто у вас бывали моменты, когда вы создавали подобные события в своём календаре:

[21:00] Кинуть бутерброд из сумки в холодильник — загниет.
[23:00] Незабыть взять диск для Гоши.

А было ли вам неудобно, если оповещение о них приходило в тот момент, когда вы ещё были не дома? И на следующий день — та же ситуация…

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

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

Под катом много букв! Чтоб не потеряться в их обилии все пункты выделены заголовками.

В тот день, когда Грубер (Gruber) впервые опубликовал интерфейс TripLog/1040 от Stevens Creek, я был настроен неблагосклонно. Цвета — яркие, элементы управления казались расположенными в совершенно случайном порядке. Это шло вразрез со всем тем, за что ратуют наши дизайнеры. Просто бардак. Вскоре страница на Flickr превратилась в площадку для нападок и оскорблений. Но тут случилось нечто весьма интересное. Дизайнер TripLog Стив Патт (Steve Patt) посреди всего этого потока желчи опубликовал комментарий, в котором поделился той логикой, что в конечном счёте привела к такому варианту дизайна. Те, кто предпочёл его не слушать, ничему не научатся, но остальные могут многое почерпнуть из наводящего на интересные мысли объяснения и двадцатилетнего опыта мистера Пратта в разработке ПО.