<?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>Комментарии к записи: Microsoft: новая стратегия разработки</title>
	<atom:link href="http://antontitov.com/2006/07/02/microsoft-novaya-strategiya-razrabotki/feed/" rel="self" type="application/rss+xml" />
	<link>http://antontitov.com/2006/07/02/microsoft-novaya-strategiya-razrabotki/</link>
	<description>“Imagination is more important than knowledge” ~ Albert Einstein</description>
	<pubDate>Thu, 29 Jul 2010 14:29:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Автор: Titov Anton</title>
		<link>http://antontitov.com/2006/07/02/microsoft-novaya-strategiya-razrabotki/comment-page-1/#comment-1444</link>
		<dc:creator>Titov Anton</dc:creator>
		<pubDate>Mon, 26 Nov 2007 00:28:18 +0000</pubDate>
		<guid isPermaLink="false">http://antontitov.com/2006/07/02/microsoft-novaya-strategiya-razrabotki/#comment-1444</guid>
		<description>Т.е. получается CTP (Community Technology Preview) это как бы наиболее стабильная версия продукта на данный момент, но еще не RTM. И CTP версии выходят до тех пор, пока в продукт добавляют и тестируют все новые изменения для текущей версии, затем его выпускают как RTM? Т.е. CTP это как "вечная бета", но которая в конце концов заканчивается релизом, правильно?
Про процесс изменений -- у меня есть список "How a new feature added to the Microsoft products", и теперь я понимаю, что все что в нем написано это правда... Промышленная разработка ПО, как любят называть такой процесс. :)</description>
		<content:encoded><![CDATA[<p>Т.е. получается CTP (Community Technology Preview) это как бы наиболее стабильная версия продукта на данный момент, но еще не RTM. И CTP версии выходят до тех пор, пока в продукт добавляют и тестируют все новые изменения для текущей версии, затем его выпускают как RTM? Т.е. CTP это как &#8220;вечная бета&#8221;, но которая в конце концов заканчивается релизом, правильно?<br />
Про процесс изменений &#8212; у меня есть список &#8220;How a new feature added to the Microsoft products&#8221;, и теперь я понимаю, что все что в нем написано это правда&#8230; Промышленная разработка ПО, как любят называть такой процесс. <img src='http://antontitov.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Scottless</title>
		<link>http://antontitov.com/2006/07/02/microsoft-novaya-strategiya-razrabotki/comment-page-1/#comment-1443</link>
		<dc:creator>Scottless</dc:creator>
		<pubDate>Sun, 25 Nov 2007 01:27:23 +0000</pubDate>
		<guid isPermaLink="false">http://antontitov.com/2006/07/02/microsoft-novaya-strategiya-razrabotki/#comment-1443</guid>
		<description>На процесс разработки в Майкрософт я теперь смотрю изнутри и могу судить о длительности процесса внесения изменений.
Сидя дома можно долго задаваться вопросом "А почему так долго не выпускают ничего нового?". Но придя в эту среду, где существует строгое распределение обязанностей между PM (Project Manager), Developer и Test. Так вот, для того, что сделать изменение, привлекают комманду из трех вышеуказанных личностей. Весь процесс очень прямолинеен и направлен на конкретное изменение и избежание регрессий. В среднем, одна фича реализуется от двух недель до нескольких месяцев. Все зависит от сложности. Как не крути, а ускорить этот процесс нельзя, но его можно по-другому назвать. Сейчас у нас все продукты выходят как CTP. Уже нет ни альф ни бэтт. Только CTP. Причина? Елементарно - клиент думает, что если продукт alpha - то это вообще сырое мясо и даже ставить себе не будет, если это beta - уже лучше, но всеравно еще очень сыро. А вот если это какой-то CTP, то он воспринимает это как релизное состояние. alpha и beta ограничены, а CTP хоть до бесконечности штамповать можно. У нас ежедневные билды, которые пройдя тесты попадают в ветку стабилизации. Раз в неделю мы готовы выдавать новые фичи, но мы этого не делаем, так как обьем фич для одного CTP должен быть существенным.</description>
		<content:encoded><![CDATA[<p>На процесс разработки в Майкрософт я теперь смотрю изнутри и могу судить о длительности процесса внесения изменений.<br />
Сидя дома можно долго задаваться вопросом &#8220;А почему так долго не выпускают ничего нового?&#8221;. Но придя в эту среду, где существует строгое распределение обязанностей между PM (Project Manager), Developer и Test. Так вот, для того, что сделать изменение, привлекают комманду из трех вышеуказанных личностей. Весь процесс очень прямолинеен и направлен на конкретное изменение и избежание регрессий. В среднем, одна фича реализуется от двух недель до нескольких месяцев. Все зависит от сложности. Как не крути, а ускорить этот процесс нельзя, но его можно по-другому назвать. Сейчас у нас все продукты выходят как CTP. Уже нет ни альф ни бэтт. Только CTP. Причина? Елементарно - клиент думает, что если продукт alpha - то это вообще сырое мясо и даже ставить себе не будет, если это beta - уже лучше, но всеравно еще очень сыро. А вот если это какой-то CTP, то он воспринимает это как релизное состояние. alpha и beta ограничены, а CTP хоть до бесконечности штамповать можно. У нас ежедневные билды, которые пройдя тесты попадают в ветку стабилизации. Раз в неделю мы готовы выдавать новые фичи, но мы этого не делаем, так как обьем фич для одного CTP должен быть существенным.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
