Какие skills могут быть полезными сейчас для разработки в D365 - Курилка

Lankey · 23.09.2024, 22:03

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

GIT (переход с TFS. Имхо полезно, тк везде используется, не только в AX)
Power platform (полезно на будущее, мне кажется)
Azure (как конкретизировать запрос? С чего лучше начать?)
Unified Development Environment (на будущее. Но как-то не очень уверена. что на это стоит тратить время, тк все еще зеленое, 100 раз изменится, а потом все равно переползать туда придется, тогда и научусь)
Electronic reporting (нужно, но такое все корявое, что даже копаться в этом особо не хочется. Может, не права?)
Lasernet/Docentric (знаю, что клиент использует, а я в этом ничего не понимаю)

Вы что бы добавили ? Каких знаний вам не хватает?

axm2017 · 23.09.2024, 22:38

Смотря что вы хотите, а так рулил бы в сторону современной разработки (микросервисы и ко) + python.
МС одно время уже думал уйти от монолита во всяком случае в русском МС какие то поползновения на тему сервисов накладных имели место быть да и тот же ер планировался в будущем как сервис.

ER это довольно прикладное - если у вас есть возможность практиковаться освоите за пару недель на основе того материала что есть на форуме самостоятельно.

**sukhanchik** · 24.09.2024, 02:01

Цитата:

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

Вы что бы добавили ? Каких знаний вам не хватает?

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

Если смотреть по Вашему списку:
GIT. Система контроля версий и трекер задач. Без этого в D365 никак вообще в разработке. Конечно знаний нужен некоторый минимум, чтобы просто работать. Для настройки нужно радикально больше знаний. Этот пункт действительно нужен

Power platform. Вот тут начинаются различия. Некоторые компании могут руководствоваться принципом "всё-в-одном", т.е. программируют в одной среде. А некоторые для целей минимизации программирования конкретно в D365 - будут искать всевозможные пути интеграции с различными сервисами. Также эта штука работать только в облаке - так что потенциальным работодателям с локальной OnPremise-инсталляцией эта технология в рамках интеграции с D365 малоинтересна

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

))))

Unified Development Environment. Опять-таки... вопрос позиционирования. Если позиционировать себя как человека, который будет организовывать работу разработчиков - то это одно. Для просто разработки - действительно есть смысл подождать устаканивания

Electronic reporting. Это уже часть системы, в некотором смысле один из ее модулей. Здесь ценность специалиста определяется тем, как он умеет подготовить данные для отчета, т.е. тут нужно очень хорошо знать внутреннюю архитектуру системы (структуру таблиц), что в общем- то быстро не изучишь. Здесь от специалиста требуется умение вывести в одном отчете нужные данные (собрав их по таблицам системы) и... умение вовремя сказать заказчику, что какие-то данные в одном отчете не смогут быть выведены из-за ограничения архитектуры системы.

Lasernet/Docentric. Это сторонние компании, которые сделали свои утилиты / расширения системы, которые могут облечить / упростить работу пользователей с тем или иным функционалом (например, с SSRS-отчетами). Тут для начала надо определиться - по каким утилитам этих компаний нужны знания. Ну и как можно догадаться - к Microsoft эти утилиты не имеют никакого отношения (только то, что они устанавливаются на продукт от MS)

Поэтому до составления Вашего списка - я бы сначала определился с кругом обязанностей того специалиста, который он будет выполнять.
- если это консультант (без разработки) - то ему важна информация о модулях системы + средства интеграции, которые работают почти без программирования (в Вашем списке - это Power Platform + Electronic reporting + Lasernet/Docentric)
- если это разработчик, то ему нужна информация о том, как ему программировать, что где чего писать, как проверять (тестировать), структура модулей (в Вашем списке - это GIT + Electronic reporting + Lasernet/Docentric. Возможно - Unified Development Environment)
- если это администратор (системный), то ему важно понимать настройки инфрастуктуры, следить за актуальность сертификатов и своевременной оплатой услуг. Ему важна Azure, GIT и возможно Power Platform с т.з. технической стороны интеграции
- если это рук-ль разработки (которому нужно организовать техническую работу), то ему важны обзорные технические вещи (Azure, GIT, Power platform, Unified Development Environment, Lasernet/Docentric)
- если это старший консультант, (которому нужно организовать бизнес-работу), то тут важнее прикладные вещи (Power platform, Electronic reporting, Lasernet/Docentric)

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

Serg · 24.09.2024, 10:49

Цитата:

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

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

GIT (переход с TFS. Имхо полезно, тк везде используется, не только в AX)
Power platform (полезно на будущее, мне кажется)
Azure (как конкретизировать запрос? С чего лучше начать?)
Unified Development Environment (на будущее. Но как-то не очень уверена. что на это стоит тратить время, тк все еще зеленое, 100 раз изменится, а потом все равно переползать туда придется, тогда и научусь)
Electronic reporting (нужно, но такое все корявое, что даже копаться в этом особо не хочется. Может, не права?)
Lasernet/Docentric (знаю, что клиент использует, а я в этом ничего не понимаю)

Вы что бы добавили ? Каких знаний вам не хватает?

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

axm2017 · 24.09.2024, 12:06

Либо один китайский

LETTO · 24.09.2024, 12:39

Цитата:

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

Либо один китайский

Есть примеры аксаптистов, кто перешел на китайский?
С европейским у меня десяток наберется знакомых. Весьма неплохо устроились.

axm2017 · 24.09.2024, 13:37

А зачем Ax при знании китайского?
А так вообще говоря после американцев по аксапте значимыми в МС были вроде китайцы. Они это налоги, соответственно и er если не ошибаюсь.