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

[ice]

ИМХО все выше сказанное о "специфике западного заказчика", на самом деле только к западному заказчику не относится. такой заказчик в большом количестве есть и у нас, когда начальник, из-за мнимой экономии или недалёкости, берет/ищет себе сотрудников человеков-оркестров, которые сломя голову берутся за все и делают абы что, по дороге все время дорабатывая напильником, система потом без таких человеков-оркестров сама работать не может, потому что все время случаются ситуации, что нужен напильник этого спеца, потому что другому разобраться в том, что на ваял этот супермен, требуется ни одна "поллитра"

[AP-1055D]

ice, я вот тоже так считаю )

[ax_mct]

Цитата:

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

ИМХО все выше сказанное о "специфике западного заказчика", на самом деле только к западному заказчику не относится. такой заказчик в большом количестве есть и у нас, когда начальник, из-за мнимой экономии или недалёкости, берет/ищет себе сотрудников человеков-оркестров, которые сломя голову берутся за все и делают абы что, по дороге все время дорабатывая напильником, система потом без таких человеков-оркестров сама работать не может, потому что все время случаются ситуации, что нужен напильник этого спеца, потому что другому разобраться в том, что на ваял этот супермен, требуется ни одна "поллитра"

Я бы сказал что "западный заказчик" такой в 90% случаев тогда как у вас скажем 10%. Потому как отстаете от мирового тренда
"Скажите государю, что у англичан ружья кирпичом не чистят: пусть чтобы и у нас не чистили..."

"Человек-оркестр" это как раз то что естественно для AX. В чем отличие проблем поддержки и расширения когда это был один человек вместо двух или трех?

Отнюдь не в том что оркестр играл один человек. А в наличии той или документации, понятного кода.

Все эти ваши роли и документы придумали программисты и для программистов которые далеки от народа. А народ хочет Мастера для топора, чтобы пришел такой человеческий весь и избушку построил. А не толпу непонятно зачем специалистов.

Цитата:

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

Все эти ваши роли и документы придумали программисты и для программистов которые далеки от народа. А народ хочет Мастера для топора, чтобы пришел такой человеческий весь и избушку построил. А не толпу непонятно зачем специалистов.

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

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

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

https://www.youtube.com/watch?v=1MvojmgPT6s

Существуют хорошие консультанты и в нашей сфере и работать с ними аутсорсеру только в радость.

[ax_mct]

Цитата:

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

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

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

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

https://www.youtube.com/watch?v=1MvojmgPT6s

Существуют хорошие консультанты и в нашей сфере и работать с ними аутсорсеру только в радость.

Действительно интересный ролик. Но как я понимаю там проектная документация составляется во всей полноте до начала работ.

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

Если вспомнить свой Российский опыт то фаза "Обследование" была по сути нужна чтобы консультанты AX поняли бизнес заказчика. При том что AX такие консультанты знали на отлично.

А если заменить этих консультантов AX теми кто знает и понимает бизнес-заказчика? "Обследование" в классическом виде уже не нужно. Все что нужно это старые/старшие программисты AX знающие систему всесторонне.

То есть граница компетенции сместилась в сторону заказчика. Консультанты больше в бизнес, программисты в функционал... и голые ноги по ту сторону одеяла.

Как результат код становиться невыносимым даже в стандарте куда напихали вертикальных решений. Но кого заботят невидимые проблемы программиста.

Цитата:

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

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

Да и в отделке нормальные проекты редкость )
Все хотят просто, понятно и быстро, поэтому часто штробят стены после наклейки обоев.
Законы сохранения никто не отменял.
Если не думаешь сразу, придется думать потом, но уже в более сложной ситуации.

[ax_mct]

Цитата:

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

Если не думаешь сразу, придется думать потом, но уже в более сложной ситуации.

Мне приходится часто переделывать технический дизайн когда какой нибудь добавленный функциональный нюанс ставит все с ног на голову.

Как архитектор и программист решения в одном лице я могу делать это безболезненно.

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

То есть переделки и исправления когда "человек-оркестр" намного проще решаются.

В случае аутсорса "кодировщикам" вообще невозможна такая гибкость когда надо все быстро поменять.

[ice]

Цитата:

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

Мне приходится часто переделывать технический дизайн когда какой нибудь добавленный функциональный нюанс ставит все с ног на голову.

Как архитектор и программист решения в одном лице я могу делать это безболезненно.

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

То есть переделки и исправления когда "человек-оркестр" намного проще решаются.

В случае аутсорса "кодировщикам" вообще невозможна такая гибкость когда надо все быстро поменять.

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

[macklakov]

Цитата:

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

ищет себе сотрудников человеков-оркестров

Если говорить о разработчиках, то на условном западе консалтеры, клиенты очень неохотно модифицируют систему. В чем-то обосновано. Гемор с сопровождением и апгрейдами. В чем-то субъективно. Они часто ничего не знают о разработке софта, поэтому боятся. Поэтому систему стараются подобрать так, чтобы она в стандартном виде подходила клиенту. А потом стараются выкрутиться чисто конфигурированием и бизнес-процессами.
Т.е. получается что на нормальном проекте разработчику особо делать нечего. Но кодить иногда надо. В команде таки есть человек, который либо немного умеет кодить сам, либо компетентен достаточно, чтобы проконтролировать аутсорсеров. Чаще всего, это technical consultant, который систему развертывает.
Еще один фактор это упор microsoft на стек .net технологий. Благодаря такому подходу основную разработку имеет смысл перепоручать довольно посредственным .net-чикам самого широкого профиля. К примеру, основную работу по созданию SSRS отчета легко выполняет дешевый junior, после небольшой вводной.
Вот так и получается что в серьезном интеграторе квалифицированный разработчик мечется между десятками проектов, а в маленьком интеграторе или на клиенте он сочетает несколько ролей, иначе ему нечем будет заняться.
Но бывают и ненормальные проекты... Для разработчика они открывают хорошую возможность подзаработать Но вредят рынку в целом

Цитата:

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

Существуют хорошие консультанты и в нашей сфере и работать с ними аутсорсеру только в радость.

Ага, здесь некоторое разночтение в терминологии. Человек который определяет что нужно клиенту, это system architect. Consultant это настройщик функионала.

[ax_mct]

Цитата:

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

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

Ага, здесь некоторое разночтение в терминологии. Человек который определяет что нужно клиенту, это system architect. Consultant это настройщик функионала.

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

Ненормальные проекты они как раз нормальные. Но программирование с каждой новой версией требует все большей осторожности и квалификации так как монстр растет.

Consultant это секретарь в приемной Генерального Программиста. Ну и на побегушках там, к клиенту сбегать, бумашки оформить...

[DaxDevRemote]

Цитата:

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

ИМХО все выше сказанное о "специфике западного заказчика", на самом деле только к западному заказчику не относится. такой заказчик в большом количестве есть и у нас, когда начальник, из-за мнимой экономии или недалёкости, берет/ищет себе сотрудников человеков-оркестров, которые сломя голову берутся за все и делают абы что, по дороге все время дорабатывая напильником, система потом без таких человеков-оркестров сама работать не может, потому что все время случаются ситуации, что нужен напильник этого спеца, потому что другому разобраться в том, что на ваял этот супермен, требуется ни одна "поллитра"

Согласен, что у нас таких тоже хватает. Вот свежая вакансия в подтверждение Москва. Требуется Senior Developer.

Консультантов у них нет. Ищут Senior Developer. Задача ставится от бизнеса на уровне "даже выше подробного описания БП".

Кстати, что такое "Модификатор доступа"?

Цитата:

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

Кстати, что такое "Модификатор доступа"?

Public protected and other

[Ivanhoe]

Цитата:

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

Кстати, что такое "Модификатор доступа"?

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

Цитата:

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

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

Присоединяюсь. С немалым опытом сам подумал, что какой то новый функционал в AX 7.0. Меня бы завалили на собеседовании

[Ace of Database]

Цитата:

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

Кстати, что такое "Модификатор доступа"?

Из-за попыток подловить на собеседовании техническими формулировками, я не люблю когда собеседование проводит программист.
Надо отвечать на такие вопросы так: дайте мне Гугл и я вам отвечу.
Я до сегодняшнего дня не знал, что эта штука называется "Модификатор доступа" Хотя каждый день программирую то в Аксапте, то на C++, то на Java.
https://msdn.microsoft.com/ru-ru/library/wxh6fsc7.aspx