Тогда к чему эта интрига с персонификацией :)
Вы же начинаете холивар. Но Тонко, конечно.
Первое ощущение от вашего поста было такое:
Владимира обижали долгое время, но он не смог высказать свою обиду в лицо и вынес конфликт на всеобщее обсуждение :)
Единственный правильный путь это формализовать отношения расставив зоны ответственности.
Простите, но все что вы описываете решается 1 раз с конкретным человеком и забывается раз и на всегда.
Владимир. Вся эта боль, которую вы выплеснули на читателя, решается простой договоренностью (учимся коммуницировать — рассказываем о проблемах) и актом приемки макета в разработку (пришел макет — вы его посмотрели — вас все устраивает — вы подписываетесь заверстать за день. Не устраивает озвучиваете проблемы).
А так это вся история из разряда «Меня обидели, но я не могу этого сказать. Робею.»
Пример был приведен в качестве иллюстрации омографов и просто сходных по написанию либо рисунку слов, опровергая тезис, что слова (при постоянном использовании, и, как следствие, нефокусированном внимании) однозначно определяют понятия.
Рассматривать иконки в данном разрезе можно, но не нужно.
Суть в том, что это 1 сторона медали.
ДА! иконка может быть не узнаваема изначально.
Но 1 раз познав суть ее, пользователь использует «Эту непонятную штукенцию» в будущем, используя не фокусированный взгляд. (Если сет иконок достаточно грамотный).
Т.е. для повторного использования интерфейса — иконки незаменимый инструмент. Не надо ориентироваться всегда на первое использование программы. Читать текст (особенно если он идентичен по длине или имеет схожие сочетания букв крайне сложно).
Пример, который превращает статью в ничто: mkolar.org/misc/letter_order_ru.html
(Копирайтинг конечно поможет, НО, все-равно, распознавание даже тех слов, которые отличны друг от друга, требует больше затрат внимания, чем выработанный ассоциативный ряд на изображения.)
а) управленческого фактора (Построения работы)*
б) человеческого фактора (Довольно часто в связи с пунктом «а»)
* Имеется ввиду не средний менеджмент, а общее руководство фирмой/группой разработчиков.
Решение данной проблемы возможно только с изменением обоих факторов.
1. Для начала надо четко прописать механизм.
2. Далее надо добиться следования этому механизму.(Самое сложное)
3. Потом присмотреться к коллективу и оставить только тех кому не плевать.(По факту выполнения первых двух пунктов таких людей сильно поубавится — с остальными Вам не по пути).
По факту работы механизм может итерационно меняться. Но с момента принятия решения следовать тем или иным механизма это должно выполнятся беспрекословно.
Хроники Амбера.
Только чуть доработать. :)
Вы же начинаете холивар. Но Тонко, конечно.
Первое ощущение от вашего поста было такое:
Владимира обижали долгое время, но он не смог высказать свою обиду в лицо и вынес конфликт на всеобщее обсуждение :)
Где-то так.
Простите, но все что вы описываете решается 1 раз с конкретным человеком и забывается раз и на всегда.
Но с тем же итогом. «Учимся командной работе».
Владимир. Вся эта боль, которую вы выплеснули на читателя, решается простой договоренностью (учимся коммуницировать — рассказываем о проблемах) и актом приемки макета в разработку (пришел макет — вы его посмотрели — вас все устраивает — вы подписываетесь заверстать за день. Не устраивает озвучиваете проблемы).
А так это вся история из разряда «Меня обидели, но я не могу этого сказать. Робею.»
Ну не совсем такая, но фиг отличишь.
Пощю ретвит.
Делаю рисерч: www.awwwards.com
Статья глубока.
Копаю дальше.
Возможно не лучший пример.
Суть в том, что это 1 сторона медали.
ДА! иконка может быть не узнаваема изначально.
Но 1 раз познав суть ее, пользователь использует «Эту непонятную штукенцию» в будущем, используя не фокусированный взгляд. (Если сет иконок достаточно грамотный).
Т.е. для повторного использования интерфейса — иконки незаменимый инструмент. Не надо ориентироваться всегда на первое использование программы. Читать текст (особенно если он идентичен по длине или имеет схожие сочетания букв крайне сложно).
Пример, который превращает статью в ничто: mkolar.org/misc/letter_order_ru.html
(Копирайтинг конечно поможет, НО, все-равно, распознавание даже тех слов, которые отличны друг от друга, требует больше затрат внимания, чем выработанный ассоциативный ряд на изображения.)
Спасибо
Это уничижает ваши усилия.(Учитывая, что работа сделана для улучшения эстетического восприятия интерфейса :) )
а) управленческого фактора (Построения работы)*
б) человеческого фактора (Довольно часто в связи с пунктом «а»)
* Имеется ввиду не средний менеджмент, а общее руководство фирмой/группой разработчиков.
Решение данной проблемы возможно только с изменением обоих факторов.
1. Для начала надо четко прописать механизм.
2. Далее надо добиться следования этому механизму.(Самое сложное)
3. Потом присмотреться к коллективу и оставить только тех кому не плевать.(По факту выполнения первых двух пунктов таких людей сильно поубавится — с остальными Вам не по пути).
По факту работы механизм может итерационно меняться. Но с момента принятия решения следовать тем или иным механизма это должно выполнятся беспрекословно.
Извините за очевидность ответа.