Уважаемый DrBeer,

в другой ветке http://www.sql.ru/forum/1041127/razrabotchik-sprut-ukraina?hl=
вы ищете разработчика Спрута, а здесь вы ищете ответ на вопрос "а на что заменить Спрут?".

Как одно с другим вяжется?

Оно бы вязалось, если бы Вимас отдавал исходники своим заказчикам.
Тогда было бы понятно: CIO компании ищет внутреннего программиста, садит за Delphi, и тот "ваяет" новый функционал.

Но разве они отдают свои исходники клиентам?

Nitro_Junkie,

я это понял. Я просто не понимаю где на самом деле господин DrBeer работает.
По той теме я думал, что он работает в компании Вимас (потому что искали разработчика).
Но в профиле написано CIO, значит на самом деле работает в компании-ритейлере.

Отсюда закономерный вопрос: зачем человеку, который есть заказчиком, искать девелопера системы, которую делает Вимас?
Значит он либо в тот момент времени работал на Вимас, либо же Вимас отдает свои исходники.

Мне просто любопытно узнать что из двух есть true.

LSV,

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

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

Вопрос в том, насколько продукт позволяет его кастомизировать без написания кода. Чем больше - тем выше качество продукта.

Коллеги,

вы все сейчас говорите очень абстрактными терминами.

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

И выходит, что каждый прав, но почему-то все спорят.

Я не хочу уводить эту ветку в сторону и привлекать к себе внимание. Но скажу конкретную вещь. Есть у нас своя собственная BI система, которая (естественно) качает данные из любой ERP (в том числе из Спрута - есть два внедрения).

Система состоит из двух частей:
1) клиентская часть (клиент + сервер приложений) - наш закрытый код
2) сервер "данных" - это ОЛАП сервер Microsoft Analysis Services, в котором "код ОЛАП-кубов" открыт (если так можно выразится - говорю так чтобы все поняли).

Соответственно, хотелки пользователей делятся на две категории:
а) те, где они хотят поменять что-то в формулах отчетов или в виде отчетов или в методах рассылки отчетов или в доступах - это все делается с кубами (где код открыт) средствами MS Visual Studio и не требует переписывание клиентской части вообще.
б) те хотелки, где пользователи начинают хотеть переделать что-то в софте.

Со вторыми сложнее. Например, захотели сделать запись статистики действий в базу - денег даже заплатили. Мы сделали. А теперь везде при развитии нового функционала (добавление новых действий) нам надо думать о том, чтобы туда запихнуть запись статистики... Якорь?

Не сильно тяжелый, но якорь. Заплатили за доработку раз, мы сделали, а потом приходится при новом функционале делать ту работу, которой бы НЕ делали, если бы небыло якоря.

Вот вам конкретный пример. А вы тут высшими материями - SOA, и пр.
Слишком абстрактно мыслите. Можете привести свои примеры - с радостью прочитаю.