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

[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

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

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

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

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

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

[Raven Melancholic]

Цитата:

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

с другой и специфика западного консалтинга.

Читаю тему и не очень понимаю в чем "специфика западного...".
Более 10 лет занимаюсь Аксой, до этого были и 1С и Парус и самописки на Дельфях и даже (не к ночи будут помянуты) Clipper и FoxPro. Все это время слушаю сказки про какого-то мифического "кодера", который только тем и занимается, что пишет только код, не влезая в понимание процессов фирмы, в существующие возможности системы.
Как-то такие мифические существа не встречались. По крайней мере, те из них, кто как-то боле-менее длительный срок удержались в профессии.
Хотя все это время я работал на клиенте. Возможно, что есть организации, в которых есть строгое разделение ролей и эти мифологические существа могут комфортно существовать.