Удаленная разработка в MS Dynamics AX - Страница 3 - Курилка

DaxDevRemote · 10.05.2016, 10:03

Цитата:

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

Как пошло-то? Расскажите по свежим впечатлениям, пока не остыли!

Иностранная компания сказала, чтобы ждал когда сами выйдут на связь. Договор с фиксом с 4-го мая.
Пока молчат. Время и денежки капают, надеюсь)

DaxDevRemote · 10.05.2016, 10:26

Цитата:

Сообщение от Raven Melancholic

И ax_mct задает вопрос автору топика как тот собирается работать когда состыковываются два облака (совпадение с существующей фирмой с таким названием случайно - Витя прости) - облако заказчиков и облако поставщиков ресурсов.

Цитата:

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

Рынок меняется. Это часть тренда. Не было раньше столько виртуальных центров разработки по АХ содержащих удалённых разработчиков. Вот и интересно что и как. Не общие слова рисующее большой зал с 50 программистами барабанящими по клавам по "красивой" методологии, а реальные ситуации которые собрат поймет.

Мне действительно интересно что и как это все выглядит на конкретных примерах.
Что я и пытался выяснить у автора, чтобы нарисовать реальную картинку.
Так ничего я и не понял. Но намёк сверху на задачи "не связанные с особенностями клиента" интересен. Типа интерфейсы, что-то такое ближе к техническим аспектам чем к функционалу.

Вообщем хочу страшную правду а не пыль в глаза

Зы: То есть примеры задач решаемых передаваемых на удалённую разработку. В этом вся соль темы.

Не до конца понимаю в чём вопрос и что от меня хотят, но попробую поиграть в угадайку и сам себе сформулирую вопрос:
Буду ли я браться за задачи с мутной формулировкой? - да, если моя работа в ролях аналитика и консультанта будет оплачиваться и мне это будет выгодно.

Задачи разные и в разной постановке - вы хотите пример формулировки какой-нибудь задачи?

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

Pavel · 10.05.2016, 10:28

Цитата:

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

Пример постановки задачи. Пусть будет AX 2009. Клиент англоязычный.
"Расщеплять строки заказа согласно наличия на складах в холдинге (в разных AX компаниях). Автоматически создавать связанные закупки и заказы для данных строк".
Возьметесь? Больше деталей просто нет. Как оцените?

Ага... "Запрограммируем любой хаос. Качественно! Быстро! Не очень дорого!"

AlexeyS · 10.05.2016, 10:41

Цитата:

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

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

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

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

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

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

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

**Vadik** · 10.05.2016, 10:43

Цитата:

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

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

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

AlexeyS · 10.05.2016, 10:59

Цитата:

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

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

не сарказм, мне и в самом деле интересно мнение опытного человека.
судя по западным вакансиям в linkedit, средний программист должен быть многоруким шивой и каждая рука должна быть весьма прокачанной,
причем требования к soft skills даже важнее, чем hard skills

greench · 10.05.2016, 11:04

Цитата:

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

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

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

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

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

AP-1055D · 10.05.2016, 11:24

Цитата:

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

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

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

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

Bobkov · 10.05.2016, 11:35

Цитата:

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

В чём отличие от работы программиста в офисе?

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

DaxDevRemote · 10.05.2016, 11:40

Цитата:

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

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

Расшарили монитор и в прямом эфире продемонстрировали и прокомментировали, задали и ответили на вопросы.

Либо записали демонстрацию и отправили.

Pavel · 10.05.2016, 12:50

Цитата:

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

Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

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

Это кто, программист на аутсорсинге будет 'объяснять&предлагать'? И как формализовано будет это 'общение' между заказчиком-посредником-сторонним ресурсом?

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

Где знания отрасли/цепочки добавленной стоимости/БП/конкретного модуля-решения/итд?

greench · 10.05.2016, 13:19

Цитата:

Это кто, программист на аутсорсинге будет 'объяснять&предлагать'?

Да, почему нет?
Бессловестные машины для кодинга можно найти на индийском аутсрорсе по 20 баксов пучок. Только потом проект почему-то валится и меняется исполнитель.

Цитата:

то зачем нужен 'консультант', не знающий системы?

Вот здесь все сложнее. Крупные проекты зачастую заходят не напрямую, а через субподряд от огромных консалтинговых монстров типа Accenture/IBM/Dell и т.д. А там клиенту продают иногда таких "консультантов" что волосы дыбом встают. Причем в таких случаех очень часто еще общение напрямую девелопер - конечный клиент строго запрещено. Все общение идет через "испорченый телефон".

greench · 10.05.2016, 14:19

Имхо, на самом деле все не так уж сильно отличается от работы в местных консалтинговых компаниях кроме языка общения и способа(зачастую не лицом к лицу а через email, skype, link и т.д.)

ax_mct · 10.05.2016, 15:42

Цитата:

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

Не до конца понимаю в чём вопрос и что от меня хотят, но попробую поиграть в угадайку и сам себе сформулирую вопрос:
Буду ли я браться за задачи с мутной формулировкой? - да, если моя работа в ролях аналитика и консультанта будет оплачиваться и мне это будет выгодно.

Задачи разные и в разной постановке - вы хотите пример формулировки какой-нибудь задачи?

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

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

Острее. Отличие в том что вам не доверяют так как вас не знают и не видят.

ax_mct · 10.05.2016, 15:53

Цитата:

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

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

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

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

ax_mct · 10.05.2016, 16:09

Цитата:

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

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

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

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

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

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

Цитата:

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

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

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

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

ax_mct · 10.05.2016, 16:18

Цитата:

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

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

Вот в Селении тоже так думают. И не только они кстати.
Что senior developer это программист-консультант.
А тот 'консультант' нужен в качестве секретаря.
Блажь? Нет. Естественный отбор.

AP-1055D · 10.05.2016, 19:33

Цитата:

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

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

А знание Ассемблера тоже нужны?

Серьёзно, приведите, пожалуйста, задачу для AX 2012 R3 (которая ни разу ни Web-based) для решения которой вам может потребоваться знание JavaScript? Ограничимся jQuery. Навскидку, приходит только корпоративный портал, но это уже чисто кодерская задача? Отдавать кодерскую задачу программисту-консультанту, который, наверное, стоит раза в два дороже чем ASP.Net developer? Я думаю, что профильный кодер решит эту задачу лучше и дешевле.

Ну какая узость может быть у такого специалиста? Он максимум что сможет ну прочесть код (и то не всякий) или расшифровать четыре буквы МСФО.

Узость, в моём понимании, это когда разработчик или консультант съели на чём-то собаку. Например, на SSRS или SQL Server. А специалист о котором вы говорите, ну он сможет написать SELECT * FROM SalesTable, а вот об аналитических функциях он вряд ли что слышал. И что и как он сможет сделать один при таких поверхностных знаниях?

AP-1055D · 10.05.2016, 19:37

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

ax_mct · 10.05.2016, 20:59

Цитата:

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

Серьёзно, приведите, пожалуйста, задачу для AX 2012 R3 (которая ни разу ни Web-based) для решения которой вам может потребоваться знание JavaScript? Ограничимся jQuery. Навскидку, приходит только корпоративный портал, но это уже чисто кодерская задача? Отдавать кодерскую задачу программисту-консультанту, который, наверное, стоит раза в два дороже чем ASP.Net developer? Я думаю, что профильный кодер решит эту задачу лучше и дешевле.

AX 2012 R3
Функционал "Calling centre" показывающий картинки продуктов на SalesTable форме использует простейшие скрипты, но использует

В другой версии делал поиск продуктов в AX форме с вызовом данных через JSON/REST web-service из Java-based системы.

Корпоративный портал тоже относительно недавно делал, сплошной JavaScript ничего общего не имеющего со стандартом.

Выделение примеров выше для отдельного использования профильного ASP.Net developer обойдется дороже, чем использование универсала понимающего систему и задачу. Даже если допустить что этот универсал будет в два раза дороже стоить. Да и не будет никто выделять, скорее купят готовое решение если его еще исторически нет.

В теории если сажать вместе, правильно руководить и прочее, то конечно лучше, но на практике я такого вот разумного никогда не видел. Всегда нужен герой чтобы не париться с руководством. К слову PM (project manager) роль что выделенная что добавленная очень редко присутствует. За той же ненадобностью что и консультанты (P.S. точнее иногда формально есть, но только очень формально так как совсем не то что можно ожидать)

Кстати стоимость хорошего ASP.Net developer и хорошего AX, пусть и универсала, не сильно отличаются. Если этот ASP.Net developer имеет соответствующие знания предметной области а не просто работает по четким спецификациям. Взять тот же Microsoft Dynamics CRM. Вроде бы более техническая ниша, а так же нужны именно универсалы а не кодеры.