<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">

<channel>
	<title>Чужие мысли</title>
	
	<link>http://p1uton.ru</link>
	<description>Переводы и статьи по дизайну интерфейсов, юзабилити и web-разработке</description>
	<pubDate>Mon, 28 Sep 2009 04:11:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
	<language>en</language>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/p1uton" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="p1uton" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Как я перестал волноваться и полюбил менеджеров среднего звена</title>
		<link>http://p1uton.ru/2009/04/04/how-i-learned-to-love-middle-managers/</link>
		<comments>http://p1uton.ru/2009/04/04/how-i-learned-to-love-middle-managers/#comments</comments>
		<pubDate>Sat, 04 Apr 2009 11:00:14 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[менеджмент]]></category>

		<category><![CDATA[управление проектами]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=154</guid>
		<description><![CDATA[How I Learned to Love Middle Managers
Автор: Joel Spolsky
Источник: Inc.com
Десять лет назад, когда я работал в Juno, интернет-провайдере в Нью-Йорке, мой босс поставил меня на позицию технического менеджера. Название новой должности не означала, что мне будут больше платить, и у меня по-прежнему было два человека в подчинении. Juno подпитывалась инвестициями из D.E. Shaw – компании, [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>How I Learned to Love Middle Managers</strong><br />
Автор: <a href="http://joelonsoftware.com/AboutMe.html">Joel Spolsky</a><br />
Источник: <a href="http://www.inc.com/magazine/20080901/how-hard-could-it-be-how-i-learned-to-love-middle-managers.html">Inc.com</a></p></blockquote>
<p>Десять лет назад, когда я работал в Juno, интернет-провайдере в Нью-Йорке, мой босс поставил меня на позицию технического менеджера. Название новой должности не означала, что мне будут больше платить, и у меня по-прежнему было два человека в подчинении. Juno подпитывалась инвестициями из D.E. Shaw – компании, в которой работал Джеф Безос до того, как основал Amazon. Я с гордостью стал получать огромное количество писем, которые циркулировали между менеджерами.</p>
<p>Вскоре я заметил, что примерно половина сотрудников компании получает эти письма.</p>
<p> <a href="http://p1uton.ru/2009/04/04/how-i-learned-to-love-middle-managers/#more-154" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2009/04/04/how-i-learned-to-love-middle-managers/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Вопрос на 3 миллиарда</title>
		<link>http://p1uton.ru/2009/03/19/the-magic-behind-amazons-27-billion-dollar-question/</link>
		<comments>http://p1uton.ru/2009/03/19/the-magic-behind-amazons-27-billion-dollar-question/#comments</comments>
		<pubDate>Thu, 19 Mar 2009 14:00:06 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=152</guid>
		<description><![CDATA[The Magic Behind Amazon&#8217;s 2.7 Billion Dollar Question
Автор: Jared Spool
Источник: User Interface Engineering
С момента выхода в 2007 году последняя книга из серии про Гари Поттера – «Гарри Поттер и Дары Смерти» – получила 3286 отзывов от покупателей с Amazon.com. Хотя подавляющее большинство отзывов были положительными, несколько сотен пользователей оценили книгу как «посредственно» или «ужасно».
Amazon позволяет [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>The Magic Behind Amazon&#8217;s 2.7 Billion Dollar Question</strong><br />
Автор: <a href="http://www.uie.com/brainsparks/author/jared/">Jared Spool</a><br />
Источник: <a href="http://www.uie.com/articles/magicbehindamazon">User Interface Engineering</a></p></blockquote>
<p>С момента выхода в 2007 году последняя книга из серии про Гари Поттера – «Гарри Поттер и Дары Смерти» – получила 3286 отзывов от покупателей с Amazon.com. Хотя подавляющее большинство отзывов были положительными, несколько сотен пользователей оценили книгу как «посредственно» или «ужасно».</p>
<p>Amazon позволяет делать лучшими как положительные, так и отрицательные отзывы и благодаря этому и те и другие легко находить. И эта функция, по нашим расчетам, приносит Amazon дополнительно $2700000000 в год. Неплохо для простого вопроса: «Был ли этот отзыв полезным для вас?».</p>
<p><img src="/wp-content/uploads/2009/03/amazon1.png" alt="Вопрос на 3 миллиарда" /> </p>
<p> <a href="http://p1uton.ru/2009/03/19/the-magic-behind-amazons-27-billion-dollar-question/#more-152" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2009/03/19/the-magic-behind-amazons-27-billion-dollar-question/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Удобные формы с помощью jQuery</title>
		<link>http://p1uton.ru/2009/02/24/usability-forms-with-jquery/</link>
		<comments>http://p1uton.ru/2009/02/24/usability-forms-with-jquery/#comments</comments>
		<pubDate>Tue, 24 Feb 2009 09:16:47 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Статьи]]></category>

		<category><![CDATA[javascript]]></category>

		<category><![CDATA[jQuery]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<category><![CDATA[дизайн форм]]></category>

		<category><![CDATA[юзабилити]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=93</guid>
		<description><![CDATA[Валидация
Иногда легко определить, что пользователь вводит неправильные данные. В адресе электронной почты не может быть русских символов. Почтовый индекс может состоять только из цифр. В номере телефона могут быть только цифры, скобки, пробелы и тире.
Для таких полей можно задавать ограничения, не позволяющие вводить пользователю неправильные данные.


Alphanumeric – позволяет указывать, какие символы можно вводить в каждое [...]]]></description>
			<content:encoded><![CDATA[<h2>Валидация</h2>
<p>Иногда легко определить, что пользователь вводит неправильные данные. В адресе электронной почты не может быть русских символов. Почтовый индекс может состоять только из цифр. В номере телефона могут быть только цифры, скобки, пробелы и тире.</p>
<p>Для таких полей можно задавать ограничения, не позволяющие вводить пользователю неправильные данные.</p>
<ul>
<li>
<a href="http://itgroup.com.ph/alphanumeric/"><strong>Alphanumeric</strong></a> – позволяет указывать, какие символы можно вводить в каждое поле в форме (например, «только символы», «только числа», «только числа, пробелы и тире» и т.д.).</p>
<p><img src="/wp-content/uploads/2009/02/alphanumeric.gif" alt="Alphanumeric" class="nimg" />
</li>
<li>
<a href="http://www.overset.com/2008/07/31/jval-jquery-form-field-validation-plugin/"><strong>jVal</strong></a> – поддерживает проверку длины полей, регулярные выражения, сравнение значений в разных полях (например, пароль и подтверждение пароля).</p>
<p><img src="/wp-content/uploads/2009/02/jval.jpg" alt="jVal" class="nimg" />
</li>
<li>
<a href="http://bassistance.de/jquery-plugins/jquery-plugin-validation/"><strong>Validation</strong></a> – самый известный и продвинутый плагин для валидации.</p>
<p><img src="/wp-content/uploads/2009/02/validation.gif" alt="Validation" class="nimg" />
</li>
</ul>
<p> <a href="http://p1uton.ru/2009/02/24/usability-forms-with-jquery/#more-93" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2009/02/24/usability-forms-with-jquery/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Визуальная коммуникация в контекстно-зависимых полях</title>
		<link>http://p1uton.ru/2009/02/01/visually-communicating-selection-dependent-inputs/</link>
		<comments>http://p1uton.ru/2009/02/01/visually-communicating-selection-dependent-inputs/#comments</comments>
		<pubDate>Sun, 01 Feb 2009 06:37:45 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<category><![CDATA[дизайн форм]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=91</guid>
		<description><![CDATA[Visually Communicating Selection Dependent Inputs
Автор: Luke Wroblewski
Источник: Functioning Form
Контекстно-зависимые поля требуют от пользователя ввести дополнительную информацию в зависимости от первоначального выбора, чтобы завершить заполнение формы. В статье Selection-Dependent Inputs (Контекстно-зависимые поля) я описал ряд способов решения этого вопроса.
В каждом из этих решений визуальная часть необходима, чтобы помочь пользователям понять, как их первоначальный выбор связан с [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>Visually Communicating Selection Dependent Inputs</strong><br />
Автор: <a href="http://www.lukew.com/about/leadership.html">Luke Wroblewski</a><br />
Источник: <a href="http://www.lukew.com/ff/entry.asp?764">Functioning Form</a></p></blockquote>
<p>Контекстно-зависимые поля требуют от пользователя ввести дополнительную информацию в зависимости от первоначального выбора, чтобы завершить заполнение формы. В статье <a href="http://uxmatters.com/MT/archives/000172.php">Selection-Dependent Inputs</a> (<a href="http://p1uton.ru/2007/04/07/selection-dependent-inputs/">Контекстно-зависимые поля</a>) я описал ряд способов решения этого вопроса.</p>
<p>В каждом из этих решений визуальная часть необходима, чтобы помочь пользователям понять, как их первоначальный выбор связан с последующими вопросами, на которые им нужно ответить. Когда визуальная коммуникация отсутствует, форма становится вксьма запутанной.</p>
<p>Рассмотрим пример с сайта Apple. Первый вопрос, на который нужно ответить в этой форме авторизации: Вы хотите войти с помощью Apple ID или AOL ID? После того как первоначальный выбор сделан, нужно ввести конкретный ID и пароль. Проблема состоит в том, что эта связь визуально не представлена. В результате, вы можете оказаться в такой ситуации: форма просит вас ввести пароль, но визуально кажется, что ошибка связана с выбором AOL.</p>
<p> <a href="http://p1uton.ru/2009/02/01/visually-communicating-selection-dependent-inputs/#more-91" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2009/02/01/visually-communicating-selection-dependent-inputs/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Кнопка на 300 миллионов</title>
		<link>http://p1uton.ru/2009/01/15/the-300-million-button/</link>
		<comments>http://p1uton.ru/2009/01/15/the-300-million-button/#comments</comments>
		<pubDate>Thu, 15 Jan 2009 12:16:58 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<category><![CDATA[дизайн форм]]></category>

		<category><![CDATA[юзабилити]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=89</guid>
		<description><![CDATA[The $300 Million Button
Автор: Jared Spool
Источник: User Interface Engineering
Как изменение кнопки увеличило годовой доход сайта на 300 миллионов долларов
Сложно представить форму проще: два поля, две кнопки и одна ссылка. Но оказывается, эта форма была препятствием, не позволяющим клиентам покупать товары в одном крупном интернет-магазине на сумму примерно 300 миллионов долларов в год. Хуже всего было [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>The $300 Million Button</strong><br />
Автор: <a href="http://www.uie.com/brainsparks/author/jared/">Jared Spool</a><br />
Источник: <a href="http://www.uie.com/articles/three_hund_million_button">User Interface Engineering</a></p></blockquote>
<p><strong>Как изменение кнопки увеличило годовой доход сайта на 300 миллионов долларов</strong></p>
<p>Сложно представить форму проще: два поля, две кнопки и одна ссылка. Но оказывается, эта форма была препятствием, не позволяющим клиентам покупать товары в одном крупном интернет-магазине на сумму примерно 300 миллионов долларов в год. Хуже всего было то, что дизайнеры сайта даже не догадывались о том, что с этой формой есть проблемы.</p>
<p>Полями были «Адрес электронной почты» и «Пароль». Кнопки – «Вход» и «Регистрация». Ссылка – «Напомнить пароль». Это была форма авторизации на сайте. С такими формами пользователи сталкиваются все время. Какие у них могут быть с ней проблемы?</p>
<p> <a href="http://p1uton.ru/2009/01/15/the-300-million-button/#more-89" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2009/01/15/the-300-million-button/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Размещение стрелок рядом с текстовыми ссылками</title>
		<link>http://p1uton.ru/2008/10/29/should-arrows-be-placed-before-link-text-or-after/</link>
		<comments>http://p1uton.ru/2008/10/29/should-arrows-be-placed-before-link-text-or-after/#comments</comments>
		<pubDate>Wed, 29 Oct 2008 14:03:53 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=85</guid>
		<description><![CDATA[Should Arrows be Placed Before Link Text or After?
Автор: Dmitry Fadeyev
Источник: Usability Post
Иногда хочется расположить символ-стрелку или иконку с изображением стрелки рядом с текстовой ссылкой, чтобы сделать ее более изящной и привлечь внимание пользователей. Такие маленькие стрелки часто можно видеть рядом со ссылками «Читать дальше» в публикациях в блогах или «Подробнее» в описаниях товаров. Есть [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>Should Arrows be Placed Before Link Text or After?</strong><br />
Автор: <a href="http://www.usabilitypost.com/about/">Dmitry Fadeyev</a><br />
Источник: <a href="http://www.usabilitypost.com/2008/10/28/should-arrows-be-placed-before-link-text-or-after/">Usability Post</a></p></blockquote>
<p>Иногда хочется расположить символ-стрелку или иконку с изображением стрелки рядом с текстовой ссылкой, чтобы сделать ее более изящной и привлечь внимание пользователей. Такие маленькие стрелки часто можно видеть рядом со ссылками «Читать дальше» в публикациях в блогах или «Подробнее» в описаниях товаров. Есть два варианта размещения стрелок:</p>
<p><img src="/wp-content/uploads/2008/10/arrows.png" alt="Размещение стрелок рядом с текстовыми ссылками" /> </p>
<p>Сегодня рассмотрим вопрос о том, как располагать стрелки: перед текстом или после.</p>
<p> <a href="http://p1uton.ru/2008/10/29/should-arrows-be-placed-before-link-text-or-after/#more-85" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2008/10/29/should-arrows-be-placed-before-link-text-or-after/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Почему дизайнеры терпят неудачи</title>
		<link>http://p1uton.ru/2008/10/23/why-designers-fail-the-report/</link>
		<comments>http://p1uton.ru/2008/10/23/why-designers-fail-the-report/#comments</comments>
		<pubDate>Thu, 23 Oct 2008 13:31:10 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[процесс разработки]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=83</guid>
		<description><![CDATA[Why designers fail: the report
Автор: Scott Berkun
Источник: scottberkun.com
На прошлой неделе я анонсировал исследование вопроса о том, почему дизайнеры ошибаются – изучение причин того, почему дизайнеры и люди, которые работают с дизайнерами, считают, что дизайнеры не добиваются того результата, к которому стремятся. Я презентовал результаты на прошедшем UIE 13 и, как и обещал, публикую отчет.
Введение
Опрос состоял [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>Why designers fail: the report</strong><br />
Автор: <a href="http://www.scottberkun.com/about/">Scott Berkun</a><br />
Источник: <a href="http://www.scottberkun.com/blog/2008/why-designers-fail-the-report/">scottberkun.com</a></p></blockquote>
<p>На прошлой неделе я анонсировал исследование вопроса о том, почему дизайнеры ошибаются – изучение причин того, почему дизайнеры и люди, которые работают с дизайнерами, считают, что дизайнеры не добиваются того результата, к которому стремятся. Я презентовал результаты на прошедшем <a href="http://www.uie.com/events/uiconf/2008/tuesday/#berkun">UIE 13</a> и, как и обещал, публикую отчет.</p>
<p><strong>Введение</strong></p>
<p>Опрос состоял из 41 вопроса, разделенных на три категории: психологические, профессиональные и организационные. Участники выставляли каждому вопросу оценку от 1 до 5 по следующей схеме: 5 – вопрос имеет большое значение при объяснении, почему дизайнеры терпят неудачи, 1 – минимальное значение (3 было выбрано как нейтральное значение).</p>
<p> <a href="http://p1uton.ru/2008/10/23/why-designers-fail-the-report/#more-83" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2008/10/23/why-designers-fail-the-report/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Размещение кнопок «Вперед» и «Назад» в формах</title>
		<link>http://p1uton.ru/2008/09/22/previous-and-next-actions-in-web-forms/</link>
		<comments>http://p1uton.ru/2008/09/22/previous-and-next-actions-in-web-forms/#comments</comments>
		<pubDate>Mon, 22 Sep 2008 08:17:45 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<category><![CDATA[дизайн форм]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=80</guid>
		<description><![CDATA[Previous and Next Actions in Web Forms
Автор: Luke Wroblewski
Источник: Functioning Form
Последняя дискуссия в Interaction Design Association была посвящена расположению активных кнопок в формах, разделенных на несколько страниц. Вопрос, лежащий в основе этого обсуждения, заключается в следующем: можно ли активную кнопку перехода к предыдущему шагу, размещать справа от кнопки перехода к следующему шагу?
Одна сторона поддерживала естественную [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>Previous and Next Actions in Web Forms</strong><br />
Автор: <a href="http://www.lukew.com/about/leadership.html">Luke Wroblewski</a><br />
Источник: <a href="http://www.lukew.com/ff/entry.asp?730">Functioning Form</a></p></blockquote>
<p><a href="http://www.ixda.org/discuss.php?post=32945">Последняя дискуссия</a> в Interaction Design Association была посвящена расположению активных кнопок в формах, разделенных на несколько страниц. Вопрос, лежащий в основе этого обсуждения, заключается в следующем: можно ли активную кнопку перехода к предыдущему шагу, размещать справа от кнопки перехода к следующему шагу?</p>
<p>Одна сторона поддерживала естественную организацию: действия, двигающие пользователя вперед, располагаются справа, а двигающие назад – слева (это верно для читающих слева направо). Другая сторона придерживалась мнения, что первичность действий, двигающих пользователя вперед, перевешивает это соображение и «вторичные» действия (которые используются реже) можно разместить справа от основного действия, даже если они переводят пользователя к предыдущему шагу. Нахождение заметной кнопки с основным действием на «линии огня» при заполнении формы, позволяет пользователю легче понять, что нужно сделать для завершения заполнения формы. Я проиллюстрировал это в изображении ниже.</p>
<p> <a href="http://p1uton.ru/2008/09/22/previous-and-next-actions-in-web-forms/#more-80" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2008/09/22/previous-and-next-actions-in-web-forms/feed/</wfw:commentRss>
		</item>
		<item>
		<title>На пути к новому интерфейсу Microsoft Office (часть 8): Точки на графике</title>
		<link>http://p1uton.ru/2008/08/27/grading-on-the-curve/</link>
		<comments>http://p1uton.ru/2008/08/27/grading-on-the-curve/#comments</comments>
		<pubDate>Wed, 27 Aug 2008 05:30:52 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[Office 2007]]></category>

		<category><![CDATA[Ribbon]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=66</guid>
		<description><![CDATA[Grading On the Curve
Автор: Jensen Harris
Источник: An Office User Interface Blog
В предыдущих публикациях я рассказал о Программе улучшения качества ПО и о некоторых данные, которые были собраны в ходе этой программы. Как мы используем эти данные при работе над дизайном и организации пользовательского интерфейса Office 2007?
Если поместить используемость команд Office на график, получится кривая. На [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>Grading On the Curve</strong><br />
Автор: <a href="http://blogs.msdn.com/jensenh/about.aspx">Jensen Harris</a><br />
Источник: <a href="http://blogs.msdn.com/jensenh/archive/2006/04/11/573348.aspx">An Office User Interface Blog</a></p></blockquote>
<p>В предыдущих публикациях я рассказал о Программе улучшения качества ПО и о некоторых данные, которые были собраны в ходе этой программы. Как мы используем эти данные при работе над дизайном и организации пользовательского интерфейса Office 2007?</p>
<p>Если поместить используемость команд Office на график, получится кривая. На несколько команд приходится много кликов, а затем число кликов, приходящихся на одну команду, будет медленно снижаться. Мы используем такое представление, чтобы получать информацию о том, как часто люди используют те или иные команды. Кривая визуализирует паттерн использования программы и среднюю глубину использования программы пользователями.</p>
<p>Многие люди говорят, что необходимо оптимизировать интерфейс так, чтобы он совпадал с данными об используемости. На первый взгляд, это кажется разумным; вы можете определить значение отдельных функций в зависимости от того, в каком месте кривой они находятся. Но есть одна проблема: такой продукт уже существует и это – Office 2003.</p>
<p>Другими словами, если мы хотим создать продукт, дизайн которого будет в точности соответствовать модели используемости, делать вообще ничего не придется – Office 2003 полностью соответствует кривой используемости.</p>
<p> <a href="http://p1uton.ru/2008/08/27/grading-on-the-curve/#more-66" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2008/08/27/grading-on-the-curve/feed/</wfw:commentRss>
		</item>
		<item>
		<title>На пути к новому интерфейсу Microsoft Office (часть 7): Вставка в лидерах</title>
		<link>http://p1uton.ru/2008/08/25/no-distaste-for-paste/</link>
		<comments>http://p1uton.ru/2008/08/25/no-distaste-for-paste/#comments</comments>
		<pubDate>Mon, 25 Aug 2008 02:23:09 +0000</pubDate>
		<dc:creator>Антон Вакуненко</dc:creator>
		
		<category><![CDATA[Переводы]]></category>

		<category><![CDATA[Office 2007]]></category>

		<category><![CDATA[Ribbon]]></category>

		<category><![CDATA[дизайн интерфейсов]]></category>

		<guid isPermaLink="false">http://p1uton.ru/?p=63</guid>
		<description><![CDATA[No Distaste for Paste
Автор: Jensen Harris
Источник: An Office User Interface Blog
В прошлый раз я спросил читателей, какие команды наиболее часто используются в Word 2003, а также пообещал опубликовать рейтинг 5 наиболее используемых команд.
Для меня наиболее интересно было обоснование предположений. Вот некоторые из них:

Ctrl-Z (отменить) должна занимать одно из первых мест в пятерке. Полужирность и курсив [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>No Distaste for Paste</strong><br />
Автор: <a href="http://blogs.msdn.com/jensenh/about.aspx">Jensen Harris</a><br />
Источник: <a href="http://blogs.msdn.com/jensenh/archive/2006/04/07/570798.aspx">An Office User Interface Blog</a></p></blockquote>
<p>В прошлый раз я спросил читателей, какие команды наиболее часто используются в Word 2003, а также пообещал опубликовать рейтинг 5 наиболее используемых команд.</p>
<p>Для меня наиболее интересно было обоснование предположений. Вот некоторые из них:</p>
<ul>
<li>Ctrl-Z (отменить) должна занимать одно из первых мест в пятерке. Полужирность и курсив также должны быть там.</li>
<li>Сохранение используется очень редко. Большинство пользователей, насколько мне известно, отрицательно относятся к идее частого сохранения.</li>
<li>Я не согласен со всеми. Моя мать не может вырезать, копировать и вставлять, я она больше похожа на обычного пользователя, чем любой из нас.</li>
<li>Нормальный человек не станет использовать Предварительный просмотр.</li>
</ul>
<p>Теперь вы можете представить, на что была похожа разработка программ в Microsoft до того, как мы начали собирать данные с помощью Программы улучшения качества ПО. Наши внутренние дискуссии были усыпаны дикими предположениями, обоснованиями и личным опытом, подаваемыми как факты.</p>
<p> <a href="http://p1uton.ru/2008/08/25/no-distaste-for-paste/#more-63" class="more-link">Читать дальше »</a></p>
]]></content:encoded>
			<wfw:commentRss>http://p1uton.ru/2008/08/25/no-distaste-for-paste/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
