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

[.axygen(s)]

На постоянную работу в Минске требуется опытный разработчик DAX.

Требования:

• Высшее техническое образование
• Опыт разработки в DAX от 3 лет, участие в нескольких успешных проектах
• Отличное знание архитектуры системы, опыт установки и настройки
• Хорошее знание функционала основных модулей: Финансы, Торговля, Логистика, Производство
• Рабочий английский
• Хорошие "troubleshooting skills"

Зарплата 2000$ +

Более высокая ЗП для кандидатов с более высокой квалификацией обсуждается.
Готовы оказать посильную помощь желающим переехать в Минск.

Ждем ваших CV и вопросов на job@axygens.com

Спасибо.

[miklenew]

Цитата:

Сообщение от .axygen(s)

[*]Хорошее знание функционала основных модулей: Финансы, Торговля, Логистика

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

[.axygen(s)]

Цитата:

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

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

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

Причем тут консультанты?

[miklenew]

Цитата:

Сообщение от .axygen(s)

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

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

[Bondonello]

Цитата:

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

когда программисты не могли съесть за короткий период много. А теперь когда съели, консультанты го.

Так может и консультантам надо было "съесть" то, что ели программисты

[miklenew]

Цитата:

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

Так может и консультантам надо было "съесть" то, что ели программисты

Басня собака и кошка.

Взяли хозяева собаку и кошку.
Дали каждой по миске молока.
Собака из своей ест.
А кошка хитрое животное.
Из обоих.
Пришло время, хозяева стали выбирать
Кому из обоих мисок
Пить молоко, а кому нет. (НЕ КРЫЛОВ)

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

[Bondonello]

Цитата:

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

Басня собака и кошка.

Взяли хозяева собаку и кошку.
Дали каждой по миске молока.
Собака из своей ест.
А кошка хитрое животное.
Из обоих.
Пришло время, хозяева стали выбирать
Кому из обоих мисок
Пить молоко, а кому нет. (НЕ КРЫЛОВ)

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

И в чем проблема? На что обида? На то, что программисты научились анализировать бизнес-требования и продолжают программировать, или на то, что консультанты так и не начали программировать?

Один работник зашел к барину и говорит:
— Барин! Почему ты мне платишь всего пять копеек, а Ивану всегда пять рублей?
Барин смотрит в окно и говорит:
— Вижу я, кто-то едет. Вроде бы сено мимо нас везут. Выйди-ка, посмотри.
Вышел работник. Зашел снова и говорит:
— Правда, барин. Вроде сено.
— А не знаешь откуда? Может, с Семеновских лугов?
— Не знаю.
— Сходи и узнай.
Пошел работник. Снова входит.
— Барин! Точно, с Семеновских.
— А не знаешь, сено первого или второго укоса?
— Не знаю.
— Так сходи, узнай!
Вышел работник. Возвращается снова.
— Барин! Первого укоса!
— А не знаешь, по чем?
— Не знаю.
— Так сходи, узнай.
Сходил. Вернулся и говорит:
— Барин! По пять рублей.
— А дешевле не отдают?
— Не знаю.
В этот момент входит Иван и говорит:
— Барин! Мимо везли сено с Семеновских лугов первого укоса. Просили по 5 рублей. Сторговались по 3 рубля за воз. Я их загнал во двор, и они там разгружают.
Барин обращается к первому работнику и говорит:
— Теперь ты понял, почему тебе платят 5 копеек, а Ивану 5 рублей?!

[miklenew]

Bondonello, ты владеешь Axapt-ой и как программист и как консультант?

[oip]

См. также Cтоит ли программистов огораживать консультантами от пользователей?

[blokva]

"Ребята давайте жить дружно" (с)
На самом деле идеальный вариант когда программист владеет функционалом и консультант кодингом, тогда:
1. Программисту не надо писать "разжеванные ТЗ" на этом сильно экономится время
2. Консультанту не надо вообще писать ТЗ на мелкие до(раз)работки на этом тоже сильно экономится время.
3. При этом консультант не лезет в серъезные разработки, для которых только он, консультант может написать грамотное ТЗ.
4. Программист не лезет в бизнес-процессы и, самое тжелелое, во взаимодействие с пользователями...

ИМХО - это идеальная команда.

зы: мнение основано на собственном опыте программирующего консультанта.

[.axygen(s)]

Цитата:

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

Басня собака и кошка.

Взяли хозяева собаку и кошку.
Дали каждой по миске молока.
Собака из своей ест.
А кошка хитрое животное.
Из обоих.
Пришло время, хозяева стали выбирать
Кому из обоих мисок
Пить молоко, а кому нет. (НЕ КРЫЛОВ)

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

Ерунду говорите.
1. Программиста ERP, за 5 лет не удосужевшегося прочитать мануалы, гнать нужно. Это человек с ограниченной профпригодностью.

2. Программист, прочитавший мануалы и знающий функционал, далеко не всегда может заменить хорошего консультанта. Это разные профессии. Либо уж очень многогранный программист, либо уж очень ограниченный консультант. Ди и зачем это нужно? Сидеть сразу на двух стульях, как минимум неоргономично.

[Bondonello]

Цитата:

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

Bondonello, ты владеешь Axapt-ой и как программист и как консультант?

Нет, я работаю с MS CRM. Это критично?

[miklenew]

Цитата:

Сообщение от .axygen(s)

Ерунду говорите.

Прочти те ещё раз что ли, что я написал.
Где я, что-то похожее писал?

Цитата:

Сообщение от .axygen(s)

1. Программиста ERP, за 5 лет не удосужевшегося прочитать мануалы, гнать нужно. Это человек с ограниченной профпригодностью.

Цитата:

Сообщение от .axygen(s)

2. Программист, прочитавший мануалы и знающий функционал, далеко не всегда может заменить хорошего консультанта. Это разные профессии. Либо уж очень многогранный программист, либо уж очень ограниченный консультант. Ди и зачем это нужно? Сидеть сразу на двух стульях, как минимум неоргономично.

Если вы реально так считаете, а не только пишите. Я только рад за вас.
В этом наши взгляды совпадают. Надеюсь это так.

[miklenew]

Цитата:

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

Нет, я работаю с MS CRM. Это критично?

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

[Bondonello]

Цитата:

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

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

Нет, не раздаю, об этом я и не говорил. Думаю, что вы тоже так не делаете. Здесь же вам тоже совет я не давал, а высказал свое мнение.

[gl00mie]

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

[miklenew]

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

Цитата:

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

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

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

[sukhanchik]

Цитата:

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

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

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

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

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

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

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

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