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

AP-1055D · 10.05.2016, 19:37

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

ax_mct · 10.05.2016, 21:09

Цитата:

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

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

Мне вот кровать привозили. Кажется из IKEA. Один человек за водителя, экспедитора,
и грузчика. Думаю он был бы совсем не против выполнять только одну роль. А главное разницу в качестве осязает только он сам.

greench · 11.05.2016, 10:35

Цитата:

По моему общению с западными заказчиками это все же не так(если говорить об удаленной работе)

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

Pavel · 11.05.2016, 12:22

70 часов на 'непонятно что' - казалось бы ерунда... вот только жизненный цикл созданного этим методом 'продукта' будет очень геморным и дорогим.
Способ реализации (аутсорсинг или внутренняя разработка) - это второстепенная деталь.

greench · 11.05.2016, 13:29

Цитата:

консультант всегда был нужен, чтобы чаржить клиента, 'контролировать' ход процесса и рулить исполнителем.

сейчас для этого есть project manager.

ax_mct · 11.05.2016, 15:57

Бюджет в случае процесса внедрения он на уровне проекта но не на уровне конкретной модификации. Поэтому конкретная модификация это лишь milestone или ступенька по пути.

А вот когда задача полностью выделенная и вне внедрения как процесса как например интерфейс, интеграция то конечно это иначе. В моем контракте например сказано что если реальные сроки (то есть стоимость по сути) превышают оценочные на 20% то я должен незамедлительно согласовывать это с клиентом.

Управление ожиданиями клиента намного важнее чем чистота и качество кода. И соответствие оценки и реального времени критично.

ice · 11.05.2016, 18:45

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

AP-1055D · 11.05.2016, 19:29

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

ax_mct · 11.05.2016, 21:13

Цитата:

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

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

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

"Скажите государю, что у англичан ружья кирпичом не чистят: пусть чтобы и у нас не чистили..."

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

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

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

ax_mct · 11.05.2016, 22:40

Цитата:

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

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

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

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

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

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

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

ax_mct · 11.05.2016, 23:57

Цитата:

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

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

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

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

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

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

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

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

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

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

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

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

12.05.2016, 11:30

Цитата:

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

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

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

macklakov · 12.05.2016, 03:38

Цитата:

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

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

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

Но вредят рынку в целом

Цитата:

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

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

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

ax_mct · 12.05.2016, 17:13

Цитата:

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

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

Но вредят рынку в целом

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

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

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

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

DaxDevRemote · 12.05.2016, 09:56

Цитата:

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

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

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

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

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

12.05.2016, 11:30

Цитата:

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

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

Public protected and other

Ivanhoe · 12.05.2016, 11:46

Цитата:

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

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

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

12.05.2016, 15:17

Цитата:

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

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

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

Ace of Database · 12.05.2016, 12:11

Цитата:

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

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

Из-за попыток подловить на собеседовании техническими формулировками, я не люблю когда собеседование проводит программист.
Надо отвечать на такие вопросы так: дайте мне Гугл и я вам отвечу.
Я до сегодняшнего дня не знал, что эта штука называется "Модификатор доступа"

Хотя каждый день программирую то в Аксапте, то на C++, то на Java.
https://msdn.microsoft.com/ru-ru/library/wxh6fsc7.aspx

greench · 12.05.2016, 12:18

Цитата:

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

Там просто странно написаны пару предложений.

Цитата:

Очень здорово, если Вы можете рассказать (коротко) о принципе формировании себестоимости в Ах, а форма складских проводок является очень знакомым инструментом. Отлично, если выражения типа "Модификатор доступа" Вас не застают врасплох)).

Т.е. я подумал что "Модификатор доступа" это что-то функциональное, а не из области OOП.