<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: Талидомид</title>
	<atom:link href="http://makishvili.com/2009/12/08/talidomid/feed/" rel="self" type="application/rss+xml" />
	<link>http://makishvili.com/2009/12/08/talidomid/</link>
	<description>Вглядываясь в Смыслы</description>
	<lastBuildDate>Mon, 06 Sep 2010 19:03:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Автор: Вадим Макишвили</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-468</link>
		<dc:creator>Вадим Макишвили</dc:creator>
		<pubDate>Thu, 10 Dec 2009 13:47:04 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-468</guid>
		<description>@&lt;a href=&quot;#comment-466&quot; rel=&quot;nofollow&quot;&gt;Yury Shilyaev&lt;/a&gt;, вот &lt;a href=&quot;http://video.yandex.ru/users/art23minsk/view/72/&quot; rel=&quot;nofollow&quot;&gt;здесь&lt;/a&gt; есть запись.</description>
		<content:encoded><![CDATA[<p>@<a class="atr_link" href="#comment-466" rel="nofollow">Yury Shilyaev</a>, вот <a href="http://video.yandex.ru/users/art23minsk/view/72/" rel="nofollow">здесь</a> есть запись.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Zigzag</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-467</link>
		<dc:creator>Zigzag</dc:creator>
		<pubDate>Wed, 09 Dec 2009 10:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-467</guid>
		<description>@&lt;a href=&quot;#comment-466&quot; rel=&quot;nofollow&quot;&gt;Yury Shilyaev&lt;/a&gt;, совсем скоро ссылки на офф. сайте будут.</description>
		<content:encoded><![CDATA[<p>@<a class="atr_link" href="#comment-466" rel="nofollow">Yury Shilyaev</a>, совсем скоро ссылки на офф. сайте будут.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Yury Shilyaev</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-466</link>
		<dc:creator>Yury Shilyaev</dc:creator>
		<pubDate>Wed, 09 Dec 2009 10:05:54 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-466</guid>
		<description>@&lt;a href=&quot;#comment-465&quot; rel=&quot;nofollow&quot;&gt;Zigzag&lt;/a&gt;, А где это видео можно посмотреть?</description>
		<content:encoded><![CDATA[<p>@<a class="atr_link" href="#comment-465" rel="nofollow">Zigzag</a>, А где это видео можно посмотреть?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Zigzag</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-465</link>
		<dc:creator>Zigzag</dc:creator>
		<pubDate>Wed, 09 Dec 2009 09:37:37 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-465</guid>
		<description>Александр Садовский, посмотрите обязательно видео с докладом Вадима про ошибки верстки с Web Standards Days, если еще не видели его.

Ведь действительно, имхо, именно работа верстальщика во многом зависит от стороннего ПО. И часто необходим просто отдых, чтобы свежим взглядом оценить баг.</description>
		<content:encoded><![CDATA[<p>Александр Садовский, посмотрите обязательно видео с докладом Вадима про ошибки верстки с Web Standards Days, если еще не видели его.</p>
<p>Ведь действительно, имхо, именно работа верстальщика во многом зависит от стороннего ПО. И часто необходим просто отдых, чтобы свежим взглядом оценить баг.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Юрий</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-464</link>
		<dc:creator>Юрий</dc:creator>
		<pubDate>Wed, 09 Dec 2009 08:22:59 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-464</guid>
		<description>@&lt;a href=&quot;#comment-463&quot; rel=&quot;nofollow&quot;&gt;Александр Садовский&lt;/a&gt;, 
Абсолютно согласен с Александром, нужно правильно называть ошибки, и нужно чтобы менеджеры это понимали. Сейчас интернет есть у всех дома, поэтому можно самому посмотреть на ошибку, так ли она важна и принимать соответствующие решения.</description>
		<content:encoded><![CDATA[<p>@<a class="atr_link" href="#comment-463" rel="nofollow">Александр Садовский</a>,<br />
Абсолютно согласен с Александром, нужно правильно называть ошибки, и нужно чтобы менеджеры это понимали. Сейчас интернет есть у всех дома, поэтому можно самому посмотреть на ошибку, так ли она важна и принимать соответствующие решения.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр Садовский</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-463</link>
		<dc:creator>Александр Садовский</dc:creator>
		<pubDate>Tue, 08 Dec 2009 22:40:21 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-463</guid>
		<description>1. Возможно, проблема в разном понимании терминов (&quot;blocker&quot; и др.) Вами и конкретным менеджером. Тогда нужно просто договориться. Есть общепринятые черты блокера -- он делает невозможным использование продукта какой-то части пользователей или не мешает, но виден как явная ошибка большинству пользователей. Если менеджер понимает статус не так, надо с ним обсудить.

2. Право на отдых в дополнении к праву на труд даруется нам конституцией. :) И тут разработчик не зависит от здравого смысла этого человека, по крайней мере в Яндексе, потому что у разработчика тоже есть здравый смысл. Собственно, Ваш пост и есть тихий разговор со здравым смыслом.

Это значит, что если Вас часто будят ночью или усаживают за компьютер в выходной, хотя с Вашей точки зрения большая часть багов ждет рабочего дня, это проблема, которую нужно решать. &lt;i&gt;Правильный способ&lt;/i&gt; -- поговорить с тревожным менеджером, если надо -- его начальником, выработать критерии блокера и пр. Быстрый и, как мне кажется, &lt;i&gt;эффективный способ&lt;/i&gt; -- после исправления бага делать ответный звонок вежливости на мобильный или домашний тому, кто это сказал, что баг -- блокер. Если не берет трубку или не готов подойти к компьютеру и проверить, что все в порядке, в следующий раз баги от него не принимать как блокеры (ведь если баг правда такой важный, он явно с нетерпением у компа неистово рефрешит браузер). Это будет дициплинировать тревожных менеджеров.</description>
		<content:encoded><![CDATA[<p>1. Возможно, проблема в разном понимании терминов (&laquo;blocker&raquo; и др.) Вами и конкретным менеджером. Тогда нужно просто договориться. Есть общепринятые черты блокера &#8212; он делает невозможным использование продукта какой-то части пользователей или не мешает, но виден как явная ошибка большинству пользователей. Если менеджер понимает статус не так, надо с ним обсудить.</p>
<p>2. Право на отдых в дополнении к праву на труд даруется нам конституцией. <img src='http://makishvili.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  И тут разработчик не зависит от здравого смысла этого человека, по крайней мере в Яндексе, потому что у разработчика тоже есть здравый смысл. Собственно, Ваш пост и есть тихий разговор со здравым смыслом.</p>
<p>Это значит, что если Вас часто будят ночью или усаживают за компьютер в выходной, хотя с Вашей точки зрения большая часть багов ждет рабочего дня, это проблема, которую нужно решать. <i>Правильный способ</i> &#8212; поговорить с тревожным менеджером, если надо &#8212; его начальником, выработать критерии блокера и пр. Быстрый и, как мне кажется, <i>эффективный способ</i> &#8212; после исправления бага делать ответный звонок вежливости на мобильный или домашний тому, кто это сказал, что баг &#8212; блокер. Если не берет трубку или не готов подойти к компьютеру и проверить, что все в порядке, в следующий раз баги от него не принимать как блокеры (ведь если баг правда такой важный, он явно с нетерпением у компа неистово рефрешит браузер). Это будет дициплинировать тревожных менеджеров.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Вадим Макишвили</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-462</link>
		<dc:creator>Вадим Макишвили</dc:creator>
		<pubDate>Tue, 08 Dec 2009 22:22:17 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-462</guid>
		<description>@&lt;a href=&quot;#comment-460&quot; rel=&quot;nofollow&quot;&gt;Александр&lt;/a&gt;, не отрицая, а дополняя ваши слова, хочу сказать, что плохо, когда такое правильное и ответственное отношение к работе превращается в панику при виде любой ошибки интерфейса. 

Работая с вами в одной компании, я мало видел по-настоящему критичных ошибок, которые требовали срочных исправлений. Большинство блокеров назывались таковыми, на мой взгляд, без веской причины.

Без ошибок существовать не может ни человек, ни продукты, которые человек создает. Здравый смысл нам помогает решить, как относиться к каждой конкретной ошибке. Можно каждую ошибку назвать факапом и вызвонить разработчика, чтобы откатить код. А можно проанализировать последствия и осознать, что они, возможно, некритичны. Принятие решения — исправлять ошибку хотфиксом или подождать до утра — зависит от того человека, кто обнаружил ошибку. И тут разработчик целиком зависит от здравого смысла этого человека.

А сейчас я хочу дополнить вашу основную мысль. Ответственное отношение разработчика к своей работе не исключает ответственное отношение других людей к личной жизни и полноценному отдыху этого разработчика. 

Я не призываю огульно все критикалы считать придурью. Я убежден, что нужен разумный баланс осознания возможных последствий ошибки и уважения к отдыху разработчика.

Александр, буду рад продолжить с вами обсуждение.</description>
		<content:encoded><![CDATA[<p>@<a class="atr_link" href="#comment-460" rel="nofollow">Александр</a>, не отрицая, а дополняя ваши слова, хочу сказать, что плохо, когда такое правильное и ответственное отношение к работе превращается в панику при виде любой ошибки интерфейса. </p>
<p>Работая с вами в одной компании, я мало видел по-настоящему критичных ошибок, которые требовали срочных исправлений. Большинство блокеров назывались таковыми, на мой взгляд, без веской причины.</p>
<p>Без ошибок существовать не может ни человек, ни продукты, которые человек создает. Здравый смысл нам помогает решить, как относиться к каждой конкретной ошибке. Можно каждую ошибку назвать факапом и вызвонить разработчика, чтобы откатить код. А можно проанализировать последствия и осознать, что они, возможно, некритичны. Принятие решения — исправлять ошибку хотфиксом или подождать до утра — зависит от того человека, кто обнаружил ошибку. И тут разработчик целиком зависит от здравого смысла этого человека.</p>
<p>А сейчас я хочу дополнить вашу основную мысль. Ответственное отношение разработчика к своей работе не исключает ответственное отношение других людей к личной жизни и полноценному отдыху этого разработчика. </p>
<p>Я не призываю огульно все критикалы считать придурью. Я убежден, что нужен разумный баланс осознания возможных последствий ошибки и уважения к отдыху разработчика.</p>
<p>Александр, буду рад продолжить с вами обсуждение.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Yury Shilyaev</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-461</link>
		<dc:creator>Yury Shilyaev</dc:creator>
		<pubDate>Tue, 08 Dec 2009 22:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-461</guid>
		<description>Если ты хотел сказать, что большинство ошибок не стоят того, чтобы из-за них переживать -- тут я на твоей стороне. 
Исключения являются только высокая репутация - например, как у Яндекса. Но если есть высокая репутация, о которой надо заботиться, то должно быть время на вдумчивое тестирование. ;)</description>
		<content:encoded><![CDATA[<p>Если ты хотел сказать, что большинство ошибок не стоят того, чтобы из-за них переживать &#8212; тут я на твоей стороне.<br />
Исключения являются только высокая репутация &#8211; например, как у Яндекса. Но если есть высокая репутация, о которой надо заботиться, то должно быть время на вдумчивое тестирование. <img src='http://makishvili.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр Садовский</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-460</link>
		<dc:creator>Александр Садовский</dc:creator>
		<pubDate>Tue, 08 Dec 2009 21:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-460</guid>
		<description>Critical-ы и blocker-ы характеризуют отношение к своей работе. Они как бы говорят: без исправления этой штуки продукт получится хреновым. И это очень важное ощущение, потому что оно связано с восприятием. Что такое качество работы? Это требуемый минимум квалификации и много желания сделать работу на &quot;отлично&quot;. Человек с заниженной планкой, схалтуривший в интерфейсах, станет халтурить так же, будучи хирургом или пилотом. Но хуже то, что он так воспитает своих детей, будет влиять на отношение к работе в своем окружении, семье. И тогда истории с катастрофами могут снова повториться.

Попытки отделить важное для человечества от неважного бессмысленны, нужно уметь делать любую работу качественно. Или не делать ее вовсе. Проблема может появиться как прямо, когда пользователь в ургентной ситуации не найдет нужную информацию из-за кривости интерфейса, которую в аффектном состоянии преодолеть сложно, так и косвенно, через распространение своего отношения к работе на других людей.</description>
		<content:encoded><![CDATA[<p>Critical-ы и blocker-ы характеризуют отношение к своей работе. Они как бы говорят: без исправления этой штуки продукт получится хреновым. И это очень важное ощущение, потому что оно связано с восприятием. Что такое качество работы? Это требуемый минимум квалификации и много желания сделать работу на &laquo;отлично&raquo;. Человек с заниженной планкой, схалтуривший в интерфейсах, станет халтурить так же, будучи хирургом или пилотом. Но хуже то, что он так воспитает своих детей, будет влиять на отношение к работе в своем окружении, семье. И тогда истории с катастрофами могут снова повториться.</p>
<p>Попытки отделить важное для человечества от неважного бессмысленны, нужно уметь делать любую работу качественно. Или не делать ее вовсе. Проблема может появиться как прямо, когда пользователь в ургентной ситуации не найдет нужную информацию из-за кривости интерфейса, которую в аффектном состоянии преодолеть сложно, так и косвенно, через распространение своего отношения к работе на других людей.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Вадим Макишвили</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-459</link>
		<dc:creator>Вадим Макишвили</dc:creator>
		<pubDate>Tue, 08 Dec 2009 21:48:01 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-459</guid>
		<description>@&lt;a href=&quot;#comment-458&quot; rel=&quot;nofollow&quot;&gt;Yury Shilyaev&lt;/a&gt;, я оценил тонкость вашей иронии :)

В вашем &lt;a href=&quot;#comment-456&quot; rel=&quot;nofollow&quot;&gt;вопросе&lt;/a&gt; ключевым моментом является ошибка в бизнес-логике. Соглашусь, мы все очень щепетильны, когда речь заходит о потере денег. Возможно мне следовало более однозначно очертить круг ошибок, о которых я говорил в заметке, чтобы не вызывать вашего удивления. 

Я думаю, что создавая тот или иной сервис вдумчивый верстальщик способен различить критичную ошибку, которую НУЖНО исправить ночью и ошибку, которая может подождать. Больший процент блокеров, из-за которых разработчиков не отпускают вечерами домой или из-за которых приходится выходить в свои выходные - придурь. Отвалились стили для ссылок, вместо Arial показывается дефолтный шрифт. Беда! Чуть поплыла раскладка страницы. Беда!</description>
		<content:encoded><![CDATA[<p>@<a class="atr_link" href="#comment-458" rel="nofollow">Yury Shilyaev</a>, я оценил тонкость вашей иронии <img src='http://makishvili.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>В вашем <a class="atr_link" href="#comment-456" rel="nofollow">вопросе</a> ключевым моментом является ошибка в бизнес-логике. Соглашусь, мы все очень щепетильны, когда речь заходит о потере денег. Возможно мне следовало более однозначно очертить круг ошибок, о которых я говорил в заметке, чтобы не вызывать вашего удивления. </p>
<p>Я думаю, что создавая тот или иной сервис вдумчивый верстальщик способен различить критичную ошибку, которую НУЖНО исправить ночью и ошибку, которая может подождать. Больший процент блокеров, из-за которых разработчиков не отпускают вечерами домой или из-за которых приходится выходить в свои выходные &#8211; придурь. Отвалились стили для ссылок, вместо Arial показывается дефолтный шрифт. Беда! Чуть поплыла раскладка страницы. Беда!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Yury Shilyaev</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-458</link>
		<dc:creator>Yury Shilyaev</dc:creator>
		<pubDate>Tue, 08 Dec 2009 20:43:37 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-458</guid>
		<description>Да, речь больше о литературе. ;)</description>
		<content:encoded><![CDATA[<p>Да, речь больше о литературе. <img src='http://makishvili.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Zigzag</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-457</link>
		<dc:creator>Zigzag</dc:creator>
		<pubDate>Tue, 08 Dec 2009 18:58:42 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-457</guid>
		<description>Юра, цена вопроса это понятно, она никуда не исчезает. Но, по-моему, Вадим несколько об ином говорил в посте. В общем, ждем его ответа. =)</description>
		<content:encoded><![CDATA[<p>Юра, цена вопроса это понятно, она никуда не исчезает. Но, по-моему, Вадим несколько об ином говорил в посте. В общем, ждем его ответа. =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Yury Shilyaev</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-456</link>
		<dc:creator>Yury Shilyaev</dc:creator>
		<pubDate>Tue, 08 Dec 2009 14:46:54 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-456</guid>
		<description>Прислали ссылку на этот пост. 
Хм... Вадим, ты хочешь сказать, что ЛЮБАЯ ошибка в верстке не стоит того, чтобы исправлять ее ночью? Если сравнивать с 12 000 погибшими детьми, то да. Думаю, что даже сайт на котором по ошибке написано, что Талидомид разрешено принимать (ошибка верстальщика!) принес бы меньше вреда, чем собственно сам Талидомид. 
Но. У каждой ошибки есть своя стоимость, больше она или меньше. Предположим с тобой договариваются, что за каждое отрывание тебя от домашних дел ради исправления критической ошибки тебе платят -- $1000. Если ты соглашаешься, потому как деньги невероятно серьезные, то стоимость исправления такой ошибки для менеджера -- $1000. Если он реально думает, что это того стоит -- он вызывает тебя и оплачивает оперативность. 
Теперь вопрос: будет ли этот менеджер отрывать тебя от сна из-за какой-то ерунды? Нет. Не будет. Но если реально что-то отвалилось на уровне бизнес-функций, когда ущерб может быть выше, чем $1000... Схема начинает работать. 
А?
Так что не талидомид, а аспирин.</description>
		<content:encoded><![CDATA[<p>Прислали ссылку на этот пост.<br />
Хм&#8230; Вадим, ты хочешь сказать, что ЛЮБАЯ ошибка в верстке не стоит того, чтобы исправлять ее ночью? Если сравнивать с 12 000 погибшими детьми, то да. Думаю, что даже сайт на котором по ошибке написано, что Талидомид разрешено принимать (ошибка верстальщика!) принес бы меньше вреда, чем собственно сам Талидомид.<br />
Но. У каждой ошибки есть своя стоимость, больше она или меньше. Предположим с тобой договариваются, что за каждое отрывание тебя от домашних дел ради исправления критической ошибки тебе платят &#8212; $1000. Если ты соглашаешься, потому как деньги невероятно серьезные, то стоимость исправления такой ошибки для менеджера &#8212; $1000. Если он реально думает, что это того стоит &#8212; он вызывает тебя и оплачивает оперативность.<br />
Теперь вопрос: будет ли этот менеджер отрывать тебя от сна из-за какой-то ерунды? Нет. Не будет. Но если реально что-то отвалилось на уровне бизнес-функций, когда ущерб может быть выше, чем $1000&#8230; Схема начинает работать.<br />
А?<br />
Так что не талидомид, а аспирин.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Zigzag</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-455</link>
		<dc:creator>Zigzag</dc:creator>
		<pubDate>Tue, 08 Dec 2009 13:07:04 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-455</guid>
		<description>Полностью согласен с тобой, Вадим. Ошибки в юзабилити скорее сделают твоего потенциального клиента, клиентом конкурента, но никак не верстки, если там что-то где-то самую малость съехало.

И то, как показывает практика, даже на юзабилити можно наложить в отсутствии конкуренции на начальных этапах. Яркий тому пример Одноклассники.ру.</description>
		<content:encoded><![CDATA[<p>Полностью согласен с тобой, Вадим. Ошибки в юзабилити скорее сделают твоего потенциального клиента, клиентом конкурента, но никак не верстки, если там что-то где-то самую малость съехало.</p>
<p>И то, как показывает практика, даже на юзабилити можно наложить в отсутствии конкуренции на начальных этапах. Яркий тому пример Одноклассники.ру.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Ingvarr</title>
		<link>http://makishvili.com/2009/12/08/talidomid/comment-page-1/#comment-454</link>
		<dc:creator>Ingvarr</dc:creator>
		<pubDate>Tue, 08 Dec 2009 10:27:45 +0000</pubDate>
		<guid isPermaLink="false">http://makishvili.com/?p=1295#comment-454</guid>
		<description>много пафоса, но твои доводы совершенно понятны.
Правда, оценка критичности проблемы применяется здесь только в контексте продукта, а не жизни на земле, так что и сравнивать эти две сферы как-то странно</description>
		<content:encoded><![CDATA[<p>много пафоса, но твои доводы совершенно понятны.<br />
Правда, оценка критичности проблемы применяется здесь только в контексте продукта, а не жизни на земле, так что и сравнивать эти две сферы как-то странно</p>
]]></content:encoded>
	</item>
</channel>
</rss>
