<?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>Комментарии: Open source как развитие проекта.</title>
	<atom:link href="http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/feed/" rel="self" type="application/rss+xml" />
	<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/</link>
	<description>Thinking aloud about business and software development</description>
	<lastBuildDate>Thu, 26 Apr 2012 16:25:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104955</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Mon, 07 Sep 2009 17:33:34 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104955</guid>
		<description>&gt;Его не надо “продавать” программистам, программисту он должен быть интересен либо &gt;в качестве повышения своего мастерства, либо в плане получения фана, либо в &gt;качестве разработки используемого в дальнейшем самим программистм продукта, либо &gt;в качестве источника денег.

Еще и как надо продавать.
Во первых, чтобы программисты подтянулись - они должны услышать о проекте
Во вторых им надо показать, что проектом можно заняться для повышения мастерства, фана и т.п.

Это и есть &quot;продавать&quot;.</description>
		<content:encoded><![CDATA[<p>>Его не надо “продавать” программистам, программисту он должен быть интересен либо >в качестве повышения своего мастерства, либо в плане получения фана, либо в >качестве разработки используемого в дальнейшем самим программистм продукта, либо >в качестве источника денег.</p>
<p>Еще и как надо продавать.<br />
Во первых, чтобы программисты подтянулись &#8211; они должны услышать о проекте<br />
Во вторых им надо показать, что проектом можно заняться для повышения мастерства, фана и т.п.</p>
<p>Это и есть &laquo;продавать&raquo;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Дмитрий Богомолов</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104953</link>
		<dc:creator>Дмитрий Богомолов</dc:creator>
		<pubDate>Mon, 07 Sep 2009 17:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104953</guid>
		<description>Его не надо &quot;продавать&quot; программистам, программисту он должен быть интересен либо в качестве повышения своего мастерства, либо в плане получения фана, либо в качестве разработки используемого в дальнейшем самим программистм продукта, либо в качестве источника денег.

Продукт, ориентированный на конечного пользователя, лучше продавать (без кавычек) этому самому конечному пользователю, а за это устраивать конкурсы типа Google Summer of Code либо нанимать некое ядро, а интересный OpenSource продукт сам обрастет пользователями-программистами, которые будут исправлять баги, создавать плагины. но не писать основной функционал! Отсюда следует один нюанс: OpenSource-проекты подразумевают создание ядра некой стартовой командой с дальнейшим открытием обществу, пока не будет хотя бы работающей беты люди вокруг проекта не собираются.</description>
		<content:encoded><![CDATA[<p>Его не надо &laquo;продавать&raquo; программистам, программисту он должен быть интересен либо в качестве повышения своего мастерства, либо в плане получения фана, либо в качестве разработки используемого в дальнейшем самим программистм продукта, либо в качестве источника денег.</p>
<p>Продукт, ориентированный на конечного пользователя, лучше продавать (без кавычек) этому самому конечному пользователю, а за это устраивать конкурсы типа Google Summer of Code либо нанимать некое ядро, а интересный OpenSource продукт сам обрастет пользователями-программистами, которые будут исправлять баги, создавать плагины. но не писать основной функционал! Отсюда следует один нюанс: OpenSource-проекты подразумевают создание ядра некой стартовой командой с дальнейшим открытием обществу, пока не будет хотя бы работающей беты люди вокруг проекта не собираются.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104951</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Mon, 07 Sep 2009 16:30:09 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104951</guid>
		<description>Я все таки так вопрос не ставил бы.

&gt;плодятся сущности
&gt;вместо того, чтобы помогать работающему проекту, новый проект лишает существующий разработчиков и тонут оба.

Обе эти фразы - это максималистский/программистский подход. Они говорят о том, как должен выглядеть идеальный мир - нет дублирования, ресурсы тратятся эффективно.

А вот вопрос 
&gt;что должно зинтересовать больше чем скажем 350000 других проектов
как раз реальный/экономический?

Open source проект - это такой же товар. Его надо &quot;продать&quot; программистам.</description>
		<content:encoded><![CDATA[<p>Я все таки так вопрос не ставил бы.</p>
<p>>плодятся сущности<br />
>вместо того, чтобы помогать работающему проекту, новый проект лишает существующий разработчиков и тонут оба.</p>
<p>Обе эти фразы &#8211; это максималистский/программистский подход. Они говорят о том, как должен выглядеть идеальный мир &#8211; нет дублирования, ресурсы тратятся эффективно.</p>
<p>А вот вопрос<br />
>что должно зинтересовать больше чем скажем 350000 других проектов<br />
как раз реальный/экономический?</p>
<p>Open source проект &#8211; это такой же товар. Его надо &laquo;продать&raquo; программистам.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Дмитрий Богомолов</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104932</link>
		<dc:creator>Дмитрий Богомолов</dc:creator>
		<pubDate>Mon, 07 Sep 2009 09:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104932</guid>
		<description>&gt; Что собственного говоря в вашем продукте такое, что должно зинтересовать больше чем скажем 350000 других проектов?

Я бы ставил вопрос по-другому: Что есть в Вашем продукте, чего нет в остальных openSource-проектах? Ведь очень часто плодятся сущности, которые на 95-99% копируют что-нибудь существующее. И вместо того, чтобы помогать работающему проекту, новый проект лишает существующий разработчиков и тонут оба.</description>
		<content:encoded><![CDATA[<p>&gt; Что собственного говоря в вашем продукте такое, что должно зинтересовать больше чем скажем 350000 других проектов?</p>
<p>Я бы ставил вопрос по-другому: Что есть в Вашем продукте, чего нет в остальных openSource-проектах? Ведь очень часто плодятся сущности, которые на 95-99% копируют что-нибудь существующее. И вместо того, чтобы помогать работающему проекту, новый проект лишает существующий разработчиков и тонут оба.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104291</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Thu, 27 Aug 2009 01:03:36 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104291</guid>
		<description>Ну, собственно говоря вопрос о заинтересовать руководителя предприятия - это уже вопрос другого уровня. Точнее так, он уже относится не только к opensource но и к любым продуктам.

А вот для opensource больная тема заинтересовывания разработчиков/тестировщиков/писателей документации.</description>
		<content:encoded><![CDATA[<p>Ну, собственно говоря вопрос о заинтересовать руководителя предприятия &#8211; это уже вопрос другого уровня. Точнее так, он уже относится не только к opensource но и к любым продуктам.</p>
<p>А вот для opensource больная тема заинтересовывания разработчиков/тестировщиков/писателей документации.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Oleg</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104274</link>
		<dc:creator>Oleg</dc:creator>
		<pubDate>Wed, 26 Aug 2009 15:50:59 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104274</guid>
		<description>Честно говоря о таких данных я слышу впервые. И они очень сильно меня поразили. И автор правильно ставит вопрос: &quot;Что собственного говоря в вашем продукте такое, что должно зинтересовать больше чем скажем 350000 других проектов?&quot; Именно заинтересовать. Проект не обязательно делать лучше, его нужно делать так, чтобы бы он смог заинтересовать. А заинтересовать руководителя предприятия можно, пожалуй, предстоящей выгодой с обязательной демонстрацией ПО. Проблема только в том, что это ПО будет узкоспециализированно. Тем не менее можно начинать с чего-то узкого, но очень эффективного, а потом добавлять что-то более общее. А просто общих проектов с одинаковоповторяющимися функциями пруд пруди, можно разве что на удачу рассчитывать.</description>
		<content:encoded><![CDATA[<p>Честно говоря о таких данных я слышу впервые. И они очень сильно меня поразили. И автор правильно ставит вопрос: &laquo;Что собственного говоря в вашем продукте такое, что должно зинтересовать больше чем скажем 350000 других проектов?&raquo; Именно заинтересовать. Проект не обязательно делать лучше, его нужно делать так, чтобы бы он смог заинтересовать. А заинтересовать руководителя предприятия можно, пожалуй, предстоящей выгодой с обязательной демонстрацией ПО. Проблема только в том, что это ПО будет узкоспециализированно. Тем не менее можно начинать с чего-то узкого, но очень эффективного, а потом добавлять что-то более общее. А просто общих проектов с одинаковоповторяющимися функциями пруд пруди, можно разве что на удачу рассчитывать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Tena</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104208</link>
		<dc:creator>Tena</dc:creator>
		<pubDate>Tue, 25 Aug 2009 17:49:06 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104208</guid>
		<description>По мне можно делать опеном проект, который может заинтересовать людей, чтобы в проекте было что-то особенное..</description>
		<content:encoded><![CDATA[<p>По мне можно делать опеном проект, который может заинтересовать людей, чтобы в проекте было что-то особенное..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Victor Ronin</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104162</link>
		<dc:creator>Victor Ronin</dc:creator>
		<pubDate>Mon, 24 Aug 2009 20:19:04 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104162</guid>
		<description>Согласен хороший код еще не безопасный код. 

Согласен, единственный метод повышения безопасности кода - это длительное пользование большим количеством пользователей + активный поиск и проверка и исправление разных дыр в безопасности.

С чем не согласен это с тем, что плохой код, который долго пользовался будет становиться более безопасным. 

Проблема плохого кода состоит в том, что исправления в нем крайне сложны и ведут чаще всего к появлению дополнительных проблем. Поэтому любой проект, который становится популярным и активно обновляется, либо постепенно переводит код от плохого к хорошему, либо через некоторое время становится обратно не популярным из-за большого количества глюков.</description>
		<content:encoded><![CDATA[<p>Согласен хороший код еще не безопасный код. </p>
<p>Согласен, единственный метод повышения безопасности кода &#8211; это длительное пользование большим количеством пользователей + активный поиск и проверка и исправление разных дыр в безопасности.</p>
<p>С чем не согласен это с тем, что плохой код, который долго пользовался будет становиться более безопасным. </p>
<p>Проблема плохого кода состоит в том, что исправления в нем крайне сложны и ведут чаще всего к появлению дополнительных проблем. Поэтому любой проект, который становится популярным и активно обновляется, либо постепенно переводит код от плохого к хорошему, либо через некоторое время становится обратно не популярным из-за большого количества глюков.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Владимир</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104155</link>
		<dc:creator>Владимир</dc:creator>
		<pubDate>Mon, 24 Aug 2009 17:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104155</guid>
		<description>C WinXP связь тонкая. Если мне память не изменяет Windows форкнута от OS/2. В данный момент WinXP заменяется на Vista и Win7. Чем не смерть WinXP?
А к опенсурсу никакого отношения не имеет.</description>
		<content:encoded><![CDATA[<p>C WinXP связь тонкая. Если мне память не изменяет Windows форкнута от OS/2. В данный момент WinXP заменяется на Vista и Win7. Чем не смерть WinXP?<br />
А к опенсурсу никакого отношения не имеет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Владимир</title>
		<link>http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/comment-page-1/#comment-104154</link>
		<dc:creator>Владимир</dc:creator>
		<pubDate>Mon, 24 Aug 2009 17:49:03 +0000</pubDate>
		<guid isPermaLink="false">http://victorronin.com/2009/08/21/open-source-kak-razvitie-proekta/#comment-104154</guid>
		<description>Согласен. Не всему обладать КПД 100%. Кто-то должен работать в холостую.</description>
		<content:encoded><![CDATA[<p>Согласен. Не всему обладать КПД 100%. Кто-то должен работать в холостую.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

