Инженер-разработчик Dynamics AX в Microsoft R&D Center в Москве

[mifi]

Инженер-разработчик Dynamics Ax / Software Engineer, Dynamics Ax

Наши масштабы и задачи:
В связи с расширением московского R&D центра, отвечающего за Dynamics AX (Axapta) в Европе и России, а также открытием новых проектов по разработке и локализации вертикальных решений компания Microsoft набирает инженеров-разработчиков для участия в выпусках одной из крупнейших мировых ERP систем.
Наши требования к соискателям:
Из обязательного:
• Высшее техническое образование
• Знания методологий структурного и объектно-ориентированного программирования, умение их использовать на практике
• Знание основ реляционных БД
• Знание одного из высокоуровневых языков программирования (C#, Си, Паскаль, Java)
• Технический английский (хороший письменный, приемлемый устный)
Из желательного:
• Все то же самое, но на очень хорошем уровне
• Опыт работы с Dynamics AX; знание языка X++ и среды разработки MorphX
• Опыт работы c ERP, бухгалтерскими, финансовыми и торговыми системами
• Знание бухгалтерского, управленческого учета, логистики
• Опыт тестирования ПО
• Опыт работы с Visual Studio .Net & C#
В настоящий момент открыто несколько вакансий по данному направлению. Мы рассматриваем как начинающих разработчиков, так и сильных кандидатов со значительным опытом работы

Более подробно описано здесь:
https://careers.microsoft.com/jobdet...jlang=en&pp=ss
Регистрируйтесь через сайт (предпочтительная опция)
либо посылайте свое резюме на e-mail filatovm@microsoft.com

[mifi]

Up

[b_nosoff]

Цитата:

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

Up

Что, неужто никто не идет?

[mifi]

Цитата:

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

Что, неужто никто не идет?

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

[Pustik]

а почему

Цитата:

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

• Опыт работы с Dynamics AX; знание языка X++ и среды разработки MorphX

входит в состав желательного, а не обязательного?

[gl00mie]

Возможно, потому, что:

Цитата:

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

Мы рассматриваем как начинающих разработчиков, так и сильных кандидатов со значительным опытом работы

[Pustik]

Цитата:

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

Возможно, потому, что:

Тогда вопрос. Если меняется законодательство , например , налоги будут считаться по другому, этот потенциальный кандидат сможет правильно их посчитать, не зная как это делается сейчас в нашей любимой ЕRР системе? Или ему в этом помогут его знания C#,Java и т.д.
а потом будут появляться долгожданные сервисПаки (месяцев так через ....нцать), которые и на фиг уже будут никому не нужны, потому что все будет сделано своими программистами. Не дай бог еще установить, все будет испорчено.

[mazzy]

Цитата:

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

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

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

[Pustik]

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

[mifi]

Цитата:

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

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

Верно все говорите. Если Вы все это знаете - приходите на собеседование. Если же "просто" являетесь выдающимся программистом X++ или C# - то и в этом случае приходите.
Команда у нас уже достаточно большая и задачи достаточно разнообразные, поэтому есть разные позиции.

[Pustik]

Цитата:

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

Верно все говорите. Если Вы все это знаете - приходите на собеседование. Если же "просто" являетесь выдающимся программистом X++ или C# - то и в этом случае приходите.
Команда у нас уже достаточно большая и задачи достаточно разнообразные, поэтому есть разные позиции.

Для этого нужно, чтобы меня здесь очень сильно обидели, либо где-то очень сильно полюбили )))

[EVGL]

Цитата:

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

Все таки по моему мнению здесь нужно не только быть выдающимся программистом С#. И даже , бог с ним, выдающимся программистом X++. Ни того , ни другого ,и даже вместе взятого недостаточно, чтобы "корректно изменить вновь принятое законодательство". Надо знать архитектуру, связи, зависимости, алгоритмы........, надо знать как это было организовано ранее - много еще чего можно здесь сказать. Поэтому, поменять местами по важности знание C# и опыт разработки в AX не считаю бессмысленным.

Встречный вопрос: хороша ли программная модель расчета налогов в AX? А среднестатичтический "опытный AX программист" способен реализовать или доработать разноску в ГК по новой модели subledger? Я не приветствую вакханалию программирования по паттернам в AX2012, но намекаю на то, что с опытом приходит и природная косность и шаблонное мышление, не помогающее в поиске новых путей.

[skuull]

Цитата:

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

Встречный вопрос: хороша ли программная модель расчета налогов в AX? А среднестатичтический "опытный AX программист" способен реализовать или доработать разноску в ГК по новой модели subledger? Я не приветствую вакханалию программирования по паттернам в AX2012, но намекаю на то, что с опытом приходит и природная косность и шаблонное мышление, не помогающее в поиске новых путей.

Ну судя по тому коду который пишут многие вендоры МС новых путей не видно, видно огромное количество ошибок и велосипедов из-за непонимания элементарных вещей ...

[Pustik]

Цитата:

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

Встречный вопрос: хороша ли программная модель расчета налогов в AX? А среднестатичтический "опытный AX программист" способен реализовать или доработать разноску в ГК по новой модели subledger? Я не приветствую вакханалию программирования по паттернам в AX2012, но намекаю на то, что с опытом приходит и природная косность и шаблонное мышление, не помогающее в поиске новых путей.

Отвечаю : Я не до конца приветствую модель расчетов налогов в АХ, которая реализована сейчас и из года в год тянется одно и тоже. Хотя бы по тому, что в существующей модели нет возможности настройки на разноску Железнодорожного тарифа и его налога (в России естественно). Но основные вещи достаточно хорошо живут. Если Вы хотите таким образом проверить мои знания в области налогов,а потом колко поэтому ударить, то для этого подойдут другие ветки в других темах. К сожалению, с 2012 не знаком. Поэтому обсуждения здесь на эту тему для меня считаю не уместными. К тому же я выразился так : "например, налоги". Я это взял как за пример.
Теперь встречный вопрос на вопрос: Вы революционер? Вы действительно думаете, что коренные изменения будут приветствоваться всеми клиентами AX?
Шаблонное мышление конечно паразит, но оно присутствует не у всех и опыт разработки в АХ тут не причем. Если у человека свой взгляд на вещи, он попытается его как-то донести, если конечно у него есть такие качества, как не идти все время за толпой в одном направлении, куда бы она не пошла. Но даже при всем своем желании он это реализовать не сможет. Шаблонный взгляд как раз у начальства, которое не дает, по каким-то свои соображениям изменять курс.

[b_nosoff]

Цитата:

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

В связи с расширением московского R&D центра

А территориально разработчики будут находиться в Крылатском или в Сколково?

[belugin]

Цитата:

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

Если меняется законодательство , например , налоги будут считаться по другому, этот потенциальный кандидат сможет правильно их посчитать, не зная как это делается сейчас в нашей любимой ЕRР системе?

Команда большая, и во-первых, разработчик работает не один (задачу ставит Product Manager, еще другой инженер может написать на нее тесты, протестировать вручную, весь код проходит code review и т.д.). Во-вторых, в больших командах есть разные задачи в том числе и те, которые не требуют глубокого знания системы и законодательства.

[belugin]

Цитата:

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

А территориально разработчики будут находиться в Крылатском или в Сколково?

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

[Pustik]

Цитата:

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

Команда большая, и во-первых, разработчик работает не один (задачу ставит Product Manager, еще другой инженер может написать на нее тесты, протестировать вручную, весь код проходит code review и т.д.). Во-вторых, в больших командах есть разные задачи в том числе и те, которые не требуют глубокого знания системы и законодательства.

Спасибо за Ваш ответ. Можно несколько вопросов? Я, думаю, это будет интересно многим.
К "во-вторых" претензий нет.
Перейдем к "во-первых". То, что "разработчик работает не один" не подразумевает ли то, что всем новичкам в любое время могут оказать помощь опытные программисты? Как ставится задача от Product Manager? Инженер, который может тестировать, всегда пишет тесты? Если нет, то по каким причинам может не писать? Тестирование вручную и коды тестов обязанности одного и того же человека?

[belugin]

Цитата:

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

То, что "разработчик работает не один" не подразумевает ли то, что всем новичкам в любое время могут оказать помощь опытные программисты?

Да.

Цитата:

Как ставится задача от Product Manager?

TFS Item + Speсification + Устные объяснения и ответы на вопросы.

Цитата:

Инженер, который может тестировать, всегда пишет тесты?

Не всегда. Unit Test обычно пишет тот, кто разрабатывает код (есть формальный критерий по Code Coverage). А acceptance tests пишутся на выделенное количество важных сценариев.

Цитата:

Если нет, то по каким причинам может не писать?

Низкоприоритетный сценарий или очень трудно тестировать автоматически.

Цитата:

Тестирование вручную и коды тестов обязанности одного и того же человека?

Есть два вида тестов, UT / AT - в принципе в каждом конкретном случае команда может распределить обязанности по своему (в зависимости от опыта в данной области, сложности задачи и т.п. ), но обычно UT пишет тот, кто пишет код, а AT тот кто тестирует вручную или специально выделенный для этого человек.

[b_nosoff]

Вопрос к сотрудникам MS (тем, кто в теме), немного инсайдерский, наверное. Правда ли, что нельзя просить перезвонить звонящего тебе сотрудника HR MS, иначе тебя вычеркнут из шорт-листа кандидатов? Ну, т.е., если ты не готов бросить все дела ради шанса трудоустроиться в MS, то гуляй дальше. Так ли это?