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

[sukhanchik]

Цитата:

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

Я немного другое имел в виду. Какие задачи сейчас решают студенты профильных вузов?

Хороший вопрос. Но среди моих знакомых (по крайней мере выпускники математических факультетов) задачу с переменными не решают. Их призывают осваивать облачные технологии (на базе Azure), 1С и графические программы (Corel, Adobe).
Но тут надо понимать, что ни 20 лет назад, ни сейчас - профильные вузы не были приближены к реальным проблемам.
Раньше - потому что уже не требовалось от каждого программиста в уме выдумывать различные математические методы и их перекладывать на язык программирования. Ключевое слово "каждого". Безусловно - были люди, которые этим занимались, но это редкие экземпляры.
Сейчас - потому что преподаватели вузов не владеют реальными проблемами (а если бы владели - то работали с ними за гораздо бОльшие деньги и не преподавали бы в вузах). Вузы в свою очередь занимают логичную позицию - "мы вам даем базу", т.е. всего по чуть-чуть. Чуть-чуть знакомства с Azure, чуть-чуть - с 1С, чуть-чуть с графическими редакторами. А эти "чуть-чуть" конечно же не знакомят будущего студента с реальными задачами.

[ax_mct]

Цитата:

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

Кстати, да. Теория за десятки лет тоже меняется. Задача про переменные имела смысл, когда была актуальна проблема нехватки памяти. Интересно, а какие проблемы актуальны сейчас, когда проблемы вычислительных ресурсов далеко не всегда первостепенны?

Была актуальна до эпохи персональных компьютеров. До появления пользователей. Был только мир программистов.

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

И самая актуальная проблема после нехватки памяти это нехватка программистов с пониманием бизнес-процессов и умением смотреть глазами пользователя. А вернее отрицание такой естественной потребности в IT индустрии.

Особенно нелепо это в AX/D365FO. Подавайте программисту консультанта по функционалу системы и желательно подробный технический дизайн как должна выглядеть форма, какие поля таблиц и откуда.

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

То проблема в том что программисты бесконечно далеки от народа и потребностей тех для кого они пишут код. Себя самобслуживают.

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

Что то неправильное в этом мире когда программист с 10 годами в ERP системе, как к примеру Lemming, начинает переписывать код ради кода и для других программистов.

Мы не true программисты, мы real программисты. Для реальности. Мы можем делать это в отличие от истинных эльфов. И сила наша она именно в знании бизнес мира и функционала продукта.

В X++ нет силы. А в полноценном прототипе решения для конечного пользователя который можно сделать за несколько дней. Что без фунциональных знаний - невозможно.

И Java нервно курит от зависти, переписывая тонны кода с версии на версию,
без какой либо обратной связи от реального мира.

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

[Lucky13]

Цитата:

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

Была актуальна до эпохи персональных компьютеров. До появления пользователей. Был только мир программистов.

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

Согласен. Раньше говорили, что программист - это прежде всего математик. То есть живет в абстрактном мире вычислений. Сейчас мир изменился

Цитата:

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

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

Ну вот откуда такая нелепая позиция?

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

[Logger]

О-о-о-о, какой хороший наброс получился !!!
Аж забурлило.

А то я думал форум скоро плесенью покроется ))

[AlexeyS]

К вопросу о программистах, вот парень описал, как он получил оффер от Microsoft на программиста Dynamics 365, ни слова о бизнес-процессах: https://habr.com/ru/post/648917/

[ax_mct]

Цитата:

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

К вопросу о программистах, вот парень описал, как он получил оффер от Microsoft на программиста Dynamics 365, ни слова о бизнес-процессах: https://habr.com/ru/post/648917/

Да, реально классная статья как программист из Украины прошел интервью на junior в Microsoft и получил оффер в Чехию на более чем $10 000 в месяц в команду. Чистый .NET, алгоритмы, графы.

Но не программист "ERP", а чистый .NET кодер и взяли его в команду CRM, не ERP. Ему там хватит работы переписывать CRM c .NET Forms на .Core, c одного движка на другой.

Даже те кто кто пишет движок для D365FO они ни разу не программисты ERP/AX/D365FO, они программисты .NET/C++. И им действительно не нужны никакие бизнес-процессы кроме получения пэйчека

Но главное все же другое. Профиль.

Парень закончил профильное Mагистерское/Mастерское обучение 2017-2022 в Техническом Университете и с 2018 года работал junior .NET в том числе в EPAM.

То есть недавнее профильное образование, работа по четкому профилю, возраст. Возможно даже и страна, кто там знает симпатии интервьюверов.

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

А теперь возьмем и отправим его не в отдел Microsoft, бесконечно далекий от людей, а в IT отдел предприятия или на партнера. Туда где его будут окружать не такие же программисты, а люди работающие в реальном бизнесе. И только тут он становится "ERP" программистом.

[fed]

Цитата:

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

Да, реально классная статья как программист из Украины прошел интервью на junior в Microsoft и получил оффер в Чехию на более чем $10 000 в месяц в команду. Чистый .NET, алгоритмы, графы.

Но не программист "ERP", а чистый .NET кодер и взяли его в команду CRM, не ERP. Ему там хватит работы переписывать CRM c .NET Forms на .Core, c одного движка на другой.

Может я туплю сегодня, но я в тексте не увидел упоминаний о CRM и вообще D365. Можно скриншотик/цитату прислать ?
Еще стоит иметь в виду что у микрософта зарплата для данного Level зависит от страны и города. (В мои времена в MS для того же самого PL были разные брэкеты в Москве и в других городах РФ)

[ax_mct]

Цитата:

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

Может я туплю сегодня, но я в тексте не увидел упоминаний о CRM и вообще D365. Можно скриншотик/цитату прислать ?
Еще стоит иметь в виду что у микрософта зарплата для данного Level зависит от страны и города. (В мои времена в MS для того же самого PL были разные брэкеты в Москве и в других городах РФ)

https://habr.com/en/post/648917/#comment_24016415

andreyka26
01.02.2022 at 09:19

Спасибо)
Нет, не тимс) dynamics 365
Насколько мне известно и задачки, и ооп, и сисдизы - разные для каждого кандидата, ну или почти все разные.

[ax_mct]

Цитата:

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

Еще стоит иметь в виду что у микрософта зарплата для данного Level зависит от страны и города. (В мои времена в MS для того же самого PL были разные брэкеты в Москве и в других городах РФ)

Действительно суммы от региона.

https://www.levels.fyi/comp.html?tra...Microsoft%2060

Прага для уровня 60 это $50.000, а не $120.000-$160.000 как если бы в USA.

Но с учетом всех плюшек и печенек, с учетом того что это junior лет 23-26, это очень неплохо.

[axm2017]

Цитата:

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

...а в IT отдел предприятия или на партнера. Туда где его будут окружать не такие же программисты...

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

[ax_mct]

Цитата:

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

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

Тут скорее не про круг общения, а про владение профессией/специальностью.

Два утверждения.

Одно - программисту ERP, читай AX/D365FO, не так важно знать бизнес-процессы как надо знать алгоритмы.

И другое мнение, что для программиста AX/D365FO важно знать бизнес-процессы. Потому что пережевывать мясо для него некому.

И дополнительно выражена мысль в чем именно сила и крутость программиста AX/D365FO.

Я даже как-то начинаю потихоньку любить Microsoft. Не все же время ему меня любить.

[axm2017]

Цитата:

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

Одно - программисту ERP, читай AX/D365FO, не так важно знать бизнес-процессы как надо знать алгоритмы.

И другое мнение, что для программиста AX/D365FO важно знать бизнес-процессы. Потому что пережевывать мясо для него некому.

Вообще то верно и то и то. Неплохо бы знать. И не вижу проблемы у заказчика если надо детализировать задание: не каждый к примеру с ходу поймет что такое волна и прочее да и не должен.

[sukhanchik]

Ну тут различие между ERP-программистом и программистом - такое же, как между инженером, как сотрудником инженерной службы на предприятии и инженером, как выпусником ВУЗа, у которого в дипломе написано "инженер".
Т.е. как бы названия одинаковые, но смысл разный. Вот окончил факультет математики (к примеру) и пошел канализацию чистить ))))

[ax_mct]

Цитата:

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

Ну тут различие между ERP-программистом и программистом - такое же, как между инженером, как сотрудником инженерной службы на предприятии и инженером, как выпусником ВУЗа, у которого в дипломе написано "инженер".
Т.е. как бы названия одинаковые, но смысл разный. Вот окончил факультет математики (к примеру) и пошел канализацию чистить ))))

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

Ровная линия шва или точность изготовления детали - вот их ценность.

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

[Lemming]

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

p.s. Ура, форум жив