Удаленная разработка в MS Dynamics 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]

Цитата:

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

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

Цитата:

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

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

Так те кодеры которые появляются и появятся они не АХ программисты, для них это всего лишь очередная база с таблицами как источник данных. Стоят соответсвенно меньше и их соотвественно больше.

Программист же АХ это тот кто программирует или меняет бизнес-процессы с помощью кода. Поскольку система стала более сложной и более насыщенной, такие изменения все более и более рискованны и дороги. Программирования становится все меньше и меньше. Как результат нужны full stack универсалы.

Да, и борщ надо варить. Таких консультантов как например bobkov я запомнил на всю жизнь. Потому как единороги они только в сказках бывают. Ну и в большом консалтинге и то как повезёт с конкретным консультантом.

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

JavaScript и МСФО на базовом уровне вполне оправданное ожидание, так иначе нужны трое чтобы закрутить лампочку. Зачем клиенту платить за троих?

[AlexeyS]

Цитата:

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

Так те кодеры которые появляются и появятся они не АХ программисты, для них это всего лишь очередная база с таблицами как источник данных. Стоят соответсвенно меньше и их соотвественно больше.

Программист же АХ это тот кто программирует или меняет бизнес-процессы с помощью кода. Поскольку система стала более сложной и более насыщенной, такие изменения все более и более рискованны и дороги. Программирования становится все меньше и меньше. Как результат нужны full stack универсалы.

Да, и борщ надо варить. Таких консультантов как например bobkov я запомнил на всю жизнь. Потому как единороги они только в сказках бывают. Ну и в большом консалтинге и то как повезёт с конкретным консультантом.

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

JavaScript и МСФО на базовом уровне вполне оправданное ожидание, так иначе нужны трое чтобы закрутить лампочку. Зачем клиенту платить за троих?

расскажите плз подробнее про западную практику, какие еще ожидания от программистов?

[Vadik]

Цитата:

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

расскажите плз подробнее про западную практику, какие еще ожидания от программистов?

Стесняюсь спросить - это ведь был сарказм, да ?

[greench]

Цитата:

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

расскажите плз подробнее про западную практику, какие еще ожидания от программистов?

Имхо, c чем сталкиваюсь регулярно. Если проект большой, между консом и девом есть определенный фильтр. Если проект маленький, фильтра нет.
Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

От дева с лычкой senior ожидают что после получения на вход FDD или просто покотока сознания клиента или конса клиента, дев сам может пообщаться с автором, задать наводящие вопросы, иногда написать TDD, сделать нужные изменения.
Иногда нужно объяснять автору изменений что так не делается и предложить лучшее решение.
Т.е., да, как и писали выше, senior должен уметь кодить, знать AX на уровне среднего консультанта(иногда нужно самому набить достаточно нетривиальные демо данные для тестирования), вникнуть в суть бизнес процессов конкретного клиента.

З.Ы. если кого-то интересует вакансия, приведенная выше в этой теме, стучите в личку, расскажу подробнее.

[ax_mct]

Цитата:

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

расскажите плз подробнее про западную практику, какие еще ожидания от программистов?

Ожидания эти действительно отличаются от привычных в России. Сарказма в вопросе я не увидел. Культура, менталитет, образование - все влияет так или иначе. И очень конкретно влияет на проект.

Конечно размер компании и особенности конкретного менеджмента есть всегда, но общее это то что программист бизнес-приложений уровня "старший" или скажем больше 3-5 лет опыта с продуктом это не просто программист.

Подумаю еще над вопросом.

PS.
А за меня уже написали

Цитата:

Цитата:

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

Имхо, c чем сталкиваюсь регулярно. Если проект большой, между консом и девом есть определенный фильтр. Если проект маленький, фильтра нет.
Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

От дева с лычкой senior ожидают что после получения на вход FDD или просто покотока сознания клиента или конса клиента, дев сам может пообщаться с автором, задать наводящие вопросы, иногда написать TDD, сделать нужные изменения.
Иногда нужно объяснять автору изменений что так не делается и предложить лучшее решение.
Т.е., да, как и писали выше, senior должен уметь кодить, знать AX на уровне среднего консультанта(иногда нужно самому набить достаточно нетривиальные демо данные для тестирования), вникнуть в суть бизнес процессов конкретного клиента.

З.Ы. если кого-то интересует вакансия, приведенная выше в этой теме, стучите в личку, расскажу подробнее.

[AP-1055D]

Цитата:

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

JavaScript и МСФО на базовом уровне вполне оправданное ожидание, так иначе нужны трое чтобы закрутить лампочку. Зачем клиенту платить за троих?

Я могу ошибаться, поэтому поправьте меня, пожалуйста, но, насколько помню, это вы говорили, что надо быть Уже. Лампочки есть разные: есть такие, с которыми справится и ребёнок, есть такие, что они стоят как ваша месячная зарплата и разбить такую будет очень обидно, а есть лампочки, к которым чтобы только подобраться нужен кран и монтажник, чтобы снял защитный кожух.

Поэтому, говоря, о знании JavaScript, я имел в виду, знание какого-нибудь современного фреймворка, но опять же не на уровне todolist, а понимание особенностей, обходных путей. Добавьте сюда другие сопутствующие вещи типа CI, HTML5 и знание его особенностей в каждом браузере. Ну и аналогично для МСФО. Поэтому, я очень сильно сомневаюсь, что можно довольно глубоко знать абсолютно разные области. Да и зачем?

[ax_mct]

Цитата:

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

Я могу ошибаться, поэтому поправьте меня, пожалуйста, но, насколько помню, это вы говорили, что надо быть Уже. Лампочки есть разные: есть такие, с которыми справится и ребёнок, есть такие, что они стоят как ваша месячная зарплата и разбить такую будет очень обидно, а есть лампочки, к которым чтобы только подобраться нужен кран и монтажник, чтобы снял защитный кожух.

Поэтому, говоря, о знании JavaScript, я имел в виду, знание какого-нибудь современного фреймворка, но опять же не на уровне todolist, а понимание особенностей, обходных путей. Добавьте сюда другие сопутствующие вещи типа CI, HTML5 и знание его особенностей в каждом браузере. Ну и аналогично для МСФО. Поэтому, я очень сильно сомневаюсь, что можно довольно глубоко знать абсолютно разные области. Да и зачем?

Все так. Вопрос лишь в необходимой глубине знаний/навыков. Но надо и то и другое.
И JavaScript и МСФО. Где то для того чтобы все сделать одному человеку а где-то для того чтобы успешно взаимодействовать.
Common sense, здравый смысл никто не отменял.

Цитата:

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

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

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