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

[ax_mct]

Цитата:

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

ИМХО тут подмена понятий Scrum и Agile, вовсе не говорят, что разработка ведется методом проб и ошибок, а уточнение задания ведется после недовольства предоставленным решением. на мой взгляд данная методология лишь разделяет некую большую задачу (проект) на множество итераций и подзадач, с каждым релизом приближающее решение или вносящее улучшение в продукт

Да, это точно так как
Agile development is like teenage sex. Everyone says they’re doing it, but only 10% are. And those who are — ARE DOING IT WRONG..
И на деле это просто намек на то что "мы делаем как удобно нам, а не вам программистам", а в следовании методологии я очень сомневаюсь.

Вот кстати по теме
https://forum.privet.com/viewtopic.php?f=2&t=203214
Working from home: tips and tricks

Цитата:

Уже год работаю from home..
Tips:
- Общий ритм жизни более расслабленный.
- Действительно легче вести более здоровый обр жизни: больше готовить, и т д. Хотя при хорошей общей организации жизни и если работа в нормальной конторе даже в офисе, тоже можно и готовить и execrise без проблем
- Более свободный график, можно больше спать
- Путешествия: как тут уже писали, можно без проблем ехать и по штатам и в европу на дольшее время чем если работать в офисе
Я так и делала и делаю пока.. Утром днем гуляла а поздно вечером работа. И мои коллеги также делают.
- можно учиться, если есть необходимость то
работать без напряга над улучшением карьеры, изменением рода деятельности и тд

Tricks:
- имхо, смертная тоска, ужасный недостаток
даже не общения а...вовлеченности в процесс
Чувствуешь себя..как будто вышла на пенсию
но 30тью годами раньше
- лично мне тяжело самоорганизовываться
и очень часто бывает что делаю работу с 12-1 дня и до ....иногда до поздней ночи.

Вывод: работать из дома хорошо но как временный вариант. Временно отдохнуть от rat race ну или от поиска работы или команды мечты

Цитата:

Если с самодисциплиной проблем нет:
Отдельная комната, в которой находится Работа. Туда входишь в Х и выходишь в Y. Пока ты в этой комнате -для домашних ты на работе. В другой комнате завести "домашний" компутер, если за день не насиделся.

Перед Х и\или после Y сделай триггер возврата с работы. По району пешком прогуляться, на велике проехаться, в магазин сходить, дрова во дворе порубить.

Иметь общий чат со всей командой, где говорить о работе.

Ежедневно, минимум пару раз в неделю, проводить видео звонок с членами команды. С вопросами "что?где?когда?зачем?почему?"

При правильно поставленном процессе вопросов о личном вкладе не возникнет. Я уже 10+ лет работаю, ни разу лично не видев львиную часть моих коллег, кто\что делает и чего стоит ясно по результатам.

[macklakov]

Цитата:

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

ИМХО тут подмена понятий Scrum и Agile, вовсе не говорят, что разработка ведется методом проб и ошибок, а уточнение задания ведется после недовольства предоставленным решением. на мой взгляд данная методология лишь разделяет некую большую задачу (проект) на множество итераций и подзадач, с каждым релизом приближающее решение или вносящее улучшение в продукт

Да, кстати, совсем забыл про scrum!
Кошерный скрам это именно быстрое прототипирование, с поитерационным улучшением продукта. Т.е. в конце каждого спринта полагается иметь что-то годное к употреблению. Каждый спринт это самый обычный проект. Только короткий. При таком подходе очень сильно снижаются риски, т.к. убытки ограничиваются одним спритном. У клиента при этом ощущение контроля. У исполнителей меньше стресса и постоянно растущая производительность. Хрошая методология. Потому стала модной.
Беда в том что множество менеджеров не заморачиваются ее освоением. Для них это просто отмаза внести разгильдяйство в PMI. Поэтому переименовывают т.з. в story, этапы в sprints, а мифические человеко-часы в story points. Из scrum они берут возможность не париться с формальными спецификациями, не париться с документированием. Из PMI они берут классический подход "кота в мешке". Пользователи в первый раз видят систему когда уже потрачено слишком много денег и придется ее брать такой, какая есть. Т.е. сделали из scrum очередной прием лохотрона.
Так вот, возвращаясь к теме. Псевдо-scrum это тоже один из генераторов причудливых тех. заданий. Команда кудесников от проектных методологий, при приближении этапа реальной работы, закатила истерику на тему "не можем работать в таких условиях" и ушла хлопнув дверью. Но бюджет на постановку требований они уже освоили. Вместо требований в репозитории какие-то мутные stories звучащие как:"Надо не забыть налог с продаж настроить" sic! Новой команде от внедрежа отказываться не хочется. Но что же делать? Уже этап девелопмента, а требований нет. Т.е. бизнес-аналитик не положен, а нужен. Вот и кидают эти stories на консультантов-настройщиков и разработчиков. Опять таки, т.к. бюджет урезанный, хороший мотив обратиться к аутсорсерам.
P.S. Клоунов таких, к счастью, не слишком много, но они вносят в рынок дух романтики и приключений.

[greench]

Цитата:

Вместо требований в репозитории какие-то мутные stories звучащие как:"Надо не забыть налог с продаж настроить" sic!

Я сейчас работаю на старте проекта. Вернее проект уже прошел гоу лайв кое-как, сейчас начинается следующая фаза, в которой на проект пришли мы. На входе есть User Stories, НО на стороне клиента очень и очень вменяемые аналитики и QA-щики. Перед началом работы над стори собираем 3 Amigos митинг - BA, QA, DEV. BA подробно рассказывает почему им это нужно на примере работы конкретного пользователя. Проходимся по story, он показывает как сейчас в аксапте и как должно быть на выходе. Обсуждаем что и как, если я вижу как DEV что сразу можно подкорректировать в story(например добавить какую-то проверку), то сразу вносим изменения. После девелопмента опять собираемся тем же составом и я делаю маленькое демо по этой story.
От процесса работы просто слёзы умиления катятся по щекам. Посмотрим как дальше пойдет

[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. Все это время слушаю сказки про какого-то мифического "кодера", который только тем и занимается, что пишет только код, не влезая в понимание процессов фирмы, в существующие возможности системы.
Как-то такие мифические существа не встречались. По крайней мере, те из них, кто как-то боле-менее длительный срок удержались в профессии.
Хотя все это время я работал на клиенте. Возможно, что есть организации, в которых есть строгое разделение ролей и эти мифологические существа могут комфортно существовать.

[Raven Melancholic]

Даже если взять только срез специалистов на данном форуме, то уже проявляется закономерность по универсализации.
В тех же ежегодных голосовалках, если взять активных участников форума (без учета тех, кто в работе форма не участвует, а только зарегистрирован и за кого голосуют знающие его лично коллеги по фирме, по жизни), то видно, что практически нет тех, кто занимается только консалтингом, только программированием. Как правило, такие кандидаты отвечают во всех разделах форума - и про программирование, и про систему, и про бизнес.

[_guestl_]

Цитата:

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

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

Скорее всего, все дело в работе на клиента, там своя специфика. Я был программистом на клиенте, там IT приходится знать бизнес-процессы своей родной конторы.

Но как консультант я все свое время работал со стороны консалтинга. Редкий программист, на моей памяти, стремился понять бизнес-процесс глубже, чем это было в FD. Кто стремился понять и задавал вопросы, обычно сравнительно вырастал из кодера в дорогостоящего разработчика.

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

[mazzy]

Тема этой ветки:
Удаленная разработка в MS Dynamics AX

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

[kingozzavr]

Цитата:

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

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

А часто ли тебе встречались в магазине "Обыкновенные отбеливатели"?

Понимаешь ли, чтение данной ветки, а особенно постов ax_mct напоминает мне просмотр классической ТВ рекламы, в которой, к примеру, "Мистер Мускул" сравнивается с "Обычным отбеливателем". При этом достоинства Мистера Мускула, который больше, чем просто отбеливатель - расписаны убедительно и подробно, повторяются в каждом посте, приводятся ссылки известных блогеров и т.п. А вот что за обычный отбеливатель непонятно, это какой-то собирательный образ, обладающий всеми мыслимыми и немыслимыми недостатками.

И при всей этой комичности (особенно понравилось про тупого конса и слепого кодера) - надо признать, что ax_mct приобрел навык, который, имхо, является наиважнейшим для удаленного разработчика - умение продать себя.

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

[ax_mct]

Программистов AX в части касающейся удаленной разработки уместно классифицировать следующим образом:

A) 1С и похожее.
То есть они как бы изначально консультанты-программисты по своей натуре; Таких наверное больше на клиентах. Они и остаются таковыми привыкшими думать в двух измерениях.

Самодостаточные но часто слабые программисты в классическом понимании.

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

B) те кто стал программистом с помощью AX.
Отличники-выпусники, хорошее программистское образование. Такие начинали как стажеры в крупном консалтинге. Для таких вторая реальность (функциональная) тоже дается просто так как в качестве (классического) программиста они еще не закостенели. Но часто такой необходимости они не чувствуют и остаются в своей инфантильности зависимы от консультантов.

Несамодостаточные но хорошие программисты AX делающие красивый и чистый код.

Для удаленной работы хороши если есть консультант ("родитель") который обо всем позаботится. Идеально подходят для большого обьема простых задач.

С) те кто до AX уже состоялся как программист на С++, Java, .NET.
Самая малочисленная группа среди программистов AX но и самая бесценная.
В силу того что пришли в AX в уже зрелом возрасте не остаются на позициях просто кодеров имея при этом бесценный технический опыт вне AX.

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

[ax_mct]

Погода что-ли жаркая что так тихо. На море что-ли искупаться...
Кстати об удалённой разработке в АХ: жена утянула в Италию на море, и мир спасать надо с пляжа, причём результативно.
Посему вопрос какой мобильный интернет использовать в Римини? Кто как из таких ситуаций выходит?
Вот такие вот будни удалённой разработки в АХ, и жену на удовлетворить, и клиента в срок.

[bio_unit]

Цитата:

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

Вот такие вот будни удалённой разработки в АХ, и жену на удовлетворить, и клиента в срок.

Удаленное удовлетворение жены или аутсорс - не рассматривали?

[ax_mct]

Цитата:

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

Удаленное удовлетворение жены или аутсорс - не рассматривали?

Рассматривал, так вы же все расписать попросите, что и куда совать.
Идея в том чтобы после пары недель отдыха на пляже быть в плюсе по деньгам, заработанное удалённо минус расходы на отдых.

Как думаю изворачиваться: Ноутбук позволяющий программировать в АХ полностью в оффлайн и купить итальянскую SIM карту для MiFi мобильного модема. На отельный интернет надежды нет, не SAS Radisson.

На аутсорс отдал бы с удовольствием, не зря троллю же здесь, прощупываю.
Сырая задача, три дня думать один делать. Rebates в R3 расширять. А срок уже на следующей неделе.
Собственно и пасусь здесь чтобы понять возможен ли вообще аутсорс в реальной моей жизни.

[ice]

Цитата:

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

Рассматривал, так вы же все расписать попросите, что и куда совать.
Идея в том чтобы после пары недель отдыха на пляже быть в плюсе по деньгам, заработанное удалённо минус расходы на отдых.

Как думаю изворачиваться: Ноутбук позволяющий программировать в АХ полностью в оффлайн и купить итальянскую SIM карту для MiFi мобильного модема. На отельный интернет надежды нет, не SAS Radisson.

На аутсорс отдал бы с удовольствием, не зря троллю же здесь, прощупываю.
Сырая задача, три дня думать один делать. Rebates в R3 расширять. А срок уже на следующей неделе.
Собственно и пасусь здесь чтобы понять возможен ли вообще аутсорс в реальной моей жизни.

отдавайте на субподряд китайцам за тарелку риса и все довольны

[bio_unit]

Цитата:

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

На аутсорс отдал бы с удовольствием, не зря троллю же здесь, прощупываю.

Удовлетворение жены отдали бы на аутсорс?
Это все гейропа вас испортила...

[ax_mct]

Цитата:

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

отдавайте на субподряд китайцам за тарелку риса и все довольны

Цитата:

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

Удовлетворение жены отдали бы на аутсорс?
Это все гейропа вас испортила...

Отдал бы если бы не сомневался в успешном результате. Приходиться все самому.
А хочется холодного пива на солнышке и чтобы кто-нибудь вместо тебя трудился.
Проблема именно в том что нет надежных рук чтобы передать и не беспокоится.