• Антидизайн. Часть 3 (последняя). Неочевидные приемы

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

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

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

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

      1. Механические препятствия


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

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



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

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

      Читать дальше →
    • Антидизайн. Часть 2. Очевидные приемы

        [Уже появилась и Часть 3]

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

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

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

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


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

        В этой статье я начну с разбора очевидных, прямых и явных способов антидизайна.

        1. Кодирование


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



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

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



        Дальше — под катом.

        Читать дальше →
      • Высупление Стива Джобса перед выпускниками

          youtube.com/watch?v=D1R-jKKp3NA



          Чуть ниже перевод.

          I am honored to be with you today at your commencement from one of the finest universities in the world. I never graduated from college. Truth be told, this is the closest I've ever gotten to a college graduation. Today I want to tell you three stories from my life. That's it. No big deal. Just three stories.
          Читать дальше →
        • Android. Обзор боевых приложений

            Доброго времени суток!

            Наряду со статьей "iPhone: MiTM атака из кармана", родилась почти аналогичная статья про Android.

            Мы уже знаем, на что способен iPhone. Уступает ли ему Android?

            Было рассмотрено около 25 боевых приложений. Хочу предоставить вам результат маленького исследования. Многие приложения даже не запустились, некоторые подвесили телефон намертво, но некоторые даже работали!

            Весь софт тестировался на телефоне LG Optimus, с версией Android 2.3.

            Итак, краткий обзор боевого софта на Android:

            Читать дальше →
          • Окулографические исследования: что может рассказать взгляд

            • Перевод
            imageОт переводчика. Методики окулометрического тестирования(айтрекинга) в последнее время получили широкое распространение в сфере юзабилити. Публикуя перевод статьи французских исследователей-юзабилистов Тьерри Буйо и Софи Рэдесдорф, мы приглашаем наших читателей к обсуждению проблем визуального восприятия интерфейсов. Какие элементы интерфейса привлекают внимание пользователей? Как связаны визуальная привлекательность и функциональность? Насколько важен учет психологических особенностей человеческого восприятия при разработке интерфейсов приложений и сайтов?
            Разговор об айтрекинге невозможен и без обсуждения важных методологических вопросов. С помощью окулографа можно с высокой точностью представить траекторию движения взгляда, зафиксировать зоны повышенного внимания, но может ли это хоть что-то рассказать о том, как испытуемые интерпретируют видимое? Мысли и чувства пользователей невозможно зафиксировать с помощью приборов; результаты исследований смысловой сферы не могут быть подвергнуты экспериментальной проверке. Можно ли (и если можно, то как) выработать такую стратегию исследования человеческого фактора, в которой учет всех субъективных моментов сочетался бы со строгостью методологии и общезначимость результатов?
            Мы надеемся, что в обсуждении статьи примут участие представители самых разных областей знания: программисты, дизайнеры, философы, психологи.

            Читать дальше →
          • Чек-лист вёрстки. Что можно отдавать клиенту, а что надо переделывать

              Идеальная вёрсткаВы PM. Как узнать – готова ли вёрстка к реальному использованию?
              Вы заказчик. Как убедиться, что работа выполнена качественно?
              Как оценить качество вёрстки?

              Когда я стал тим-лидом, а позже PM, передо мной стала задача проверять вёрстку наших проектов. Нужно было выработать формальные, легкопроверяемые критерии, соответствие кода которым, должно было давать некую гарантию, что не будет факапов и ни клиент, ни программеры не сказажут потом “WTF?”.

              Клиенту неважно насколько красив ваш код, но ему важен результат. Качественный код нужен фирме, т.к. он надёжней и в будущем его будет легче поддерживать.

              Требования должны были быть такие, что соблюсти их легче, создавая качественную вёрстку, а не говнокод. Я составлял такой чек-лист в течении полутора лет. За последние полгода в него не добавилось ничего. Значит самое главное учтено.

              Итак что же это за список?

              Краткая версия теперь доступна на html5checklist.com (github), где можно вносить pull-request'ы.

              История обновлений:
              • 2015/08/11: Актуализировал рекомендации по оптимизации скорости загрузки. Добавил требование поддержки Retina. Дополнил «19. Мелочи» требованием что изображения должны масштабироваться в зависимости от размера окна.
              • 2015/08/10: актуализирован список исключений для CSSLint
              • 2015/07/29: актуализирован пункт №13 «плохо»/«хорошо»
              • 2015/04/08: добавлено требование использования препроцессоров и рекомендация использования систем сборки
              • 2013/04/25: добавлены анализаторами качества кода: CSSLint и JSHint, указан сайт подбора css font stack (спасибо @fliptheweb), мелкие уточнения (работу интерактивных элементов страницы, что не пропадает фон на высоких разрешениях, не должно быть пустых презентационных блоков, при проверках контента — пробовать удалять заголовки, менять местами блоки)
              • 2013/04/24: добавил пункт об минимизации каскада (БЭМ-техники, MCSS, SMACSS), необходимости вписывания в экран моб. устройства, заменил ссылку на проверочный текст отображения стандартного html на код с normalize.css, поправил пример где в рекомендации встречался длинный каскад, упомянул про Opera на Presto и новый уровень семантики — в именах классов BEM.
              • 2012/04/12: отсортировал пункты проверки в порядке важности, выделил главные, дополнил статью подробностями
              • 2011/12/07: дополнил согласно доклада на WSD Минск'2011.
              • 2011/07/19: добавлено про повышение надёжности вёрстки благодаря html5-тэгам, про необходимость favicon/apple-touch-icon, отсутствие багов при ресайзе textarea
              • 2011/06/15: добавил пояснения какие ошибки валидации допустимы, рассказал про отсутствие официальной кнопки «HTML5 Valid» и про официальное лого HTML5 на сайте.


              Далее с примерами - как проверить html, даже если вы ничего не понимаете в вёрстке.
            • PHPLego: Горячие клавиши — атрибут hotkey

                PHPLego: PHPLego: Горячие клавиши - атрибут hotkey

                Дорогие друзья! Сегодня я хочу поделиться с Вами 138-мью строчками кода, которые позволяют ссылки <a> и кнопки <input type='submit'> расширить атрибутом hotkey.

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

                Подключив файлик hotkeys.js, который будет описан ниже, появляется возможность задавать горячие клавиши любым ссылками и кнопкам отправки форм вот так:
                <a href='...' hotkey="Ctrl + Shift + D">удалить</a>
                или
                <input type='submit' hotkey='Ctrl + Enter' value='Отправить'>
                


                Читать дальше →