Очень странно выглядит пик из трех голосов в 70-80%.
Видимо это либо а) люди из одного предприятия, либо б) проекты, основанные на базе одного решения.
Цитата:
Сообщение от
Raven Melancholic
Проголосовал что меньше 20%. Правда немного задумался.
У нас есть модификация разноски движений номенклатуры с учетом складских аналитик. Так как модифицировались в основном только классы, то объем модификации (выгруженного проекта по слою) меньше мегабайта. Тем не менее, модификация очень сильно будет влиять при обновлениях сервиспаков. Есть модификация учета заказа и отслеживания транспорта. Практически полностью написана "сбоку" от стандартного приложения. Размер выгруженного проекта около 5 мегабайт. Какие-то обновления очень мало затронут этот функционал.
Что из этих двух проектов считать большой модификацией?
В рамках данного опроса ту, где размер файла больше.
Это единственный достоверный показатель, который можно посчитать быстро и достоверно. (И то, у некоторых нет доступа к appl-каталогу).
Этот опрос ни в коем случае не покажет нарушена ли модификациями логика работы системы, а также не покажет существенность модификаций с точки зрения апгрейда. Можно только сделать предположение, что бОльший объем файлов доработки повышает шанс того, что апгрейд будет тяжелым. А также предположение, что бОльший объем файлов увеличивает шанс того, что нарушена логика работы стандртной системы.
Цитата:
Сообщение от
Raven Melancholic
PS: у одного заказчика видел слой usr в 70 мегов. Выяснилось, что на самом деле модификаций не много, есть какие-то доработки, но основной объем занимают следующие вещи - в большинство стандартных отчетов просто вставлен логотоп компании, а в многих формах добавлена одна кнопка "Коррекция финаналитики".
Да, бывает и так. Хотя и логотип в большинстве отчетов говорит о культуре разработки - ведь есть шаблон страницы
Ну, а функция "коррекция финаналитики" говорит сама за себя - люди борются с последствиями ошибок пользователей, вместо того, чтобы бороться с причинами ошибок.
Цитата:
Сообщение от
sukhanchik
Но сюда не входят порядка 40 крупных (с т.з. кол-ва строк кода) хранимых процедур.
О, блин. Про них то я забыл. А также забыл про кубы, отчеты в reporting service и sharePoint...
Но менять опрос на ходу не будем. Пусть учитываются только Аксаптовские модификации. Иначе некоторым очень сложно посчитать будет.
Цитата:
Сообщение от
belugin
Стоит ли учитывать часть стандартного приложения, которая не используется.
Допустим, клиент, исползует только закупки-заказы-склад, при этом эта часть 100% кастомизирована. Данная методика даст, допутим 20% за счет модулей, который лежат в sys..gls, некастомизированы и неиспользованы.
Нет, учитывать в рамках публичного опроса не стоит.
Иначе знаменатель у всех разный будет.
Сейчас знаменатели в отношениях более-менее стандартизированы (варианты дают версия Аксапты плюс сервис-пак). А вот числители у каждого свои. В результате, отношение существенно зависит только от одного параметра.
Если учитывать только размер используемого функционала, то:
= будет очень сложно посчитать
= результаты расчета спорны (даже программисты одной компании могут посчитать по разному одну инсталляцию)
= отношение зависит от двух параметров и перестает показывать хоть что-то
по-моему, так усложнять опрос не стоит.
Цитата:
Сообщение от
gaenar
Получается сильная погрешность если кто-то HotFix'ы и PSки заливает на usr или cus.
Я думаю, что это не погрешность, а именно модификации. Поскольку они сильно влияют на процесс апгрейда и могут сильно повлиять на логику работы Аксапты.
Хотя, согласен, трактовки могут быть разные.