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

ice · 12.05.2016, 12:26

Цитата:

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

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

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

AlexeyS · 12.05.2016, 13:45

Цитата:

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

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

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

ax_mct · 12.05.2016, 16:53

Цитата:

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

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

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

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

AlexeyS · 13.05.2016, 08:54

Цитата:

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

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

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

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

Raven Melancholic · 14.05.2016, 15:16

Ну и так же в то же время в Популярной механике читал про разработку снайперской винтовки для спецподразделений.
Общее пожелание разработчикам было "дальность от 600 метров, длина не более 1,6 метра, бесшумная", пробивающая возможные препятствия.
А вот уже подробности долго и скрупулезно расписывались: по каким целя планируется работа, что такое "бесшумная" (вплоть до того, с какого расстояния от выстрела какой уровень шума), какие типы препятствий должна пробивать какими патронами и с какого расстояния, какой разброс на разных расстояниях разными патронами и опять же куча других характеристик.
То есть, в обоих случаях что-то похоже на нашу работу: сначала задается общее видение заказчика, выясняется можно ли это в принципе, потом уточнение требуемых характеристик.
Понятно, что в ходе работы могут изменяться какие-то мелкие детали. Но я слабо представляю, чтобы при подписании контракта сказали, что нужна винтовка "на расстоянии 1200 метров пробивающая бронежилет класса 6а с рассеянием не более 20 см, громкость выстрела на расстоянии 20 метров не должна превышать шум от лопнувшей шины". Подписали контракт, определили сумму и, самое главное, диапазон допустимых изменений требований, а в ходе работ сказали, что ошиблись и в том же бюджете, за тоже время, но нужна винтовка "попадающая в муху на луне, спрятанную за 3-х метровым защитным бетонным панцирем, при выстреле не должен испугаться кот, сидящий в 1 метре от стрелка, после выстрела можно спрятать в карман".
Тут ключевая фраза "диапазон допустимых изменений требований".
Пару месяцев назад одна очаровательная девушка расписывала нам как они заранее и точно знают как составить требования, чтобы допустимых изменений вообще не было. Тут нам описывают, что в ходе контракта вообще нет предела допустимых изменений.
Может быть истина где-то посередине?

**mazzy** · 14.05.2016, 16:14

опять в какую-то помойку превратили.
тема этой ветки: Удаленная разработка в MS Dynamics AX
Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем.

после этого предупреждения авторы оффтопика в этой ветке будут отправлены в бан, оффтопик будет удален.

Raven Melancholic · 14.05.2016, 21:22

Цитата:

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

опять в какую-то помойку превратили.

Согласен с определением помойка, но не согласен в выводом. Автор темы не предлагал обсуждать особенности работы на удаленке, не приглашал никого к обсуждению, а просто обозначил, что он теперь этим занимается и будет делиться своим опытом. Ну и, особенно автор подчеркнул, что не зря открыл тему в разделе Курилка.
В курилке авторы оффтопика? А как же: "я работаю в Microsoft. на axforum.info ничего не меняется"?
Если нечего не меняется, но на основании какого пункта правил форума за отклонение от формальной формулировки темы в разделе курилка будет бан и удаление тем? В постах никто никого не оскорблял, про политику слов нет, ну и т.п.

ax_mct · 14.05.2016, 18:20

Цитата:

Я программист по MS Dynamics AX. Некоторое время назад я начал работать удаленно и хочу рассказывать об этом в этой теме и в блоге на этом форуме.
Планирую общаться здесь, делиться опытом и советоваться не столько о технических вопросах, а больше об организационных, юридических, о рынке труда, поиске клиентов и пр.

Каким должен быть программист АХ чтобы быть способным выполнять удалённую работу.
Особенности ожиданий западных компаний по отношению к программисту АХ.
Особенности роли консультанта в западном консалтинге.
Что должно быть в документе на разработку.

Аналогии из других областей чтобы понять и принять что такое естественно и кем должен быть программист АХ. Поскольку удалённый разработчик по сути фрилансер и сам себе своё лицо то данное понимание актуально.

ax_mct · 15.05.2016, 00:24

Цитата:

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

Каким должен быть программист АХ чтобы быть способным выполнять удалённую работу.
Особенности ожиданий западных компаний по отношению к программисту АХ.
Особенности роли консультанта в западном консалтинге.
Что должно быть в документе на разработку.

Аналогии из других областей чтобы понять и принять что такое естественно и кем должен быть программист АХ. Поскольку удалённый разработчик по сути фрилансер и сам себе своё лицо то данное понимание актуально.

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

ax_mct · 14.05.2016, 18:33

Цитата:

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

Если предположить что удаленный программист АХ не просто раб а подрядчик осуществляющий консалтинг и разработку, то все предлагаемые изменения он анализирует как архитектор и самостоятельно и независимо принимает решение.
Отказаться, изменить, предложить. Безусловно вежливо и профессионально.
Как технический эксперт на которого в таком качестве и полагаются.

Даже если взять пример задания который привёл автор темы, то оно не предназначено для кодера, а для уровня существенно выше.

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

16.05.2016, 08:32

В чем разница между

Цитата:

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

..."Да вы охренели ленивые буржуи, что трудно написать
конкретно чего хотите?"

и

Цитата:

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

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

?

ax_mct · 16.05.2016, 16:23

Цитата:

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

В чем разница между

и

?

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

16.05.2016, 16:43

Цитата:

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

...обанкротилась...

Раскройте тему при чем тут Dynamics Ax.

ax_mct · 16.05.2016, 16:57

Цитата:

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

Раскройте тему при чем тут Dynamics Ax.

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

ax_mct · 15.05.2016, 02:35

Вот пример удаленного полноценного задания на 1 день. Задача поставлена консультантом AX.
CS это case splits и S - splits.

ax_mct · 15.05.2016, 16:40

"It sources with the wrong UOM" - упрощая строка не должна сохранятся, insert не должен случится.
То есть когда нет конверсии UOM мы должны сделать так чтобы вводимая строка была удалена.

Правильный русскоязычный АХ программист: "Да вы охренели ленивые буржуи, что трудно написать конкретно чего хотите?"

Правильный западный АХ консультант/заказчик: "Нам нужен настоящий senior программист, этот не в состоянии понять даже простую задачу."

AlexeyS · 16.05.2016, 08:47

Цитата:

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

"It sources with the wrong UOM" - упрощая строка не должна сохранятся, insert не должен случится.
То есть когда нет конверсии UOM мы должны сделать так чтобы вводимая строка была удалена.

Правильный русскоязычный АХ программист: "Да вы охренели ленивые буржуи, что трудно написать конкретно чего хотите?"

Правильный западный АХ консультант/заказчик: "Нам нужен настоящий senior программист, этот не в состоянии понять даже простую задачу."

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

macklakov · 16.05.2016, 10:22

Цитата:

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

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

Ну, скажем так, программисту будет лучше, если он таки потратит эти полдня или даже весь день на уточнение. Мне этот скил тяжело дался. Но это надо делать. Не дожмешь, гораздо больше потеряешь.

ice · 16.05.2016, 11:59

Цитата:

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

Ну, скажем так, программисту будет лучше, если он таки потратит эти полдня или даже весь день на уточнение. Мне этот скил тяжело дался. Но это надо делать. Не дожмешь, гораздо больше потеряешь.

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

ax_mct · 16.05.2016, 16:34

Цитата:

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

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

Собственно программирования как такого 25-30% времени. Остальное время на анализ, вопроизведение и тестирование.

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