|
10.05.2016, 19:37 | #1 |
Участник
|
То есть я согласен с вами, что для совместной работы очень желательно понимать контекст насколько это возможно, уметь говорить хотя бы бегло на нескольких "языках". Но сделать что-то одному так же хорошо как это бы сделали три разных специалиста, каждый свою работу, я не соглашусь.
|
|
10.05.2016, 21:09 | #2 |
Banned
|
Цитата:
Сообщение от AP-1055D
То есть я согласен с вами, что для совместной работы очень желательно понимать контекст насколько это возможно, уметь говорить хотя бы бегло на нескольких "языках". Но сделать что-то одному так же хорошо как это бы сделали три разных специалиста, каждый свою работу, я не соглашусь.
и грузчика. Думаю он был бы совсем не против выполнять только одну роль. А главное разницу в качестве осязает только он сам. Последний раз редактировалось ax_mct; 10.05.2016 в 21:11. |
|
11.05.2016, 10:35 | #3 |
Участник
|
Цитата:
По моему общению с западными заказчиками это все же не так(если говорить об удаленной работе)
Все проекты и люди на них разные. Толковый PM на проекте всегда подскажет модель поведения, с кем можно и нужно общаться, а с кем нельзя. |
|
11.05.2016, 12:22 | #4 |
SAP
|
70 часов на 'непонятно что' - казалось бы ерунда... вот только жизненный цикл созданного этим методом 'продукта' будет очень геморным и дорогим.
Способ реализации (аутсорсинг или внутренняя разработка) - это второстепенная деталь. |
|
|
За это сообщение автора поблагодарили: DaxDevRemote (1). |
11.05.2016, 13:29 | #5 |
Участник
|
Цитата:
консультант всегда был нужен, чтобы чаржить клиента, 'контролировать' ход процесса и рулить исполнителем.
|
|
|
За это сообщение автора поблагодарили: gl00mie (1). |
11.05.2016, 15:57 | #6 |
Banned
|
Бюджет в случае процесса внедрения он на уровне проекта но не на уровне конкретной модификации. Поэтому конкретная модификация это лишь milestone или ступенька по пути.
А вот когда задача полностью выделенная и вне внедрения как процесса как например интерфейс, интеграция то конечно это иначе. В моем контракте например сказано что если реальные сроки (то есть стоимость по сути) превышают оценочные на 20% то я должен незамедлительно согласовывать это с клиентом. Управление ожиданиями клиента намного важнее чем чистота и качество кода. И соответствие оценки и реального времени критично. |
|
11.05.2016, 18:45 | #7 |
Участник
|
ИМХО все выше сказанное о "специфике западного заказчика", на самом деле только к западному заказчику не относится. такой заказчик в большом количестве есть и у нас, когда начальник, из-за мнимой экономии или недалёкости, берет/ищет себе сотрудников человеков-оркестров, которые сломя голову берутся за все и делают абы что, по дороге все время дорабатывая напильником, система потом без таких человеков-оркестров сама работать не может, потому что все время случаются ситуации, что нужен напильник этого спеца, потому что другому разобраться в том, что на ваял этот супермен, требуется ни одна "поллитра"
Последний раз редактировалось ice; 11.05.2016 в 19:21. |
|
|
За это сообщение автора поблагодарили: AP-1055D (2), kpoxa (1). |
11.05.2016, 19:29 | #8 |
Участник
|
ice, я вот тоже так считаю )
|
|
11.05.2016, 21:13 | #9 |
Banned
|
Цитата:
Сообщение от ice
ИМХО все выше сказанное о "специфике западного заказчика", на самом деле только к западному заказчику не относится. такой заказчик в большом количестве есть и у нас, когда начальник, из-за мнимой экономии или недалёкости, берет/ищет себе сотрудников человеков-оркестров, которые сломя голову берутся за все и делают абы что, по дороге все время дорабатывая напильником, система потом без таких человеков-оркестров сама работать не может, потому что все время случаются ситуации, что нужен напильник этого спеца, потому что другому разобраться в том, что на ваял этот супермен, требуется ни одна "поллитра"
"Скажите государю, что у англичан ружья кирпичом не чистят: пусть чтобы и у нас не чистили..." "Человек-оркестр" это как раз то что естественно для AX. В чем отличие проблем поддержки и расширения когда это был один человек вместо двух или трех? Отнюдь не в том что оркестр играл один человек. А в наличии той или документации, понятного кода. Все эти ваши роли и документы придумали программисты и для программистов которые далеки от народа. А народ хочет Мастера для топора, чтобы пришел такой человеческий весь и избушку построил. А не толпу непонятно зачем специалистов. |
|
11.05.2016, 22:40 | #10 |
Гость
|
Цитата:
Есть ребята, которые отделку и перепланировку квартир делают. У них деятельность очень похожа на нашу. Есть пул стандартных потребностей заказчиков, есть пул готовых материалов и устройств для применения в интерьере, на это накладывается конкретная планировка и конкретные хотелки заказчиков. Заказчики точно так же смутно представляют себе что они хотят. Вот пример консультанта из этой сферы и как он работает. Причем он как раз привлекает массу аутсорсеров от электриков до штукатуров. https://www.youtube.com/watch?v=1MvojmgPT6s Существуют хорошие консультанты и в нашей сфере и работать с ними аутсорсеру только в радость. |
|
|
За это сообщение автора поблагодарили: ax_mct (3). |
11.05.2016, 23:57 | #11 |
Banned
|
Цитата:
Сообщение от Кирилл
Я еще раз приведу аналогию из смежных профессий.
Есть ребята, которые отделку и перепланировку квартир делают. У них деятельность очень похожа на нашу. Есть пул стандартных потребностей заказчиков, есть пул готовых материалов и устройств для применения в интерьере, на это накладывается конкретная планировка и конкретные хотелки заказчиков. Заказчики точно так же смутно представляют себе что они хотят. Вот пример консультанта из этой сферы и как он работает. Причем он как раз привлекает массу аутсорсеров от электриков до штукатуров. https://www.youtube.com/watch?v=1MvojmgPT6s Существуют хорошие консультанты и в нашей сфере и работать с ними аутсорсеру только в радость. Редко когда такое сейчас в AX. Скажем несколько бронтозавров мирового консалтинга могут еще придерживаться "правильной" методологии но все хотят просто, понятно и быстро в неком стиле "Agile". Другими словами фаза "Обследование" в своем классическом виде отсутствует. Если вспомнить свой Российский опыт то фаза "Обследование" была по сути нужна чтобы консультанты AX поняли бизнес заказчика. При том что AX такие консультанты знали на отлично. А если заменить этих консультантов AX теми кто знает и понимает бизнес-заказчика? "Обследование" в классическом виде уже не нужно. Все что нужно это старые/старшие программисты AX знающие систему всесторонне. То есть граница компетенции сместилась в сторону заказчика. Консультанты больше в бизнес, программисты в функционал... и голые ноги по ту сторону одеяла. Как результат код становиться невыносимым даже в стандарте куда напихали вертикальных решений. Но кого заботят невидимые проблемы программиста. |
|
12.05.2016, 11:30 | #12 |
Гость
|
Цитата:
Все хотят просто, понятно и быстро, поэтому часто штробят стены после наклейки обоев. Законы сохранения никто не отменял. Если не думаешь сразу, придется думать потом, но уже в более сложной ситуации. |
|
12.05.2016, 03:38 | #13 |
NavAx
|
Если говорить о разработчиках, то на условном западе консалтеры, клиенты очень неохотно модифицируют систему. В чем-то обосновано. Гемор с сопровождением и апгрейдами. В чем-то субъективно. Они часто ничего не знают о разработке софта, поэтому боятся. Поэтому систему стараются подобрать так, чтобы она в стандартном виде подходила клиенту. А потом стараются выкрутиться чисто конфигурированием и бизнес-процессами.
Т.е. получается что на нормальном проекте разработчику особо делать нечего. Но кодить иногда надо. В команде таки есть человек, который либо немного умеет кодить сам, либо компетентен достаточно, чтобы проконтролировать аутсорсеров. Чаще всего, это technical consultant, который систему развертывает. Еще один фактор это упор microsoft на стек .net технологий. Благодаря такому подходу основную разработку имеет смысл перепоручать довольно посредственным .net-чикам самого широкого профиля. К примеру, основную работу по созданию SSRS отчета легко выполняет дешевый junior, после небольшой вводной. Вот так и получается что в серьезном интеграторе квалифицированный разработчик мечется между десятками проектов, а в маленьком интеграторе или на клиенте он сочетает несколько ролей, иначе ему нечем будет заняться. Но бывают и ненормальные проекты... Для разработчика они открывают хорошую возможность подзаработать Но вредят рынку в целом Ага, здесь некоторое разночтение в терминологии. Человек который определяет что нужно клиенту, это system architect. Consultant это настройщик функионала.
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 12.05.2016 в 03:43. |
|
|
За это сообщение автора поблагодарили: ax_mct (3). |
12.05.2016, 17:13 | #14 |
Banned
|
Цитата:
Сообщение от macklakov
Вот так и получается что в серьезном интеграторе квалифицированный разработчик мечется между десятками проектов, а в маленьком интеграторе или на клиенте он сочетает несколько ролей, иначе ему нечем будет заняться.
Но бывают и ненормальные проекты... Для разработчика они открывают хорошую возможность подзаработать Но вредят рынку в целом Ага, здесь некоторое разночтение в терминологии. Человек который определяет что нужно клиенту, это system architect. Consultant это настройщик функионала. Ненормальные проекты они как раз нормальные. Но программирование с каждой новой версией требует все большей осторожности и квалификации так как монстр растет. Consultant это секретарь в приемной Генерального Программиста. Ну и на побегушках там, к клиенту сбегать, бумашки оформить... |
|
12.05.2016, 09:56 | #15 |
Участник
|
Цитата:
Сообщение от ice
ИМХО все выше сказанное о "специфике западного заказчика", на самом деле только к западному заказчику не относится. такой заказчик в большом количестве есть и у нас, когда начальник, из-за мнимой экономии или недалёкости, берет/ищет себе сотрудников человеков-оркестров, которые сломя голову берутся за все и делают абы что, по дороге все время дорабатывая напильником, система потом без таких человеков-оркестров сама работать не может, потому что все время случаются ситуации, что нужен напильник этого спеца, потому что другому разобраться в том, что на ваял этот супермен, требуется ни одна "поллитра"
Консультантов у них нет. Ищут Senior Developer. Задача ставится от бизнеса на уровне "даже выше подробного описания БП". Кстати, что такое "Модификатор доступа"?
__________________
Блог на axforum об удаленной разработке в MS Dynamics AX |
|
12.05.2016, 11:30 | #16 |
Гость
|
|
|
12.05.2016, 11:46 | #17 |
Участник
|
я вот даже постеснялся спросить, вдруг камнями закидают за незнание такого
__________________
Ivanhoe as is.. |
|
12.05.2016, 15:17 | #18 |
Гость
|
|
|
12.05.2016, 12:11 | #19 |
Участник
|
Из-за попыток подловить на собеседовании техническими формулировками, я не люблю когда собеседование проводит программист.
Надо отвечать на такие вопросы так: дайте мне Гугл и я вам отвечу. Я до сегодняшнего дня не знал, что эта штука называется "Модификатор доступа" Хотя каждый день программирую то в Аксапте, то на C++, то на Java. https://msdn.microsoft.com/ru-ru/library/wxh6fsc7.aspx |
|
|
За это сообщение автора поблагодарили: DaxDevRemote (1). |
12.05.2016, 12:18 | #20 |
Участник
|
Цитата:
я вот даже постеснялся спросить, вдруг камнями закидают за незнание такого
Цитата:
Очень здорово, если Вы можете рассказать (коротко) о принципе формировании себестоимости в Ах, а форма складских проводок является очень знакомым инструментом. Отлично, если выражения типа "Модификатор доступа" Вас не застают врасплох)).
|
|