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

[ax_mct]

Цитата:

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

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

Ну раз так

Язык общения?

Как выглядит "входной" документ? То есть каковы его разделы и детальность содержания?

Профиль постановщика задач-контактного лица? Насколько хорошо знает AX?

Тестируете ли сами?

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

Пока все

[DaxDevRemote]

Цитата:

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

Ну раз так

Язык общения?

Как выглядит "входной" документ? То есть каковы его разделы и детальность содержания?

Профиль постановщика задач-контактного лица? Насколько хорошо знает AX?

Тестируете ли сами?

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

Пока все

Не понял большинства вопросов: язык общения кого с кем? Что такое "входной" документ?

Профиль тех, кто ставит задачи бывает разный.
Минимальное тестирование всегда. На задачах, где более-менее сложное тестирование - обговариваю отдельно обычно. Бывает, что запрашиваю тестовые примеры.

"Скучно", "дешево", "непросто" и "квалификация" - это какие-то относительные понятия. Могу ответить только как со своей стороны отношусь, но это необъективно скорее всего.

[ax_mct]

Цитата:

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

Не понял большинства вопросов: язык общения кого с кем? Что такое "входной" документ?

Профиль тех, кто ставит задачи бывает разный.
Минимальное тестирование всегда. На задачах, где более-менее сложное тестирование - обговариваю отдельно обычно. Бывает, что запрашиваю тестовые примеры.

"Скучно", "дешево", "непросто" и "квалификация" - это какие-то относительные понятия. Могу ответить только как со своей стороны отношусь, но это необъективно скорее всего.

Вот в этом то и беда что удаленные разработчики хотят/нуждаются в такой подаче информации чтобы им не надо было думать

Деформация программиста - на вопрос "нужен стул" спросит сколько ножек и для чего нужен. Так как бывают три ножки у табуретки и барные стулья. Но есть еще и контекст.

"Язык общения". Очевидно что тот язык общения который вы используете в процессе удаленной работы. Очевидно что с одной стороны этого общения вы. Почему очевидно? Контекст.

"Входной документ" с учетом вопроса про его разделы и детальность содержания. Что еще это может быть (в данном контексте) если не документ ставящий и описывающий вам задачу на удаленную разработку?

Собственно необходимость "разжевывать" и вызвала мои вопросы и интерес.
Одно дело когда вы за спиной русскоязычного опытного консультанта AX и совсем другое дело когда вы общаетесь на иностранном языке с бизнес-аналитиком.

Тут дело в том что стандарты и ожидания от ролей "консультант AX" и "программист AX" в разных странах очень сильно отличаются.

"Скучно", "дешево", "непросто" и "квалификация". Это один из основных вопросов. Кого и что ищет заказчик и почему. Это очень даже относительно к вашему маркетингу и позиционированию на рынке свободного труда.

Поэтому дейстительно интересно задачи какого уровня и в какой подаче вы решаете. Вы же создали такую тему

Цитата:

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

Деформация программиста - на вопрос "нужен стул" спросит сколько ножек и для чего нужен. Так как бывают три ножки у табуретки и барные стулья. Но есть еще и контекст.

Деформация строителя - на вопрос "нужен дом" требует архитектурный проект и прочую проектно-сметную документацию. С эскизами и чертежами, описанием материалов, схем коммуникаций и прочее и прочее.
Но есть же еще и контекст.
Как будто по внешнему виду зданий стоящих рядом нельзя догадаться и построить нечто похожее.

[ax_mct]

Цитата:

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

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

DaxDevRemote, представьте что я ваш потенциального клиент и заказчик. Выясняющий возможность сотрудничества и создающий ваш личностный и профессиональный профиль. И результат такой что используя очень конкретные и простые вопросы я так ничего о вас и не понял. Почему так вопрос интересный.

Цитата:

Сообщение от Кирилл

Деформация строителя - на вопрос "нужен дом" требует архитектурный проект и прочую проектно-сметную документацию. С эскизами и чертежами, описанием материалов, схем коммуникаций и прочее и прочее.
Но есть же еще и контекст.
Как будто по внешнему виду зданий стоящих рядом нельзя догадаться и построить нечто похожее.

Именно так. Строить без проекта и проектно-сметной документации. Вернее вы сами должны ее создавать.

Кодеры в AX уже не нужны как класс. Вернее они еще есть но вид умирающий, не способный выжить на рынке. В отдельных заповедниках могут и существовать но не в естественной среде обитания.

Удаленная разработка
1. центр разработки в Венгрии, Индии, Татарстане работающий с отдельными клиентами; вы работник работающий удаленно;
2. центр разработки в Индии, Латвии как удаленный отдел разработки крупного консалтинга; вы работник работающий удаленно;
3. Мелкий и средний иностранный консалтинг; вы фрилансер к которому они обращаются;
Какие еще варианты? В каких вариантах нужны те кто не способен и не хочет понимать контекста?

[DaxDevRemote]

Цитата:

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

DaxDevRemote, представьте что я ваш потенциального клиент и заказчик. Выясняющий возможность сотрудничества и создающий ваш личностный и профессиональный профиль. И результат такой что используя очень конкретные и простые вопросы я так ничего о вас и не понял. Почему так вопрос интересный.

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

По вашему примеру формулировки задачи:
А откуда взялась такая формулировка? Кто её сформулировал?
Работал ли по этой задаче аналитик (это роль - кто-то от бизнеса)? Каков результат его работы?
Работал ли по этой задаче консультант (это тоже роль) по системе? Каков результат его работы?

[AP-1055D]

Цитата:

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

Кодеры в AX уже не нужны как класс. Вернее они еще есть но вид умирающий, не способный выжить на рынке. В отдельных заповедниках могут и существовать но не в естественной среде обитания.

Почему вы так считаете? По-моему, кодеры были в AX всегда. А чем дальше, тем кодеров будет становится больше в силу усложнения системы. Появятся разработчики отчётности или BI, front-end-разработчики, разработчики сервисов, интеграции. Они есть и сейчас, правда пока всё это может делать один человек в контексте той же AX 2012 R3, но я с трудом представляю себе разработчика, который владеет js на уровне более чем hello world и понимающим МСФО / РСБУ хотя бы на уровне знания счетов. Хотя и не отрицаю, что такие есть.

[Bobkov]

Цитата:

Сообщение от AP-1055D

я с трудом представляю себе разработчика, который владеет js на уровне более чем hello world и понимающим МСФО / РСБУ хотя бы на уровне знания счетов. Хотя и не отрицаю, что такие есть.

Это я А еще я умею готовить борщ!

Цитата:

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

Именно так. Строить без проекта и проектно-сметной документации. Вернее вы сами должны ее создавать.

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