v_danilovЕгоров АлександрИ как будет позицироваться типовая Торговля, на развитие которой сменилось четыре программиста, и каждый "развивал" ее в меру своего владения платформой, частенько поругивая своего предшественника и переисывая его код? Тратив на это свое время и деньги своего работодателя. :)
С таким же успехом можно спросить и про самописку со встроенными средствами разработки с открытом исходным кодом - что будет с ней если в развитии такой системы поучаствовали те же четыре программиста?)Это будет уже "клон", "ветвь" или вообще совершенно другая самописка, за судьбу которой автор ответственности не несет. Система "статус" не поменяла - была самопиской и осталось самопиской :) Вопрос интересен именно для тиражных систем, у которых для "кастомизации" приходится отключать опцию "автоматическая загрузка обновлений" и дополнительно оплачивать такое обновление, причем доплачивать пропорционально объему "кастомизированного". :)
v_danilovНу а по поводу нанятия - может программера наняли для того чтобы был, а ИТ-отдел создали для траты бюджета?
При чем тут тиражка?
Вы, как
владелец бизнеса, можете себе представить, чтобы в Вашем бизнесе кто-то смог доказать Вам обязательность наличия программиста "просто так" или убедил Вас в нехватке ресурсов для траты бюджета? :) Программиста завели как раз по причине экономии - траты на "кастомизацию" тиражного продукта сертифицированной компанией оказались чрезмерны. И не только финансовые траты, кстати. Время "кастомизации" растянулось практически на год. И это простой купи-проджный бизнес, у которого "кастомизировался" процесс учета собственной доставки. Сразу скажу - от апгрейда "кастомизированной" конфигурации при выходе тиражного обновления отказались по причине заявленной стоимости такого обновления. Со слов франча - "а что вы хотели? у вас уже не типовая конфигурация". Тиражируемость системы на этом кончилась?
И чтобы не было путанницы. Имеется ввиду тиражируемость не встроенного средства разработки, а информационной системы, которая создана с его помощью. И тиражируется именно как "Информационная система со встроенным средством разработки". А Искра - именно средство разработки. Бизнесу в общем и целом все равно, как хранится в ней репозитарий или метаданные - его интересует система, которую в итоге он получит. Остутствие "типовых конфигураций" я как раз считаю "маркетинговым минусом" Искры :) Автора Искры это ни в коей мере не цепляет, потому что он продвигает Искру именно как инструмент разрабокти, благодаря которому появляется конкуренция на рынке услуг по "кастомизации" ИС. Подход "вы получите только то, что вам действительно необходимо. В минимальные сроки." - очень привлекателен, но только для того бизнеса, который действительно знает чего он хочет. А с этим у нас напряг, поэтому более успешным остается подход "у нас есть все, что вам необходимо. Остально можно легко доделать. В минимальные сроки" :)
