<?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"
	>
<channel>
	<title>Comments on: Bug fixing как часть прикладной психологии.</title>
	<atom:link href="http://blog.not-a-kernel-guy.com/2007/03/20/162/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.not-a-kernel-guy.com/2007/03/20/162</link>
	<description>... in the Windows kernel team</description>
	<pubDate>Fri, 21 Nov 2008 01:06:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Wesha</title>
		<link>http://blog.not-a-kernel-guy.com/2007/03/20/162#comment-7116</link>
		<dc:creator>Wesha</dc:creator>
		<pubDate>Wed, 21 Mar 2007 18:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/03/20/162#comment-7116</guid>
		<description>А чего тут думать? Кто у нас не соответстввет спецификации? B. Следовательно, его и надо расстрелять править. То, что баг в нем жил и здравствовал с 1917 года, не есть оправдание.</description>
		<content:encoded><![CDATA[<p>А чего тут думать? Кто у нас не соответстввет спецификации? B. Следовательно, его и надо расстрелять править. То, что баг в нем жил и здравствовал с 1917 года, не есть оправдание.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Not a kernel guy</title>
		<link>http://blog.not-a-kernel-guy.com/2007/03/20/162#comment-7110</link>
		<dc:creator>Not a kernel guy</dc:creator>
		<pubDate>Wed, 21 Mar 2007 16:36:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/03/20/162#comment-7110</guid>
		<description>&#160;&lt;blockquote&gt;Второй вариант, если позволяет архитектура - это добавление промежуточного слоя между “X” и “B”, который будет конвертировать строки при вызове из правильного в неправильный, сужая тем самым кривизну в остальных компонентах.&lt;/blockquote&gt;

Как по мне - это единственный приемлимый вариант затычки в данном случае. Только предлагалось поправить сам B так, чтобы он создавал для себя копии строк в том формате, какой ему нужен. Людой другой вариант, не затрагивающий B, - суть рассыпание граблей, на иправление которых будет потрачено больше сил, чем исправление интерфейса B.</description>
		<content:encoded><![CDATA[<p>&nbsp;<br />
<blockquote>Второй вариант, если позволяет архитектура - это добавление промежуточного слоя между “X” и “B”, который будет конвертировать строки при вызове из правильного в неправильный, сужая тем самым кривизну в остальных компонентах.</p></blockquote>
<p>Как по мне - это единственный приемлимый вариант затычки в данном случае. Только предлагалось поправить сам B так, чтобы он создавал для себя копии строк в том формате, какой ему нужен. Людой другой вариант, не затрагивающий B, - суть рассыпание граблей, на иправление которых будет потрачено больше сил, чем исправление интерфейса B.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zz&#124;sergant</title>
		<link>http://blog.not-a-kernel-guy.com/2007/03/20/162#comment-7054</link>
		<dc:creator>zz&#124;sergant</dc:creator>
		<pubDate>Tue, 20 Mar 2007 19:54:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2007/03/20/162#comment-7054</guid>
		<description>Ну, в общем правильно сказали. Если "B" работал X лет, то любое изменение "B" требует большого тестирования его самого и всех с ним связанных компонент, которые использовали его особенность передачи UNICODE строк.

В этом плане дешевле сделать у "X" такой же способ передачи строк, который ожидает "B" от "A", до следующего запланированного рефакторинга "B" и "A" (с учетом приведения протокола передачи строк в нормальный вид). Второй вариант, если позволяет архитектура - это добавление промежуточного слоя между "X" и "B", который будет конвертировать строки при вызове из правильного в неправильный, сужая тем самым кривизну в остальных компонентах.</description>
		<content:encoded><![CDATA[<p>Ну, в общем правильно сказали. Если &#8220;B&#8221; работал X лет, то любое изменение &#8220;B&#8221; требует большого тестирования его самого и всех с ним связанных компонент, которые использовали его особенность передачи UNICODE строк.</p>
<p>В этом плане дешевле сделать у &#8220;X&#8221; такой же способ передачи строк, который ожидает &#8220;B&#8221; от &#8220;A&#8221;, до следующего запланированного рефакторинга &#8220;B&#8221; и &#8220;A&#8221; (с учетом приведения протокола передачи строк в нормальный вид). Второй вариант, если позволяет архитектура - это добавление промежуточного слоя между &#8220;X&#8221; и &#8220;B&#8221;, который будет конвертировать строки при вызове из правильного в неправильный, сужая тем самым кривизну в остальных компонентах.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
