Цитата:
Сообщение от
Владимир Максимов
То, чем занимаются разработчики Axapta - это программированием в рамках конкретного FrameWork. И здесь не требуется ни знания "абстрактного" программирования, ни знания бизнес-процессов. Здесь требуется знание этого самого FrameWork.
А знания бизнес-процессов требуются когда Вы начинаете общаться с пользователем. Но какое это имеет отношение к собственно написанию кода? Тут консультанта в пару к разработчику будет достаточно.
Axapta/AX/D365FO это не технический фреймворк. Это продукт. Может быть D365FO и другой продукт, но все они продукты.
Он не служит целям структуризации кода и труда программиста, а служит целям обслуживания бизнес-процессов.
А знание продукта - это знание именно бизнес-процессов. Для программиста это еще и знание их технической стороны. Но как оборотная сторона. Иначе просто не создать нужный
дизайн/решение/код, где собственно написание самого кода это малая часть работы. Ибо не фреймворк разработки, а продукт в который мы вносим изменения.
В теории:
Пользователь -> бизнес-аналитик -> функциональный консультант -> технический архитектор -> программист.
На практике по сути:
Пользователь -> бизнес-аналитик (который называется консультант) -> программист.
И насколько хорошо программист знает частности реализации кода типа
Number sequence framework
Financial dimension framework
Security framework
Dual write framework
Data management framework
SysOperation framework
всем просто по барабану. И это как-то более естественно чем необходимость в поводыре.