ERP программисту якобы важнее знания бизнес-процессов

[ax_mct]

Цитата:

Сообщение от Владимир Максимов

То, чем занимаются разработчики Axapta - это программированием в рамках конкретного FrameWork. И здесь не требуется ни знания "абстрактного" программирования, ни знания бизнес-процессов. Здесь требуется знание этого самого FrameWork.

А знания бизнес-процессов требуются когда Вы начинаете общаться с пользователем. Но какое это имеет отношение к собственно написанию кода? Тут консультанта в пару к разработчику будет достаточно.

Axapta/AX/D365FO это не технический фреймворк. Это продукт. Может быть D365FO и другой продукт, но все они продукты.

Он не служит целям структуризации кода и труда программиста, а служит целям обслуживания бизнес-процессов.

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

В теории:
Пользователь -> бизнес-аналитик -> функциональный консультант -> технический архитектор -> программист.

На практике по сути:
Пользователь -> бизнес-аналитик (который называется консультант) -> программист.

И насколько хорошо программист знает частности реализации кода типа

Number sequence framework
Financial dimension framework
Security framework
Dual write framework
Data management framework
SysOperation framework

всем просто по барабану. И это как-то более естественно чем необходимость в поводыре.