Разработчик MS Dynamics AX. Минск

[gl00mie]

Цитата:

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

Мы полюбому работая над задачей, мордой в обоих мисках. А они честно делают свою работу.

Это, мне кажется, несколько однобокий взгляд на работу консультантов. Более, по-моему, корректно на эту тему высказался EVGL:

Цитата:

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

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

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

Цитата:

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

Прошло 5 лет. За 5 лет разработчик даже не читая ни одного мануала, может изучить систему.

Ерунда полная: если разработчик не читал ни одного мануала, то за 5 лет он изучит лишь то, с чем пришлось сталкиваться, и, более того, будет постоянно "изобретать велосипеды" - с кучей ограничений, недотестированные и глкавенькие, но зато более простые и понятные, чем штатно реализванные механизмы. Многие дописывали свой функционал или расширяли имеющийся, делали какие-то свои транзакционные таблицы или допиливали штатные. Но многие ли при этом использовали штатную инфраструктуру журналов? Многие ли "выворачивали логику наизнанку", модифицируя AxSalesTable/AxSalesLine по ходу добавления обработчиков своих полей или изменения обработчиков полей штатных? Многие ли реализовывали функционал закрытия периодов и агрегирования балансов для своих транзакционных таблиц или расширяли штатную инфраструктуру проверки целостности данных?..

Цитата:

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

Вы же дома соседям советы не раздаёте, как им жить и как не жить.

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

[miklenew]

Денис, ты как бы отнёсся если бы в один прекрасный день консультантов в Ax-е не стало?
Только постарайся подумать не как это на тебя бы повлияло, а глобальнее.
Такие проекты (организации) щас есть. В которых вообще нет консультантов.

Цитата:

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

Денис, ты как бы отнёсся если бы в один прекрасный день консультантов в Ax-е не стало?
Только постарайся подумать не как это на тебя бы повлияло, а глобальнее.
Такие проекты (организации) щас есть. В которых вообще нет консультантов.

Кто же тестирует работу системы?

[sukhanchik]

Цитата:

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

если бы в один прекрасный день консультантов в Ax-е не стало?

А этого не могло бы быть. Т.к. консультант - роль промежуточная (ИМХО). Надо рассматривать всю цепочку ролей, участвующих во внедрении. На мой взгляд это цепочка вида:

программист - консультант - продавец.

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

Увеличиваем объем работ. Теперь выделяется еще стажер (грубо говоря), который может писать пользовательские процедуры, проводить массовое обучение - т.е. фактически это первый полноценный консультант.

Далее увеличиваем и увеличиваем объем работ. Теперь наш продавец (а может уже и не один) занимается чисто продажами. У него есть штат консультантов - "перцев" и "стажеров" (деление условно). У него есть штат программистов - "перцев" и "стажеров" (деление условно).

Резюме: Консультанта может не быть - но его роль - кто-то должен выполнять. Скорее - это будет продавец, но возможно и распределение обязанностей между продавцом и программистом. Работы по написанию документации (функциональный дизайн + пользовательские процедуры + прочие документы типа дизайна решения и т.п.), обучению, тестированию, поддержке пользователей никто не отменял.