Свободные системы, спасающие разработчиков (РИТ-2010) - История изменений

StasFomin в 15:32, 10 января 2012

2012-01-10T15:32:55Z

StasFomin в 09:03, 16 ноября 2011

2011-11-16T09:03:41Z

StasFomin в 18:10, 10 октября 2011

2011-10-10T18:10:02Z

SergeyBelikov в 12:31, 11 августа 2011

2011-08-11T12:31:17Z

StasFomin в 17:14, 1 марта 2011

2011-03-01T17:14:29Z

BenderBot: 1 версия

2010-12-23T01:05:41Z

1 версия

StasFomin в 14:28, 22 декабря 2010

2010-12-22T14:28:33Z

BenderBot: 1 версия

2010-08-20T00:02:27Z

1 версия

StasFomin: /* Постановка проблемы, которой посвящён доклад: */

2010-08-19T19:40:12Z

‎Постановка проблемы, которой посвящён доклад:

BenderBot: 1 версия

2010-06-16T00:01:12Z

1 версия

@@ Строка 1: / Строка 1: @@
-Выступление [http://belonesox.moikrug.ru Стаса Фомина] на конференции «[http://ritconf.ru/abstracts/565.html РИТ-2010]».
+Выступление [[:Категория:Стас Фомин|Стаса Фомина]] на конференции «[http://ritconf.ru/abstracts/565.html РИТ-2010]».
 == Видеопрезентация ==
@@ Строка 56: / Строка 56: @@
 [[Категория: Менеджмент (доклады)]]
 [[Категория:Инструменты разработки (доклады)]]

@@ Строка 55: / Строка 55: @@
 [[Категория:Открытые Семинары]]
 [[Категория: Менеджмент (доклады)]]
-[[Категория: Программирование (доклады)]]
+[[Категория:Инструменты разработки (доклады)]]

← Предыдущая		Версия 18:10, 10 октября 2011
Строка 54:		Строка 54:
	{{replicate-from-custiswiki-to-lib}}		{{replicate-from-custiswiki-to-lib}}
	[[Категория:Открытые Семинары]]		[[Категория:Открытые Семинары]]
		+	[[Категория: Менеджмент (доклады)]]
		+	[[Категория: Программирование (доклады)]]

← Предыдущая		Версия 17:14, 1 марта 2011
Строка 4:		Строка 4:

	{{vimeoembed\|10909721\|720\|404}}		{{vimeoembed\|10909721\|720\|404}}
−
−	~~Скачать видео: [[Видеотека#2010-04-14 РИТ-2010: «Свободные системы, спасающие разработчиков»]]~~

	== Тезисы ==		== Тезисы ==

@@ Строка 2: / Строка 2: @@
 == Видеопрезентация ==
-</center>
+{{vimeoembed|10909721|720|404}}
-</html>
 Скачать видео: [[Видеотека#2010-04-14 РИТ-2010: «Свободные системы,  спасающие разработчиков»]]

← Предыдущая	Версия 12:31, 11 августа 2011
(нет различий)

← Предыдущая	Версия 01:05, 23 декабря 2010
(нет различий)

← Предыдущая	Версия 00:02, 20 августа 2010
(нет различий)

@@ Строка 26: / Строка 26: @@
 ; «Ничего» : Подход небольших или анархичных команд, часто не использующих даже контроль версий. Проблемы такого подхода очевидны.
 ; «Свой велосипед» : Эффективные фреймворки сделали вебразработку достаточно легкой и быстрой, и многие увлекаются переизобретением велосипедов — реализацией собственных систем, например, учета задач и ошибок или вики-систем. Проблемы начинают проявлятся спустя время, когда обнаруживается, что приходится тратить немало времени на поддержку и развитие этих систем и обучение персонала использованию этих «самоделок», малоизвестных за пределами компании.
-; «Ящик Вендоров» : Использование интегрированного закрытого платного инструментария. Общая очевидная проблема — платность, причем могущей быть достаточно существенной, например, стоимость лицензий может быть больше стоимости добротного железа для разработчика. Плюс, как правило, такие систем закрыты, отсутствует возможность модификации системы и при этом, в систему жестко зашита интеграция с выбранным производителем (а не пользователем) стеком инструментов, закодированы какие-нибудь методологии и прочие «''best practices''», часто устаревшие на десяток лет, или слабоприменимые в ситуации пользователя, от которых никак нельзя избавится. Несмотря на платность, в большинстве случаев нельзя повлиять на линию развития софта, уговорить производителя сделать нужные пользователю доработки, а платная «многоуровневая» поддержка, только изолирует разработчика системы от проблем пользователей, и зачастую неэффективна.
+; «Ящик Вендоров» : Использование интегрированного закрытого платного инструментария. Общая очевидная проблема — платность, причем могущей быть достаточно существенной, например, стоимость лицензий может быть больше стоимости добротного железа для разработчика. Плюс, как правило, такие систем закрыты, отсутствует возможность модификации системы и при этом, в систему жестко зашита интеграция с выбранным производителем (а не пользователем) стеком инструментов, закодированы какие-нибудь методологии и прочие «''best practices''», часто устаревшие на десяток лет, или слабоприменимые в ситуации пользователя, от которых никак нельзя избавится. Несмотря на платность, в большинстве случаев нельзя повлиять на линию развития софта, уговорить производителя сделать нужные пользователю доработки, а платная «многоуровневая» поддержка, только изолирует разработчика системы от проблем пользователей, и зачастую неэффективна. А упования на то, что платные системы де, не ломаются, и всегда удовлетворяют пользователя ''as-is'' напоминают классику:
 С другой стороны, в мире ''open-source'' уже завелся целый зоопарк различных, конкурирующих между собой систем, решающих эти проблемы по отдельности. Возможно по отдельности они выглядят часто ''unsexy ''— неказисто, даже забавно, в общем, как «герои типичного американского комикса про героев» (такая вот тавтология, да). Если удастся собрать эффективную команду — то есть выбрать правильные, не конфликтующие между собой инструменты, грамотно их построить, то эти системы совершенно бесплатно спасут разработчиков от вышеперечисленных проблем, то есть один раз выбрав и разобравшись в этих системах, можно будет наращивать команду, открывать дополнительные филиалы, в общем, масштабировать компанию, не неся дополнительных затрат. Причем эти открытость кода «спасателей» и большая пользовательская база, всегда дают вам гибкий выбор — насколько вы готовы тратить свои силы, чтобы подогнать эти системы под ваши процессы, и насколько вы готовы менять свои процессы, чтобы бесплатно использовать растущий функционал этих систем, развиваемых внешним сообществом.

← Предыдущая	Версия 00:01, 16 июня 2010
(нет различий)