Удаленная разработка в MS Dynamics AX

[ax_mct]

Цитата:

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

человек-оркестр - программист на клиенте
мануфактура - небольшая компания-внедренец
фабрика - крупный консалтинг
похоже?
и они вполне могут существовать одновременно

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

Role: Dynamics AX Developer
Project: AX 2012 R3
Location:
Length: 6 months +
Rate:

Skills and Experience:
- Dynamics AX 2012 experience
- Dynamics AX2012 R2 experience
- AX modular experience
- Manufacturing experience
- Scrum
- Agile environment
- SQL Server ( SSRS,SSIS)

[AlexeyS]

Цитата:

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

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

разверните мысль плз., к концу дня сложно читать между строк ))

[ax_mct]

Цитата:

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

"инженерия это фуфел, а вся сложность - она в предметке".
... "Меняться не обязательно. Выживание - дело добровольное"

Присоединяюсь к сказанному. (Одобрять мне система временно не позволяет)

Цитата:

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

разверните мысль плз., к концу дня сложно читать между строк ))

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

Подобное описание требований к программисту AX как бы становится стандартом.
Как-то за последние года 3-4 классическое "X++, AOT" ушло в небытие.

Отношение к теме удаленной разработки в AX имеет непосредственное так как отражает методологию и ожидания от ресурса. И в случае делегирования или прямого аутсорса оно в таком же виде и пойдет.

[AlexeyS]

Цитата:

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

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

Подобное описание требований к программисту AX как бы становится стандартом.
Как-то за последние года 3-4 классическое "X++, AOT" ушло в небытие.

Отношение к теме удаленной разработки в AX имеет непосредственное так как отражает методологию и ожидания от ресурса. И в случае делегирования или прямого аутсорса оно в таком же виде и пойдет.

Ясно, спасибо. Выходит на первое место выходит не умение программирования (оно должно быть хорошим по умолчанию), а умение быстро разобраться в ситуации/в требованиях, то есть быть ближе к бизнесу. Умение вписаться в команду (требования exceptional communication skills встречаются все чаще) также важнее, чем наличие исключительных технических skills. Для удаленной разработки это особенно важно.

еще процитирую по поводу документации:
Философия "код - лучшая документация" дает гораздо большее, чем отсутствие документации. Это необходимое ограничение, только приняв и осознав которое, и в результате - рассчитывая только на свои силы, понимая - что код - основной источник информации, его нельзя боятся, с ним надо столкнуться в лоб, и этого не получится избежать, обойти, и перепрыгнуть, - можно достичь мастерства в reverse engineering и вообще понять, что это такое.
Создать свою структуру и пришлепать ее сбоку может любой дурак. Квалифицированный инженер-программист (с упором на первом слове, не путать с "программером") умеет проводить анализ "чужой" подсистемы, восстановит мысль и идею автора, сможет мысль автора развить, продолжить ее, и эффективно решить свою задачу в рамках чужого подхода к проблеме. Все это - работая с кодом.

[ALES]

Цитата:

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

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

Подобное описание требований к программисту AX как бы становится стандартом.
Как-то за последние года 3-4 классическое "X++, AOT" ушло в небытие.

А разве когда-то "между строк" было иначе?)) "X++, AOT" да и MorphX - это пара дней чтения документации\тренинга для умеющих "ООП программировать под СУБД ". С "тайным знанием" лишь "синтаксиса", без архитектуры и функционала, пять, десять, пятнадцать лет назад "девелопер" в AX мог результат дать?

[ax_mct]

Цитата:

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

А разве когда-то "между строк" было иначе?)) "X++, AOT" да и MorphX - это пара дней чтения документации\тренинга для умеющих "ООП программировать под СУБД ". С "тайным знанием" лишь "синтаксиса", без архитектуры и функционала, пять, десять, пятнадцать лет назад "девелопер" в AX мог результат дать?

Мог. Как минимум в Корусе и АНД, когда ставят задачу и тестируют отличные консультанты, часто бывшие программисты, и когда те же ЗНР проходят через руководителя программистов Андрея Т. который просто не принимал плохо написанные задачи.

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

[ALES]

Цитата:

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

Мог.

В контексте требований к разработчикам "на удалёнку" или вакансий стажёров которым все "прожуют" для начала?

[ax_mct]

Цитата:

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

В контексте требований к разработчикам "на удалёнку" или вакансий стажёров которым все "прожуют" для начала?

В контексте наших ожиданий

Сложно сказать, с одной стороны просто динамика ролей самой АХ, с другой и специфика западного консалтинга.

Также думаю что те разработчики что выросли на клиенте они другие чем те кто взрос в Российском консалтинге.

Общее то что западные АХ консультанты это роль и эти люди таки отличаются от привычного для типичного "нашего" АХ программиста.

[AP-1055D]

Вычёркиваем:
- Dynamics AX 2012 experience
- Dynamics AX2012 R2 experience
- AX modular experience
- Manufacturing experience

Оставляем:
- Scrum
- Agile environment
- SQL Server ( SSRS,SSIS)

Добавляем:
- SQL Server SSAS

и получаем раз в 10 больше вакансий с той же или большей зарплатой. Плюс возможность почти безболезненно перейти на другой BI/ETL-стек.

А если добавить ASP.Net MVC + AngularJS / Backbone.js / ReactJS, то имеем непрерывный поток вакансий / проектов на 2000-5000$ удалённо.