Как сильно модифицировано ваше приложение Аксапты? (в процентах)

[Vals]

Я тут подумал: "Негоже измерять модификацию системы в килобайтах".
Представьте себе, что данные этого исследования вы представляете руководству или собственникам компании: "наше приложение модифицировано на 15 %". О чём это им говорит?

[sukhanchik]

Цитата:

Сообщение от Vals

Я тут подумал: "Негоже измерять модификацию системы в килобайтах".
Представьте себе, что данные этого исследования вы представляете руководству или собственникам компании: "наше приложение модифицировано на 15 %". О чём это им говорит?

Ни о чем. Посмотрите внимательнее - сколько оговорок в отношении методики измерения. Из этого опроса такой вывод делать нельзя. Скажем так - тут можно лишь оценить (примерно) вес своих модификаций.

Кстати - была бы интересна другая цифра - размер "своих" слоев приложения (bu*, cu*, us*). Потому что в зависимости от SP (даже предполагая, что у всех единая версия Аксапты - к примеру 4-ка) и доп функционала типа зарплаты и кадры размер стандартного приложения будет меняться (причем существенно по отношению к объему "своих" модификаций). А вот размер "своего" слоя зависит исключительно от "своих" модификаций.

Еще раз ссылаюсь на свое сообщение чуть выше и обращаю внимание на разницу в размере

[mazzy]

Цитата:

Сообщение от sukhanchik

Кстати - была бы интересна другая цифра - размер "своих" слоев приложения (bu*, cu*, us*).

В первом сообщении я давал ссылку
http://forum.mazzy.ru/index.php?showtopic=2419

считаю, что размер слоев менее информативная вещь, поскольку есть разные версии - стандартный функционал все больше и больше.

[GM2005]

Цитата:

Сообщение от Vals

Я тут подумал: "Негоже измерять модификацию системы в килобайтах".
Представьте себе, что данные этого исследования вы представляете руководству или собственникам компании: "наше приложение модифицировано на 15 %". О чём это им говорит?

Помнится была древняя байка про сдельную оплату труда программистов от написанного ими количества строк кода. Аналогия по даной теме в том, что новый (и наверное, полезный для заказчика ) функционал нельзя оценить в байтах. Пользователю нужна определенная выгода (в стандарте её нет, но заплатил консультантам - программистам и её получил).
Но эту выгоду пожно получить разными способами:
1. Написанием кода - то о чем идет речь в топике. Но один и тот же результат для заказчика помжно получить за разные деньги . Хороший программист, наверное, напишет меньше кода.
2. Иногда те же выгоды возможно получить без модификаций, а с помощью настроек стандартного функционала. А это работа хорошего консультанта
3. И конечно, можно изменить требования и условия к желаемому функционалу. Я имею в виду изменение бизнес процессов заказчика или отказ от ожидаемого результата (ну не нужна частенько в действительности эта новая функциональность самому заказчику).

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

Мое мнение по данной теме - решать все же заказчику. Нужны были модификации или нет. И принесли ли модификации счастье и процветание его бизнесу (или только его партнерам по внедрению)

[glibs]

Цитата:

Сообщение от GM2005

...
Хороший программист, наверное, напишет меньше кода.
...

Сомневаюсь.

Это все равно что хороший проект внедрения делается без документации или чем меньше инструкций для пользователя, тем лучше.

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

Даже быстрее спорно...

[glibs]

Цитата:

Сообщение от GM2005

...
принесли ли модификации счастье и процветание его бизнесу
...

Опять же кто заказчик...

Нередко Аксапту внедряют как некую среду для разработки корпоративной информационной системы. Каждый отдел предприятия преследует свои интересы и отстаивает соблюдение их требований. Ключевое слово, обычно, на таких проектах звучит "автоматизировать". Т.е. процесс, а не результат. Часто на таких проектах не бывает дирижера, который бы соблюдал аналог "международных" или "макроэкономических" интересов. Бывает, что в такой единой системе присутствуют многие недостатки, характерные лоскутной автоматизации с кучей обменов между системами или даже без таковых.

Т.е. проблема еще шире (или глубже).

[coolibin]

Цитата:

Сообщение от glibs

Нередко Аксапту внедряют как некую среду для разработки корпоративной информационной системы. Каждый отдел предприятия преследует свои интересы и отстаивает соблюдение их требований. Ключевое слово, обычно, на таких проектах звучит "автоматизировать". Т.е. процесс, а не результат.

Ну автоматизаторы тоже иногда процессом увлекаются. Как, например, и с идеей подсчета модифицированности. С "процессом" подсчета вроде становится все более менее понятно, а вот куда приложить результат - не очень. Для кого информация-то? Здесь прозвучало - для заказчика. Чем информация может быть полезна заказчику?

[glibs]

Цитата:

Сообщение от coolibin

...
Ну автоматизаторы тоже иногда процессом увлекаются. Как, например, и с идеей подсчета модифицированности.
...

Насчет автоматизаторов мысль у вас какая-то не ясно выраженная получилась. Я не понял.

Идея оценки характера модификаций — это теоретическая идея. Впрочем, для тех, кто любит поупражняться в разработке, вполне неплохая. Я сам иногда так балуюсь. Для удовольствия. Потом выбрасываю.

А аналитики могут и в Эксельке посчитать . Кодить не обязательно .

Цитата:

Сообщение от coolibin

...
С "процессом" подсчета вроде становится все более менее понятно, а вот куда приложить результат - не очень. Для кого информация-то? Здесь прозвучало - для заказчика. Чем информация может быть полезна заказчику?
...

Я лично такую мысль не двигал.

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

Но это так... скорее теория, нежели значимая практическая ценность.

[sukhanchik]

Цитата:

Сообщение от coolibin

Чем информация может быть полезна заказчику?

Просто любопытная статистика. Заказчик посчитает свои показатели (чисто ради интереса) - сравнит с другими. Если у него будут крайние результаты (слишком мало или слишком много) - то почешет репу и попытается ответить на вопросы типа "А почему я крайний? Чем я выделился?". Были ли у меня классные консультанты или классные программисты или лохи позорные или я мало требую или другие меньше выпендриваются в требованиях.
В любом случае - заказчик (представитель заказчика) попытается своими силами узнать "А как у других пацанов?" А это уже хороший вопрос. Помогает посмотреть на систему отрезвляющим взглядом - т.к. "у пацанов" наверняка будет ответ - получили то-то, вложили столько-то