Никита Прокопов tonsky

Угу, а в Идее вот наоборот, убрали.

Речь не пошла об Эклипсе. Это универсальные советы. Я и в ТекстМейте ими пользуюсь.

мм и как вы одну панельку на другой монитор в этом случае переносите? Как вы вообще два монитора используете — окно на всю площадь двух мониторов разворачиваете?

На двух мониторах удобно.

> Там нет ни одного пункта, который нельзя было бы понятно изобразить с помощью иконки.

Первые три вам удались, следующие три (два) — насчет них вы, боюсь, заблуждаетесь.

А вот палитра по правой кнопке мыши — бомба. Пара вопросов: можно ли зажать правую кнопку, не отпуская, выбрать нужное и отпустить? Это было бы удобно. И второй: удобно ли упомянутым вами пользователям нетбуков с таким меню работать на тачпаде?

И еще. Сейчас для доступа к кистям/цветам надо сделать движение вниз, а затем вправо. Это достаточно сложное движение. Не рассматривали ли вы вариант радиального меню вокруг курсора? Туда наверное вошли бы и пять последних кистей, и пять цветов, и инструменты.

Тут речь не о выигрыше в производительности, а в простоте разработки. Нету потоков — нету факапов с race conditions. Плюс сам по себе пайтон раз в десять-двадцать по скорости разработки фору джаве даст. На том и выезжают.

Посмотрел identyme.com/demo

Сайт на русском, демо почему-то на английском. Сделайте полноценное демо, а не вот этот вот N/A N/A N/A. Вы сами своим сервисом пользуетесь? Выставьте в качестве демо собственную визитку, приятнее же видеть живого человека.

У вас очень много иконок, не продублированных текстом — трудно догадываться об их значении. Тем более большинство людей будут эту визитку в первый раз видеть. Это касается и иконок навигации над визиткой (portfolio, social profiles, contacts etc), и иконок типов контактов (сайт, электронная почта и еще ерунда всякая).

Про те же иконки (табы) — не выделяется текущий таб.

Форма контакта молча перенаправляет обратно на главную — непонятно, ушло сообщение или нет.

Ссылка на сайт n/a ведет на identyme.com/N/A, а должна не быть ссылкой. Отсутствующие данные лучше совсем не показывать, зачем кому-то знать, что вот этот вот человек, приславший мне визитку, не имеет MSN messenger? Важно только то, что он указал, не важно то, что он мог указать.

Логично было бы объединить Portfolio+resume, а социальные профили — с контактами.

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

Хм, в вашей игре, надо не «одеть вещь», а надеть :)

как в воду глядел :)

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

Решение гугла более интуитивное — вот тебе календарик (один), отметь на нем интервал (представьте, как вы на настенном календаре даты поездки отмечаете, вы же не два календаря на стену вешаете), в вашем же возникает вопрос: почему два календаря, причем иногда с одним и тем же месяцем (если интервал начинается и заканчивается в пределах месяца, скажем)? Это сложно, это путает. Люди так не мыслят.

Еще одна проблема вашего решения — не видно, как даты начала и конца друг относительно друга расположены. Я, допустим, знаю, что хочу поехать в отпуск на неделю (потрачу на задачу три дня, пролежу в больнице полмесяца и т.д.), я отмечаю начало, а чтобы отметить конец, мне придется перенести взгляд вправо, найти там ту же дату, которую я отметил слева (а не дай бог еще месяц другой окажется, менять надо будет, и хорошо, если я сразу это замечу), потом мысленно отсчитать от нее три дня (придерживая пальчиком дату начала, чтобы не сбиться), отметить конец. На малых интервалах, короче, не работает.

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

Так дропбокс сам по себе бэкап — одна копия у них и несколько на твоих компьютерах. Ни о каких бэкапах думать не надо.

везет же людям, такие штуки разрабатывают

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

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

Кстати, спустя 3 дня я тут понял, что на странице отправки поста рекламный блок не нужен — с поиска туда все равно не попадешь, а автору показывать ее как-то глупо, наверняка он ее не замечает уже.

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

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

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

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

3 — вопрос в том, насколько «иногда» и смогут ли пользователи без этого жить. Я думаю, смогут.

4 — это комбобокс и есть по сути. Только в нем картинки выбираются.

contentEditable — это как docs.google.com, представьте, лента ваших постов, вы в любом месте дописываете/исправляете ошибки. Отсутствие режима редактирования как такового. Видишь пост (и он твой) — прямо сразу и редактируешь.

Просто скорость работы также оказалась важной составляющей юзабилити.

Ну вот у вас никто фидбека не просил, а вы тем не менее критикуете предложенные решения. Двойные ваши стандарты, однако.

Мне кажется, самый правильный подход к интерфейсу постинга в блог — считать любой пост автоматически опубликованным, но в привате (автосохранением, например, или см. habrahabr.ru/blogs/ui_design_and_usability/102363/#comment_3183269). А то, что сейчас называется «запостить», будет «открыть для публики». Заодно и как черновики такая система может работать.

О, все жду, когда такой блогосервис сделают, на contentEditable основанный. Чувствую, рано или поздно сам напишу.

Эх, не удержался, материал уж слишком благодатный. Моя версия:

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

— «Определить» и «Проверить правописание» неправильно оформлять как ссылки, потому что это кнопки. Если вы пытались их облегчить, можно было использовать пунктирное подчеркивание.

— Вместо компонента «список с множественным выбором» лучше использовать список с флажками, т.к. у первого списка, чуть ткнул не туда, все сбросилось.

— С датой, кстати, интересный вопрос — там сейчас сделано, что пока пользователь ее не меняет, она выставляется текущей (на момент окончания редактирования поста). То есть она прямо тикает во время редактирования. Раньше у них сразу включался режим редактирования даты, и она выставлялась на момент начала редактирования, что, как вы понимаете, не совсем то, что нужно (пост можно и полчаса, и час писать, и время отстанет). В вашем варианте как решается эта проблема?

— Это неочевидно с первого взгляда на форму, но «Отправить в» (сообщество) лучше всего дублировать на кнопке «Отправить» (как и сделано в ЖЖ) и выбор места поместить рядом — иначе очень легко не туда отправить пост. В ljplus.ru сделали так же, как и вы, и я там постоянно забываю назначение поменять.

— «Где вы сейчас» лучше поставить последней (поменять с музыкой), т.к. оно значительно реже используется.

— Под «другое настроение» не мало места?

А, большая просьба, старайтесь избегать выражения «Без комментариев — полагаю, это очевидно». Лучше в двух словах объяснить, что не так, потому что кому-то может быть и не очевидно вовсе.

Я бы еще кнопку изменения размеров окна редактирования добавил. Одна эта фича все улучшения в форме вместе взятые перевесит. Еще «Комментарии—Скрытие—Для взрослых» я бы спрятал в какую-нибудь раскрывающуюся панель «Настройки публикации», хоть я и не люблю такие вещи, но очень уж специфичная и редко нужная вещь.

Мне еще нравится, как в народе системный блок незамысловато процессором кличут.

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

Всё бы вам включать-отключать, а зачем, спрашивается? Просто чтобы было? Гугл вон выдает не только страницы, но и word-pdf-документы, и картинки, и видео, у вас там тоже желание поиск по ним отключать имеется?

Пожалуйста, не сохраняйте картинки в JPEG, текст очень грязный, неприятно читать.

Race to the Witch Mountain, я думаю.

Скорее это как эталон метра, все остальные измерения относительно него делаются. UTF решает все-таки чисто компьютерную задачу хранения текста (можно считать, что ту же задачу решает unix timestamp), а UTC решает задачу измерения времени в реальном мире.

боюсь что нет

Да, это и имелось в виду. Поправлю сейчас формулировку.

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

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

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

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

Я так понимаю, вы с ним работаете из реального приложения, и все моменты переходов на летнее/зимнее время он у вас сохраняет и загружает как положено? Речь ведь не о поддержке часовых поясов, речь о том, чтобы гарантировано сохранить/загрузить одну и ту же дату в условиях смены зимнего/летнего времени. Если это так (если вы это _проверяли_), то я готов признать свою ошибку, если вы просто хотите ткнуть носом в документацию, которую я и так видел, что ж, спасибо, что помогли как сумели.

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

А если бы не накатал — вы бы высказались первым?