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

[Владимир Максимов]

Если Вы работаете автослесарем, то знания ПДД Вам ни к чему. Если работаете водителем, то наоборот, знание устройства ДВС - не особо нужно

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

Большинство задач разработчика - это вовсе не написание новых бизнес-процессов, а задачи вида: "вот здесь - подмазать, здесь - подклеить". Вторая задача, упомянутая в стартовом топике темы - форма тормозит при открытии. Вот чем здесь поможет знание бизнес-процесса?

[mazzy]

Цитата:

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

Если Вы работаете автослесарем, то знания ПДД Вам ни к чему. Если работаете водителем, то наоборот, знание устройства ДВС - не особо нужно

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

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

Во-первых, для них самих важно понимать.
Во-вторых, вдруг кто-то из участников этой дискуссии путает

Цитата:

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

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

Именно технический.
Именно фреймворк.

Причем не самый лучший по современным меркам. И к тому же насквозь закрыто-проприетарный.

И в подтверждение тому современная D365FO. Где собственно бизнес-фич исчезающе мало. Зато куча технических нововведений, которые вводятся для решения чисто технических задач.

[ax_mct]

Цитата:

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

...
именно про знания "разработчика" (программиста).
...
Большинство задач разработчика - это вовсе не написание новых бизнес-процессов, а задачи вида: "вот здесь - подмазать, здесь - подклеить". Вторая задача, упомянутая в стартовом топике темы - форма тормозит при открытии. Вот чем здесь поможет знание бизнес-процесса?

Есть личный опыт который может различаться. Есть реалии которые формируется рынком. Есть то что мы лично считаем правильным.

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

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

Правильно, на мой взгляд, когда мы понимаем что мы просто работаем с продуктом и расширяем его. И не нужно пять человек чтобы закрутить лампочку как в Java. Мы не они, они не мы. Достаточно двух.

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

По сути программисту нужно принимать фунционально-технические решения. То же изменение свойства на menuitem это уже не частности кода, это то что влияет на то что и как видит пользователь. После изменения этого свойства программист открывает форму и сравнивает до и после. Пытается смотреть и думать как пользователь. Это не два байта по http переслать и не просто листинг кода.

Цитата:

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

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

Во-первых, для них самих важно понимать.
Во-вторых, вдруг кто-то из участников этой дискуссии путает

Именно технический.
Именно фреймворк.

Причем не самый лучший по современным меркам. И к тому же насквозь закрыто-проприетарный.

И в подтверждение тому современная D365FO. Где собственно бизнес-фич исчезающе мало. Зато куча технических нововведений, которые вводятся для решения чисто технических задач.

ERP продукт как технический фреймворк?
Да, есть правила и ограничения, есть трубы и заборы там и здесь.
Но это не делает AX/D365FO фреймворком.

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

В то же время мы не может отделить этот фреймворк как сущность от продукта, мы не можем создать другой продукт на этом фреймворке.

Разработчики на проектах в принципе не могут работать без соответствующих знаний функционала и понимания пользовательских сценариев.

А вот внутри Майкрософт могут полноценно играть в разработку софта на уровне классов. Как истинные программисты.

Цитата:

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

И соответствующий челлендж для программистов которые могут выполнить задачу только если понимают обе стороны и фунциональную и техническую.

Клиентам продолжают продавать D365FO как легко кастомизируемый и предназначенный для кастомизаций продукт. И это не внешний вид, и не отчеты, а именно особенности бизнес-процессов.

[gl00mie]

Цитата:

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

Если Вы работаете автослесарем, то знания ПДД Вам ни к чему.

Очень странное утверждение! Знания ПДД нужны не только автослесарю, но даже мойщику машин - чтобы сдать экзамен на права А иначе как автовладелец вам передаст управление автомобилем, чтобы перегнать его 5 метров из гаража или мойки на стоянку? КоАП, ст.12.7 п.3 "Передача управления транспортным средством лицу, заведомо не имеющему права управления транспортным средством" - административное правонарушение. Если автомойщик без прав, к примеру, разобьет ваш автомобиль в хлам - виноваты будете вы: нечего было передавать управление абы кому

Цитата:

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

Если работаете водителем, то наоборот, знание устройства ДВС - не особо нужно

Ну да, найдите водителя с более-менее нормальным опытом безаварийной езды, которому бы не нужно было знание устройства ДВС, коробки передач и различий в их типах, особенностей переднего/заднего/полного привода... В автошколах всё это просто так ведь изучают, от нечего делать.

Цитата:

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

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

Это, наверно, про задачи поддержки на давнишнем внедрении. На новых внедрениях и запусках нового функционала на давнишних внедрениях всё совсем не так: сегодня пилим заявки на оплату и банковские выписки с учетом факторинга, завтра - интеграцию с WMS, послезавтра - кроссдокинг и заказы на перемещение... И везде надо понимать, о чем речь и зачем это всё нужно.

Цитата:

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

Вторая задача, упомянутая в стартовом топике темы - форма тормозит при открытии. Вот чем здесь поможет знание бизнес-процесса?

Знание бизнес-процессов поможет, в первую очередь, не делать из формы какую-то мега-супер-пупер-сводную таблицу с тремя сотнями полей из 20-и источников данных, чтобы она потом тормозила у всех при каждом открытии. Поможет спроектировать UX для различных ролей в процессе, чтобы все не лезли на одну форму за нужными данными, а, к примеру, смотрели на стопочки необработанных документов на плитке в своей рабочей области и, тыкая в плитку, открывали пусть ту же форму, но уже отфильтрованную по нескольким записям. А когда программисты действуют по принципу "пускай слон консультант думает - у него голова больше", как раз и получаются в итоге тормозные монструозные формы.

[sukhanchik]

Цитата:

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

Очень странное утверждение! Знания ПДД нужны не только автослесарю, но даже мойщику машин - чтобы сдать экзамен на права А иначе как автовладелец вам передаст управление автомобилем, чтобы перегнать его 5 метров из гаража или мойки на стоянку?

Сильно сомневаюсь, что этот автослесарь вписан в каждую ОСАГО всех машин, которые приезжают. И потом ни разу не видел, чтобы мойщик перегонял машины даже на 5 метров. Знаю, что такие есть, но лично не видел. Это означает, что реально мойщику (если он сам не водит машину) реально права не нужны (=легко без них можно обойтись).

Цитата:

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

Ну да, найдите водителя с более-менее нормальным опытом безаварийной езды, которому бы не нужно было знание устройства ДВС, коробки передач и различий в их типах, особенностей переднего/заднего/полного привода...

Я. Жена. Последний раз попадали в аварию лет ... 7 назад, но при этом в год наматываем километров на 2 ТО. Понятия не имею, что там внутри, не собираюсь изучать (пока не припрет) и до сих пор не понимаю, зачем это все рассказывали в автошколе - на практике за 15 лет ничего из этого не пригодилось.

Цитата:

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

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

В жизни обычно не так бывает. В жизни сначала поступает вопрос - "а почему тормозит", а потом уже квалификация программиста должна быть такова, что он должен догадаться что три сотни полей с 20-ю источниками данных не ускоряет открытие формы, а наоборот замедляет.
Т.е. определить причины болезни и вылечить больного - это разные задачи. Для лечения нужны знания бизнес-процессов, а для определения причин - не нужны. Но без определения причин назначать лечение бессмысленно. Т.е. без знаний технических знания бизнес-процессов в данном случае не помогут.
На начальном проектировании - да. Но опять-таки без знаний технических можно такую форму и спроектировать ))

[ax_mct]

Цитата:

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

В жизни обычно не так бывает. В жизни сначала поступает вопрос - "а почему тормозит", а потом уже квалификация программиста должна быть такова, что он должен догадаться что три сотни полей с 20-ю источниками данных не ускоряет открытие формы, а наоборот замедляет.
Т.е. определить причины болезни и вылечить больного - это разные задачи. Для лечения нужны знания бизнес-процессов, а для определения причин - не нужны. Но без определения причин назначать лечение бессмысленно. Т.е. без знаний технических знания бизнес-процессов в данном случае не помогут.
На начальном проектировании - да. Но опять-таки без знаний технических можно такую форму и спроектировать ))

И прочитанные три тома Дональда Кнута несомненно являются частью такой квалификации

Хотя очевидно что ERP программист это не программист. А точнее только на 20% программист.

Вот что дает поиск по словосочетанию "ERP-программист"

Цитата:

ERP-программист – это специалист, основная задача которого заключается в обеспечении бесперебойной работы ERP-системы.

Цитата:

ERP-программист занимается разработкой, внедрением и эксплуатацией информационной системы планирования ресурсов предприятий - ERP-систем.

Цитата:

ERP-программист — это специалист, который обеспечивает функционирование ERP-системы. ERP-программисты работают в консалтинговых компаниях или в IT-отделах крупных компаний, например, банков, торговых предприятий.

Цитата:

ERP-программист - это специалист, основной задачей которого является обеспечение функционирования ERP (Enterprise Resource Planning — Управление ресурсами предприятия) системы на фирме или предприятии.

Цитата:

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

И вот что дает термин программист

Цитата:

Программист — это разработчик алгоритмов и компьютерных программ.

Цитата:

Программист – это специалист, обладающий аналитическим складом ума, хорошей памятью, способностью вести сложные математические расчёты.

Цитата:

Программи́ст — специалист, занимающийся программированием, то есть созданием компьютерных программ.

Цитата:

Программист — это специалист, который пишет и тестирует код для программного обеспечения.

Цитата:

Программист – это специалист, занимающийся разработкой алгоритмов программ. Основой для написания являются математические вычисления.