Цитата:
Сообщение от
trud
Но прежде чем смотреть в 500тыс, можно посмотреть требования к джунам за условные 50тыс. Как правило это будет знание основных технологий, умение написать какую-то програмку покрытую авто-тестами.
Т.е. в мире АХ человек который умеет это делать работает на позиции архитектора
Ну т.е. из моего общения с коллегами из смежных областей - зарплаты в целом одинаковы, но порядок требуемых знаний для программиста АХ гораздо ниже(ибо ниже конкуренция), это плюс. но рынок не такой большой(это минус)
Цитата:
Сообщение от
GEP442
Но я согласен, что требования для python / Java / C#-разработчиков значительно выше для разработчиков AX
Вот типичная позиция архитектора в AX/365.
https://careers.ibm.com/job/13701497..._CareerWebSite
Цитата:
You will lead the technical delivery of D365FO for the client projects
...
mix of consultative skills, business knowledge, and technical expertise to effectively integrate packaged technology into our clients’ business environment and achieve business results.
Уровень скорее руководителя департамента или бизнес-партнера.
Технический куратор отвечающий за бизнес-проекты.
Один из 2-3-4 что тянут/толкают данное направление бизнеса.
Вот аналогичная позиция Application Architect: Java & Web Technologies
https://careers.ibm.com/job/14334401..._CareerWebSite
Цитата:
You will define the scope and vision for projects that deliver customized solutions using your knowledge of Cloud & Micro Services platforms. You are a technical leader, serving as a liaison among business team, developers and project stakeholders.
А если возьмем Java Architect вне продажи IBM, а просто в продуктовой команде, то обнаружим что это Team Lead команды из 6 человек, спокойно спящий по ночам, и думающий об уже родных шаблонах проектирования во фреймворке которому уже больше 10 лет.
Если сравнивать уровнем ниже, то senior developer AX/D365FO по весу и обьему знаний и навыков не уступает весовой категории senior Java developer. Они просто разные.
Там где они пишут авто-тесты для куска кода который может никогда не быть в продакшн, мы делаем самостоятельное тестирование от начала и до конца.
С данными, настройками, пониманием и кода, и данных, и бизнес-процессов.
Не сложнее Javа, и не требует больше.
Но тут вопрос кому что больше подходит. Уклон в техническую сторону или антитехническую.
P.S. Есть чувство что обьем технический знаний у нас не меньше, просто в вакансиях каждую отвертку и гайку у нас не принято перечислять.
Да и не факт что возможно. Слишком пугающим будет описание и слишком часто меняется этот суповой набор.
Нужна какая-то редкая экспертиза чтобы все это перечислить.
В то время как в Java и других мирах, этот техническое описание требований устоявшееся и всем понятное.