<?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://roinet.net/2008/10/23/selection_tools/feed/" rel="self" type="application/rss+xml" />
	<link>http://roinet.net/2008/10/23/selection_tools/</link>
	<description>Блог о программировании, алгоритмах и технологиях.</description>
	<lastBuildDate>Fri, 13 Aug 2010 09:39:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>От: Roinet</title>
		<link>http://roinet.net/2008/10/23/selection_tools/comment-page-1/#comment-1437</link>
		<dc:creator>Roinet</dc:creator>
		<pubDate>Mon, 22 Dec 2008 07:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://roinet.net/?p=14#comment-1437</guid>
		<description>Будут. Правда совсем времени нет писать посты.</description>
		<content:encoded><![CDATA[<p>Будут. Правда совсем времени нет писать посты.</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Caurnant</title>
		<link>http://roinet.net/2008/10/23/selection_tools/comment-page-1/#comment-1435</link>
		<dc:creator>Caurnant</dc:creator>
		<pubDate>Mon, 22 Dec 2008 04:32:38 +0000</pubDate>
		<guid isPermaLink="false">http://roinet.net/?p=14#comment-1435</guid>
		<description>Спасибо! а еще посты на эту тему будут?</description>
		<content:encoded><![CDATA[<p>Спасибо! а еще посты на эту тему будут?</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Roinet</title>
		<link>http://roinet.net/2008/10/23/selection_tools/comment-page-1/#comment-191</link>
		<dc:creator>Roinet</dc:creator>
		<pubDate>Fri, 24 Oct 2008 19:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://roinet.net/?p=14#comment-191</guid>
		<description>Все-таки без ORM разного калибра (rich, anemic), как правило, довольно сложно поддерживать код. Естественно, надо представлять себе сложность и ресурсоемкость решения. Например, часто при использовании sqlalchemy/elixir приходилось, наравне с использованием высокоуровневого кода, писать чуть ли не sql, но все-равно в терминах sqlalchemy, т.к. в таком случае поддерживать код становилось гораздо проще, а по эффективности ни чем не отличалось, если бы писался напрямую в СУБД.

(PS: openid вроде починил)</description>
		<content:encoded><![CDATA[<p>Все-таки без ORM разного калибра (rich, anemic), как правило, довольно сложно поддерживать код. Естественно, надо представлять себе сложность и ресурсоемкость решения. Например, часто при использовании sqlalchemy/elixir приходилось, наравне с использованием высокоуровневого кода, писать чуть ли не sql, но все-равно в терминах sqlalchemy, т.к. в таком случае поддерживать код становилось гораздо проще, а по эффективности ни чем не отличалось, если бы писался напрямую в СУБД.</p>
<p>(PS: openid вроде починил)</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: CGVictor</title>
		<link>http://roinet.net/2008/10/23/selection_tools/comment-page-1/#comment-187</link>
		<dc:creator>CGVictor</dc:creator>
		<pubDate>Thu, 23 Oct 2008 21:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://roinet.net/?p=14#comment-187</guid>
		<description>&gt;&gt;но там где это необходимо
Это уж бесспорно )

Плюс все эти высокоуровневые навороты даже без очевидной избыточности ощутимо снижают производительность конечного продукта - повышая, надо понимать, производительность отдельно взятого разработчика.

* Помнится, при разработке entities-средств для .net девтим ставил задачу примерно так: &quot;это не должно лажать по производительности _больше чем в 3 раза_&quot;. И т.п.

(btw: у тебя openid меня не пускает)</description>
		<content:encoded><![CDATA[<p>&gt;&gt;но там где это необходимо<br />
Это уж бесспорно )</p>
<p>Плюс все эти высокоуровневые навороты даже без очевидной избыточности ощутимо снижают производительность конечного продукта &#8211; повышая, надо понимать, производительность отдельно взятого разработчика.</p>
<p>* Помнится, при разработке entities-средств для .net девтим ставил задачу примерно так: &#8220;это не должно лажать по производительности _больше чем в 3 раза_&#8221;. И т.п.</p>
<p>(btw: у тебя openid меня не пускает)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
