LSV[quot автор]А если вдруг придётся с ними поругаться, то как бы не была их система хороша, но она обречена. С собственным продуктом такое не произойдёт.

а можно с этого места подробнее? почему с собственным продуктом такого не произойдет? я, например, видел несколько случаев, когда уход собственных программистов фактически ставил крест на самописке...

LSVТакое тоже возможно, если уйдут сразу все. :)

Крупные предприятия, которые на уровне руководства серьезно относятся к собственным разработкам, наверняка несут меньше риска. А для некрупной разработки эти "все" могут составлять три-пять человек. И риск начальству разругаться со всей командой - не такой уже и маленький. Иногда достаточно разругаться с лидером команды, чтобы он, уйдя из компании, перетащил за собой остальных...
А в некоторых случаях достаточно уйти т.н. архитектору, чтобы кодеры оказались беспомощными...

LSVДля этого следует предусмотреть ряд привентивных мер: хранение актуальных сорцов, документированность.

Согласен. Но что мешает подобный совет использовать при внедрении покупных продуктов? И перехватывать знания от внедренцев в ходе проекта? Часто это работает, чесслово :-)

LSV А вот в случае с чужой системой ВААЩЕ НИЧЕГО сделать не удастся

точно-точно. тока в случае замены команды, самописка автоматически превращается в чью-то-писку, т.е. чужую систему. Круг замкнулся?


LSVучитывая то, что ВСЕ СИСТЕМЫ обычно находятся в состоянии Beta1 (в лучшем случае)..

Не хочу спорить. Вот если бы еще в этой фразе было "ИМХО", она бы звучала намного лучше... ;-)

LSV У самописок только два серьёзных минуса:
* Длительность первого этапа разработки
* Как правило команда слабая и плохо себе представляет будущий продукт и его задачи.

ИМХО слабая команда = пипец системе (или как минимум заявленным срокам). независимо от того, самописная она или покупная...