<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.1" -->
<rss version="2.0"
	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/"
	>

<channel>
	<title>Полоса отчуждения</title>
	<link>http://graven.igni.ru/blog</link>
	<description>поиски здравого смысла в дебрях семантики</description>
	<pubDate>Sat, 17 Feb 2007 17:27:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1</generator>
	<language>en</language>
			<item>
		<title>&#8230;живые программы?</title>
		<link>http://graven.igni.ru/blog/2007/02/17/zhivyie-programmyi/</link>
		<comments>http://graven.igni.ru/blog/2007/02/17/zhivyie-programmyi/#comments</comments>
		<pubDate>Sat, 17 Feb 2007 20:22:52 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[философия]]></category>

		<category><![CDATA[архитектура]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2007/02/17/zhivyie-programmyi/</guid>
		<description><![CDATA[Широко известный в узких кругах Steve Yegge изволит толковать о программах, не требующих ребута. Де, программа может жить вечно, и останавливать ее не надо. Надо двигатель на ходу перебирать. Сложнее, конечно &#8212; кто-то должен рулить, а кто-то в это время под капот лезть &#8212; но зато программа живет. А то ведь рестартом мы ее убиваем, [...]]]></description>
			<content:encoded><![CDATA[<p>Широко известный в узких кругах <a href="http://steve-yegge.blogspot.com/2007/01/pinocchio-problem.html">Steve Yegge изволит толковать о программах, не требующих ребута</a>. Де, программа может жить вечно, и останавливать ее не надо. Надо двигатель на ходу перебирать. Сложнее, конечно &#8212; кто-то должен рулить, а кто-то в это время под капот лезть &#8212; но зато программа живет. А то ведь рестартом мы ее убиваем, бедненькую.</p>
<p>Это я поерничал немножко, конечно. Впрочем, обратитесь к первоисточнику. Там букв много, и статья явно провокационная, но почитать стоит. Феномен самоосознания там затрагивается, да. Собаки с кошками. Микрософт Эксель. Линукс. Прочие самоосознающие зверюшки. (Люди думающие скорее предпочтут <a href="http://www.amazon.com/Shadows-Mind-Missing-Science-Consciousness/dp/0195106466/sr=1-5/qid=1171733114/ref=sr_1_5/105-7451441-6028451?ie=UTF8&amp;s=books" title="'Shadows of the Mind: A Search for the Missing Science of Consciousness' on Amazon">пенроузовские &#8220;Shadows of the Mind&#8221;</a>.)</p>
<p>Опустив всю воду, резюмирую основные моменты:</p>
<ol>
<li>&#8230;systems must be able to grow without rebooting. A system that can&#8217;t grow over time is static, so it really isn&#8217;t a system at all; it&#8217;s a function. It might be a very complex function with lots of possible inputs and outputs. It might be a very useful function, and it might live for a long time. But functions are always either replaced or subsumed by systems that can grow. And I&#8217;ve come to believe, over nearly two decades of thinking about this, that systems that can grow and change without rebooting can live forever.</li>
<li>&#8230;my first argument against rebooting is that in nature it doesn&#8217;t happen. Or, more accurately, when it does happen it&#8217;s pretty catastrophic. If you don&#8217;t like the way a person works, you don&#8217;t kill them, fix their DNA, and then regrow them. If you don&#8217;t like the way a government works, you don&#8217;t shut it down, figure out what&#8217;s wrong, and start it back up again. Why, then, do we almost always develop software that way?</li>
<li>Because most programmers nowadays prefer to build marionettes rather than scary real children, most programming is oriented towards building layer upon layer of hardware. C++ and Java programmers (and I&#8217;d be willing to bet, C# programmers) are by default baking every line of code they write into hardware by modeling everything in the type system up front.</li>
</ol>
<p>Комментарий к первому пункту: bullshit.  <a href="http://graven.igni.ru/blog/2007/02/17/zhivyie-programmyi/#more-15" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2007/02/17/zhivyie-programmyi/feed/</wfw:commentRss>
		</item>
		<item>
		<title>On LISP</title>
		<link>http://graven.igni.ru/blog/2007/02/08/on-lisp/</link>
		<comments>http://graven.igni.ru/blog/2007/02/08/on-lisp/#comments</comments>
		<pubDate>Thu, 08 Feb 2007 23:01:50 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[архитектура]]></category>

		<category><![CDATA[lisp]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2007/02/08/pro-lisp/</guid>
		<description><![CDATA[Как правило, знакомство с LISPом (не имею в виду какую-то конкретную реализацию) начинается с представления s-expressions как &#8220;особой записи привычных по другим языкам вызовов функций&#8221;. Это не очень точно и скучно. На мой взгляд, куда интереснее проследить рост лисп-программы с самых ее корней, от простейшей структуры данных.
Для тех, кто совсем-совсем не в теме &#8212; лисп-машина [...]]]></description>
			<content:encoded><![CDATA[<p>Как правило, знакомство с LISPом (не имею в виду какую-то конкретную реализацию) начинается с представления s-expressions как &#8220;особой записи привычных по другим языкам вызовов функций&#8221;. Это не очень точно и скучно. На мой взгляд, куда интереснее проследить рост лисп-программы с самых ее корней, от простейшей структуры данных.</p>
<p>Для тех, кто совсем-совсем не в теме &#8212; лисп-машина это полная по Тьюрингу система, состоящая из вложенных друг в друга вызовов eval(). Ну примерно так. Лисп (для краткости буду так дальше сию машину именовать) очень прост в синтаксисе. Что придает ему особую уникальность &#8212; одна из его главных selling points &#8212; код и данные представляются единообразно и зачастую друг от друга неотличимы. Это позволяет, например, написать программу, оптимизирующую саму себя.</p>
<p>Какая же базовая структура данных (и кода) в лиспе? Это т. н. cons: кортеж из двух элементов, первый из которых называется car/кар, а второй cdr/кедер (записывается как car . cdr). Над такой структурой определены одноименные операции: car[x . xs] = x; cdr[x . xs] = xs.</p>
<p>Через эту структуру можно легко определить список &#8212; это конс, кедер которого &#8212; список или символ. В лиспе списки представляются при помощи s-expressions; так, список, записанный в виде консов как a . [b . [c . d]] в лиспе выглядит как (a b c d).  В приведенном выше случае car вернет a, cdr &#8212; (b c d).</p>
<p>Очевидно, консом можно сделать и кар. Конс, и кар и кедер которого &#8212; консы или символы &#8212; это, по сути, несортированное <a href="http://en.wikipedia.org/wiki/B+_tree" title="B+ дерево в википедии">1-2-B+ дерево</a>. Дерево, записанное консами как [a . b] . [c . d] выглядит в лиспе как ((a b) c d). Понятно, что car возвращает левую ветвь дерева, а cdr &#8212; правую. <a href="http://graven.igni.ru/blog/2007/02/08/on-lisp/#more-14" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2007/02/08/on-lisp/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Байт</title>
		<link>http://graven.igni.ru/blog/2006/12/28/byte/</link>
		<comments>http://graven.igni.ru/blog/2006/12/28/byte/#comments</comments>
		<pubDate>Thu, 28 Dec 2006 19:30:08 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[вне категорий]]></category>

		<category><![CDATA[философия]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/12/28/bayt/</guid>
		<description><![CDATA[(по мотивам дискуссии с Максимом Сергеичем от 28.12.2006)
Что такое байт?
Самый распространенный ответ: &#8220;восемь битов&#8221;. Однако это не совсем верно. Байт численно равен восьми битам в большинстве случаев, но эти понятия не эквивалентны.
В то же время, любой специалист по сетям твердо знает, что восемь битов - это октет. В чем же разница?
Байт определяется через размер наименьшей [...]]]></description>
			<content:encoded><![CDATA[<p>(по мотивам дискуссии с <a title="Домашняя страница Максима Мартынова" href="http://summoner.igni.ru">Максимом Сергеичем</a> от 28.12.2006)</p>
<p>Что такое байт?</p>
<p>Самый распространенный ответ: &#8220;восемь битов&#8221;. Однако это не совсем верно. Байт численно равен восьми битам в большинстве случаев, но эти понятия не эквивалентны.</p>
<p>В то же время, любой специалист по сетям твердо знает, что восемь битов - это <q>октет</q>. В чем же разница?</p>
<p>Байт определяется через размер наименьшей адресуемой ячейки памяти. Этимология слова <q>byte</q> восходит к глаголу <q>bite</q>, и по сути означает наименьший кусок, который способен &#8220;откусить&#8221; компьютер. В то время, когда разрабатывались первые сетевые протоколы, в эксплуатации были машины с различной длиной байта, довольно часто попадались &#8220;семибитки&#8221;. Именно поэтому и был создан термин <q>октет</q>, однозначно определяющий цепочку из восьми битов.</p>
<p>Эта путаница в терминологии прослеживается даже среди профессионалов. Так, в языке C существует тип данных <q>byte</q>, и это совершенно нормально - этот язык зависит от платформы, и вполне вероятно, что на семибитной машине длина <q>byte</q> была бы равна семи битам. Но то же самое обозначение мы видим и в Java, и в .NET - хотя на этих платформах длина типа данных <q>byte</q> всегда равна восьми битам. Логичнее было бы назвать его &#8220;octet&#8221; или &#8220;Int8&#8243;. Можно предположить, что инженеры Java хотели воссоздать привычное программистам на C окружение, но тогда непонятно, почему инженеры .NET не назвали Int16 - word, Int32 - dword, а Int64 - qword (бездумно списали с Java?). Кроме того, ключевые слова языка можно выбирать любые, слово <q>byte</q> вполне могло обозначать System.Int8 так же, как <q>int</q> обозначает System.Int16.</p>
<p>С <q>word</q> тоже не все просто.  <a href="http://graven.igni.ru/blog/2006/12/28/byte/#more-13" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/12/28/byte/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Освой программирование за десять лет</title>
		<link>http://graven.igni.ru/blog/2006/12/13/norvig-21-days/</link>
		<comments>http://graven.igni.ru/blog/2006/12/13/norvig-21-days/#comments</comments>
		<pubDate>Wed, 13 Dec 2006 17:10:32 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[философия]]></category>

		<category><![CDATA[перевод]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/12/13/norvig-21-days/</guid>
		<description><![CDATA[(Перевод эссе Петера Норвига (Peter Norvig) &#8220;Teach Yourself Programming in Ten Years&#8220;, 2001)
Это незавершенный перевод (в частности, нет ни одного линка), приветствуются поправки и дополнения.
Куда так спешить?
Зайдите в любой книжный, и вы обнаружите Освой Java за семь дней 1 среди тьмы предложений освоить Visual Basic, Windows, Интернет и тому подобное всего за несколько дней или [...]]]></description>
			<content:encoded><![CDATA[<p>(Перевод эссе Петера Норвига (Peter Norvig) &#8220;<a title="Teach Yourself Programming in Ten Years by Peter Norvig" href="http://norvig.com/21-days.html">Teach Yourself Programming in Ten Years</a>&#8220;, 2001)</p>
<p>Это незавершенный перевод (в частности, нет ни одного линка), приветствуются поправки и дополнения.</p>
<p><strong>Куда так спешить?</strong></p>
<p>Зайдите в любой книжный, и вы обнаружите Освой Java за семь дней <sup>1</sup> среди тьмы предложений освоить Visual Basic, Windows, Интернет и тому подобное всего за несколько дней или даже часов. Я забил в Amazon такой вот поисковый запрос:</p>
<p><tt>pubdate: after 1992 and title: days and<br />
(title: learn or title: teach yourself)</tt></p>
<p>и получил 248 результатов. Первые 78 оказались компьютерной литературой (79-ой была Освой бенгальский язык за 30 дней). Я заменил &#8220;дней&#8221; на &#8220;часов&#8221; и получил удивительно похожий результат: еще 253 книги, из них 77 связанных с компьютерами, вплоть до Освой самостоятельно грамматику и стиль за 24 часа на 78 месте. Из 200 верхних лотов 96% составляла компьютерная литература.</p>
<p>Можно заключить, что либо люди очень спешат изучить компьютеры, либо компьютеры много проще в изучении, нежели что-либо еще. Я не встречал книг, посвященных изучению Бетховена, Квантовой Физики или даже Ухода За Собаками за несколько дней. <a href="http://graven.igni.ru/blog/2006/12/13/norvig-21-days/#more-12" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/12/13/norvig-21-days/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Форум 2.0</title>
		<link>http://graven.igni.ru/blog/2006/11/09/forum-20/</link>
		<comments>http://graven.igni.ru/blog/2006/11/09/forum-20/#comments</comments>
		<pubDate>Thu, 09 Nov 2006 16:50:37 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[web]]></category>

		<category><![CDATA[архитектура]]></category>

		<category><![CDATA[идея]]></category>

		<category><![CDATA[социал]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/11/09/forum-20/</guid>
		<description><![CDATA[Известно, что форум становится довольно-таки паршивым средством общения после перехода определенного порога по количеству пользователей. Плодятся повторяющиеся топики, модераторы зашиваются, появляется множество тупых вопросов - образно говоря, форум принимает состояние информационной помойки.
Структуры типа &#8220;жж коммунити&#8221; немного более защищены от перехода в это состояние, главным образом за счет премодерации. Однако сама идея коммунити по интересам как [...]]]></description>
			<content:encoded><![CDATA[<p>Известно, что форум становится довольно-таки паршивым средством общения после перехода определенного порога по количеству пользователей. Плодятся повторяющиеся топики, модераторы зашиваются, появляется множество тупых вопросов - образно говоря, форум принимает состояние информационной помойки.</p>
<p>Структуры типа &#8220;жж коммунити&#8221; немного более защищены от перехода в это состояние, главным образом за счет премодерации. Однако сама идея коммунити по интересам как специализированного  сообщества с собствеными модераторами приводит к появлению кросс-постов (это менее характерно в пределах форума, т. к. люди, как правило, более-менее следят за форумом целиком и кросс-посты в разные подфорумы не приветствуются. Это, к сожалению, также вносит свою лепту в информационной помойки).</p>
<p>Собственно, этой ночью я разработал архитектуру замкнутой, самомодерирующейся информационной сети (для масс - &#8220;Форум 2.0&#8243;. I hate those meaningless buzzwords). Решение ориентировано, прежде всего, на профессиональные форумы с организацией типа &#8220;вопрос-ответ&#8221;. <a href="http://graven.igni.ru/blog/2006/11/09/forum-20/#more-11" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/11/09/forum-20/feed/</wfw:commentRss>
		</item>
		<item>
		<title>ecmascript view engine</title>
		<link>http://graven.igni.ru/blog/2006/11/07/ecmascript-view-engine/</link>
		<comments>http://graven.igni.ru/blog/2006/11/07/ecmascript-view-engine/#comments</comments>
		<pubDate>Tue, 07 Nov 2006 18:25:42 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[идея]]></category>

		<category><![CDATA[javascript]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/11/07/ecmascript-view-engine/</guid>
		<description><![CDATA[Как известно, MonoRail позволяет создавать собственные view engines. Так как ни nVelocity, ни brail, идущие в стандартной поставке меня не впечатлили, я задумался над созданием view engine of dream.
Так как я считаю view engine неотделимым от конечного представления, я решил, что язык нужно выбирать такой, чтобы на нем можно было и верстать шаблоны, и определять [...]]]></description>
			<content:encoded><![CDATA[<p>Как известно, <a title="MonoRail homepage" href="http://www.castleproject.org/monorail/">MonoRail</a> позволяет создавать собственные view engines. Так как ни nVelocity, ни brail, идущие в стандартной поставке меня не впечатлили, я задумался над созданием view engine of dream.</p>
<p>Так как я считаю view engine неотделимым от конечного представления, я решил, что язык нужно выбирать такой, чтобы на нем можно было и верстать шаблоны, и определять presentation logic. Синтаксис а-ля python я недолюбливаю, поэтому остановился на ecmascript. Большой плюс - логику валидации и представления данных можно практически без изменений отсылать с сервера клиенту. Кроме того, в стандартной поставке .NET framework идет &#8220;компилятор&#8221; jsc.exe, серьезно облегчающий работу. <a href="http://graven.igni.ru/blog/2006/11/07/ecmascript-view-engine/#more-10" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/11/07/ecmascript-view-engine/feed/</wfw:commentRss>
		</item>
		<item>
		<title>&#8216;Smart&#8217; icons</title>
		<link>http://graven.igni.ru/blog/2006/11/07/smart-icons/</link>
		<comments>http://graven.igni.ru/blog/2006/11/07/smart-icons/#comments</comments>
		<pubDate>Tue, 07 Nov 2006 18:05:11 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[web]]></category>

		<category><![CDATA[идея]]></category>

		<category><![CDATA[javascript]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/11/07/smart-icons/</guid>
		<description><![CDATA[Пришла в голову мысль - сплавить вместе десктоп и броузер. Шаги в этом направлении есть в Active Desktop, но интеграция с собственно десктопом в нем весьма убогая. Скажем, превратить все иконки в SVG (как в Gnome), а десктоп сделать хостом для яваскрипта. К содержимому десктопа можно получать доступ через DOM.
В итоге мы получаем возможность создавать [...]]]></description>
			<content:encoded><![CDATA[<p>Пришла в голову мысль - сплавить вместе десктоп и броузер. Шаги в этом направлении есть в Active Desktop, но интеграция с собственно десктопом в нем весьма убогая. Скажем, превратить все иконки в SVG (как в Gnome), а десктоп сделать хостом для яваскрипта. К содержимому десктопа можно получать доступ через DOM.</p>
<p>В итоге мы получаем возможность создавать &#8220;активные&#8221; (&#8217;smart&#8217; в терминологии MS) объекты - например, курсор, меняющий свой цвет от времени суток (согласен, бесполезно). Или иконку &#8216;home&#8217;, над которой идет дождь или светит солнце в зависимости от прогноза погоды на завтра. <a href="http://graven.igni.ru/blog/2006/11/07/smart-icons/#more-9" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/11/07/smart-icons/feed/</wfw:commentRss>
		</item>
		<item>
		<title>OpenID и аккаунты пользователей</title>
		<link>http://graven.igni.ru/blog/2006/09/09/openid-i-akkauntyi-polzovateley/</link>
		<comments>http://graven.igni.ru/blog/2006/09/09/openid-i-akkauntyi-polzovateley/#comments</comments>
		<pubDate>Sat, 09 Sep 2006 00:46:41 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[openid]]></category>

		<category><![CDATA[web]]></category>

		<category><![CDATA[архитектура]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/09/09/openid-i-akkauntyi-polzovateley/</guid>
		<description><![CDATA[Если вдруг кто не в курсе - OpenID это такой хитрый протокол, который позволяет аутентифицироваться, указывая некий URL (обычно HTTP&#8217;шный). По этому локатору сервер получает адрес сервера аутентификации и имя пользователя.
OpenID может оказаться (и скорее всего окажется) мощной силой, связывающей между собой разные социальные сети, особенно если сервисы будут предоставлять кое-какую машиннопонятную информацию. Например, представим [...]]]></description>
			<content:encoded><![CDATA[<p>Если вдруг кто не в курсе - <a title="Проект OpenID" href="http://graven.igni.ru/blog/www.openid.org">OpenID</a> это такой хитрый протокол, который позволяет аутентифицироваться, указывая некий URL (обычно HTTP&#8217;шный). По этому локатору сервер получает адрес сервера аутентификации и имя пользователя.</p>
<p>OpenID может оказаться (и скорее всего окажется) мощной силой, связывающей между собой разные социальные сети, особенно если сервисы будут предоставлять кое-какую машиннопонятную информацию. Например, представим себе что <a title="Живой Журнал" href="http://graven.igni.ru/blog/www.livejournal.com">ЖЖ</a> начинает экспортировать список френдов конкретного пользователя в виде, скажем, <a title="Протокол Friend of a Friend" href="http://graven.igni.ru/blog/www.foaf.org">FOAF</a>; а <a title="Музыкальная соцсеть last.fm" href="http://graven.igni.ru/blog/last.fm">last.fm</a> в рамках того же предположения мониторит этот список и предлагает добавлять во френды соответствующих ластфмщиков - идентификаторы пользователей-то одни и те же. Не очень правильное с архитектурной точки зрения решение, но весьма простое и дешевое. <a href="http://graven.igni.ru/blog/2006/09/09/openid-i-akkauntyi-polzovateley/#more-8" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/09/09/openid-i-akkauntyi-polzovateley/feed/</wfw:commentRss>
		</item>
		<item>
		<title>&#60;q&#62;</title>
		<link>http://graven.igni.ru/blog/2006/09/06/q/</link>
		<comments>http://graven.igni.ru/blog/2006/09/06/q/#comments</comments>
		<pubDate>Wed, 06 Sep 2006 19:54:19 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[html]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/09/06/q/</guid>
		<description><![CDATA[Тег q нужен всего-навсего для &#8220;окавычивания&#8221; текста.
Когда я впервые узнал о существовании этого тега, я был неприятно удивлен. Казалось бы, зачем подменять разметкой синтаксические конструкции языка? Тут недалеко и до тегов, ограничивающих предложения или чего еще похуже.
На самом деле, семантика этого тега несколько другая. Его не используют для цитирования (для этого есть cite и blockquote, [...]]]></description>
			<content:encoded><![CDATA[<p>Тег <q>q</q> нужен всего-навсего для &#8220;окавычивания&#8221; текста.</p>
<p>Когда я впервые узнал о существовании этого тега, я был неприятно удивлен. Казалось бы, зачем подменять разметкой синтаксические конструкции языка? Тут недалеко и до тегов, ограничивающих предложения или чего еще похуже.</p>
<p>На самом деле, семантика этого тега несколько другая. Его не используют для цитирования (для этого есть <q>cite</q> и <q>blockquote</q>, конечно же), и для обозначения иронического отношения к предмету тоже больше подойдут обычные кавычки. А вот если вы хотите сослаться на любимый фреймворк - его название лучше всего заключить именно в тег <q>q</q>. <a href="http://graven.igni.ru/blog/2006/09/06/q/#more-7" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/09/06/q/feed/</wfw:commentRss>
		</item>
		<item>
		<title>His name is Robert Polsen</title>
		<link>http://graven.igni.ru/blog/2006/06/04/6/</link>
		<comments>http://graven.igni.ru/blog/2006/06/04/6/#comments</comments>
		<pubDate>Sun, 04 Jun 2006 08:51:07 +0000</pubDate>
		<dc:creator>Станислав Климов</dc:creator>
		
		<category><![CDATA[rdf]]></category>

		<category><![CDATA[философия]]></category>

		<guid isPermaLink="false">http://graven.igni.ru/blog/2006/08/04/6/</guid>
		<description><![CDATA[Зацепим слегка проблему идентификации и идентичности.
&#8220;Привет, я Вася!&#8221; - &#8220;Нет, это я Вася!&#8221;
До сих пор помню, как я был расстроен, когда обнаружил что я не единственный Graven в сети. Подписывая договора, мне приходится не только представляться Станиславом Климовым, но еще и указывать паспорные данные. Проще всего с налоговой - имея ИНН и имени не надо. [...]]]></description>
			<content:encoded><![CDATA[<p>Зацепим слегка проблему идентификации и идентичности.</p>
<p>&#8220;Привет, я Вася!&#8221; - &#8220;Нет, это я Вася!&#8221;</p>
<p>До сих пор помню, как я был расстроен, когда обнаружил что я не единственный Graven в сети. Подписывая договора, мне приходится не только представляться Станиславом Климовым, но еще и указывать паспорные данные. Проще всего с налоговой - имея ИНН и имени не надо. Чорт, меня посчитали.</p>
<p>В сети вообще непонятно как быть. Можно, конечно, взять себе неудобоваримый ник, до которого никто в здравом уме не додумается (см. a_portable_hole_full_of_despair в Skype), но на такие жертвы не каждый пойдет.</p>
<p>А приемлемый выход, собственно, есть. Надо просто стать <em>ресурсом</em>. <a href="http://graven.igni.ru/blog/2006/06/04/6/#more-6" class="more-link">(more&#8230;)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://graven.igni.ru/blog/2006/06/04/6/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
