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

[fed]

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

Такое внимание к соревновательному программированию объясняется тем, что эти вопросы любят задавать при приеме на работу в Google/Amazon/Facebook и тд. И задают эти вопросы по той же самой причине: Они там работают с уникальными для своей компани задачами, поэтому предыдущий опыт нанимаемого не особо показателен. (Все таки не так много компаний продукты масштаба facebook или gmail разрабатывают).
Ну а что случается, когда разработкой D365FO в Микрософте занимаются люди с опытом быстрой сортировки и обхода графа, но без минимального опыта бизнес-программирования, мы видим каждый день

[ax_mct]

Цитата:

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

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

А если действительно именно про тех кто уже работает?

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

Сугубо техническая задача из той темы.
Предназначенная для программиста.

Цитата:

Первичный анализ показал, что форма заказа на покупку:
1) при открытии затрачивает 10 секунд
2) при первом executeQuery 2 мин
3) при последующих 10-15 секунд.

Отсюда:
Кэширование данных на форме (DAX2012)

Какие именно навыки программирования здесь применяет программист AX при решении этой задачи? Да, никаких на самом деле.

Много здесь тех кто пишет как кодер по техзаданию? Думаю что 90% ценны именно знанием системы и опытом, а не тем понимают ли они что такое делегаты или контроллеры/контракты в коде приложения.

То есть утверждение что

Цитата:

И главное это опыт и знание бизнеспроцессов и жизненных ситуация по применению ERP систем

абсолютно верно для программиста AX/365.

Даже при найме (хотя мне сложно представить найм новичка в AX/365, мы все уже родились старыми) важнее то насколько новичок понимает или способен понять работу реального бизнеса, иначе он просто не сможет работать в среде
заказов, закупок, перемещений, разносок и прочего. То есть истинному технарю нечего делать в AX/365 даже в качестве программиста.

[fed]

Цитата:

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

Даже при найме (хотя мне сложно представить найм новичка в AX/365, мы все уже родились старыми) важнее то насколько новичок понимает или способен понять работу реального бизнеса, иначе он просто не сможет работать в среде
заказов, закупок, перемещений, разносок и прочего. То есть истинному технарю нечего делать в AX/365 даже в качестве программиста.

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

[Raven Melancholic]

Цитата:

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

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

Вот сейчас обидно было.
Кафедра технической кибернетики МИХМ - пришлось по чужому аспирантскому удостоверению три дня проникать в политехническую библиотеку, чтобы изучать один из немногих экземпляров "книги дракона", существовавших в союзе для того, чтобы сделать курсовую по интерпретатору.

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

[sukhanchik]

Цитата:

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

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

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

Так что тут сильно зависит всё от интересов конкретного человека и чем он заинтересовался на своих первых работах.