И что? Я не понимаю, куда вы клоните. Достаточно часто САП — это профанация и освоение бюджета. Когда годами внедряют САП, а учет ведут по-прежнему (например) в 1с. Потом или деньги кончаются или власть меняется и САП забывается или остается для материнской компании.
Изначально мы начали с того, что качество продукта никак не определяется количеством денег, который какой-то клиент хочет заплатить за услуги по продукту.
xls уже давно получается сохранением табличного документа без требования самого Excel. Если формируется прайс-лист с картинками, то картинки, наверняка, нужны еще для чего-то и живут там, где сервер до них может дотянуться. Рисуем обычный прайс в конфе и сохраняем в xls/xlsx/ods — это чем-то не устраивает?
Если это не прайс — зачем нужен такой огромный XLS?
Только совершенно непонятно, как жлобство (или непонимание ситуации) заказчика относится к продукту, который он использует.
Если назвать «типовой» ситуацию, когда заказчик хочет за 3 копейки сделать космический корабль — то этой ситуации 100500 миллионов лет. Оно было всегда, с того момента, как появилось платное оказание услуг.
Но причем здесь 1с — решительно не понятно.
Интересно, почему мальчика за еду ищет кто-то, а гавно — 1с?
Т.е. если ищется персональный водитель на Мерса, который (заодно) будет обслуживать машину и охранять хозяина, на 20 000 рублей в месяц — виноват Мерседес, так что-ли?
А когда ищут админа Винды, который должен тянуть сеть, разбираться в Офисах, вебе и принтерах, приходящий на 1 час в месяц и на 15 штук — гавном будет Винда?
Интересная логика :)
Тут заказчику данных работ стоит слегка оглядеться и понять, что он хочет и сколько это сейчас стоит.
Да, немного был неправ. Речь про отраслевые. Есть письмо про прекращение продаж УПП, но пока нет информации о прекращении поддержки.
Но даже в этом раскладе — об окончании поддержки предупредили за 3 года, дали список конф, на которые можно перейти. Скорее всего, в этих конфигурациях есть механизм перехода с предыдущих версий.
Т.е. это в любом случае не предложение выкинуть в мусорку текущий продукт.
У вас приведен тривиальный, не интересный пример. Но даже в этом примере не показано то, каким образом базовые алгоритмы будут учитывать расширенные данные и что будет происходить, когда расширение демонтируют из базы.
Приведите пример нормального расширения данных (включая алгоритмику, использующую эти данные) — поговорим. Пока у fusion нет нормальной модульности по данным — говорить особо не о чем.
А будет пример того, как она хоть с чем-то справится? Или эта «сложная система с нормальной модульностью» умеет только в git'e исходники хранить и бесконфликтное двустороннее слияние делать? Если последнее, то это не плохо само по себе, но не тянет (ИМХО) на столь пафосное название
Что значит — издеваюсь? Вы же сами написали, что сделали сложную систему с нормальной модульностью.
Сейчас ваша модульность (как и 1с-ская) при любом несогласованном шаге парализует работу прода и надо вручную собирать рассыпавшееся. Разницы нет. Значит и у 1с-а есть сложная система с нормальной модульностью?
ЗЫ: Мы не про Java (и остальное прочее) говорим, а про платформу для автоматизации экономической деятельности.
смогли нормально реализовать сложную систему с нормальной модульностью
. Вы сами привели простой(!) пример, с которым ваша система не справилась. Согласитесь, это странно. Такие уверенные заявления и нельзя в примитивном случае автоматически проблему решить.
И пока ваша декларативная модульность ничем от 1с-ской не отличается.
Ну, например, потому, что расширения (по мерках платформы) сделан относительно недавно (по мерках самой платформы).
Ну например, потому, что не существует серебряной пули для нормального(!) расширения базовой функциональности множеством модулей (что вы и подтверждаете сами). Особенно, если эти модули а) взаимодополняют, б) разрабатываются разными разработчиками и в) могут произвольно подключаться/отключаться.
Почему ваша суперсистема микромодулей не может сама разрешить конфликт при обновлении? Может потому, что вы «этот функционал сделали, мягко говоря, криво и» нормальную «модульность с ним делать тяжело»? :)
А самое главное — совершенно непонятно, зачем в небутиковой рознице нужен контроль остатков :) А уж если этот контроль реализован во фронте — это просто очень здорово :)
Элоп слегка сознательно утаптывал Нокию под МС :)
В пользу мобильной винды Элоп закрыл все новые разработки Нокии в области мобильных ОС. Так что Нокия слегка не сама сдохла.
И что?
«Если в исходном коде продукта произойдут какие-либо изменения, которые будут противоречить коду в зависимом модуле, то при запуске сервера будет выдана ошибка»
Привет, обновление продакшена :) В проде срочно нужны изменения базовой функциональности, текущую систему расширили с конфликтом и все радостно встало. Надо лезть руками и расшивать конфликт.
Нормально? Ну так берите в 1с расширения и делайте тоже самое.
Изначально мы начали с того, что качество продукта никак не определяется количеством денег, который какой-то клиент хочет заплатить за услуги по продукту.
Если это не прайс — зачем нужен такой огромный XLS?
Если будет по-другому — будет и другое воприятие
Если назвать «типовой» ситуацию, когда заказчик хочет за 3 копейки сделать космический корабль — то этой ситуации 100500 миллионов лет. Оно было всегда, с того момента, как появилось платное оказание услуг.
Но причем здесь 1с — решительно не понятно.
Т.е. если ищется персональный водитель на Мерса, который (заодно) будет обслуживать машину и охранять хозяина, на 20 000 рублей в месяц — виноват Мерседес, так что-ли?
А когда ищут админа Винды, который должен тянуть сеть, разбираться в Офисах, вебе и принтерах, приходящий на 1 час в месяц и на 15 штук — гавном будет Винда?
Интересная логика :)
Тут заказчику данных работ стоит слегка оглядеться и понять, что он хочет и сколько это сейчас стоит.
Ну нет, так нет.
Но даже в этом раскладе — об окончании поддержки предупредили за 3 года, дали список конф, на которые можно перейти. Скорее всего, в этих конфигурациях есть механизм перехода с предыдущих версий.
Т.е. это в любом случае не предложение выкинуть в мусорку текущий продукт.
Не. Вы язык не понимаете, чтобы переводить :)
Приведите пример нормального расширения данных (включая алгоритмику, использующую эти данные) — поговорим. Пока у fusion нет нормальной модульности по данным — говорить особо не о чем.
Сейчас ваша модульность (как и 1с-ская) при любом несогласованном шаге парализует работу прода и надо вручную собирать рассыпавшееся. Разницы нет. Значит и у 1с-а есть сложная система с нормальной модульностью?
ЗЫ: Мы не про Java (и остальное прочее) говорим, а про платформу для автоматизации экономической деятельности.
И пока ваша декларативная модульность ничем от 1с-ской не отличается.
Ну например, потому, что не существует серебряной пули для нормального(!) расширения базовой функциональности множеством модулей (что вы и подтверждаете сами). Особенно, если эти модули а) взаимодополняют, б) разрабатываются разными разработчиками и в) могут произвольно подключаться/отключаться.
Почему ваша суперсистема микромодулей не может сама разрешить конфликт при обновлении? Может потому, что вы «этот функционал сделали, мягко говоря, криво и» нормальную «модульность с ним делать тяжело»? :)
В пользу мобильной винды Элоп закрыл все новые разработки Нокии в области мобильных ОС. Так что Нокия слегка не сама сдохла.
«Если в исходном коде продукта произойдут какие-либо изменения, которые будут противоречить коду в зависимом модуле, то при запуске сервера будет выдана ошибка»
Привет, обновление продакшена :) В проде срочно нужны изменения базовой функциональности, текущую систему расширили с конфликтом и все радостно встало. Надо лезть руками и расшивать конфликт.
Нормально? Ну так берите в 1с расширения и делайте тоже самое.