Удаленная разработка в MS Dynamics AX

[Sancho]

всем здрям!
я из соседней песочницы, из Нава, но, как понимаю, в курилке все равны?

я аутсорсер по Наву 12 лет, до этого работа на клиенте, до этого VB, Pascacal, бизнес анализ...

про конса и программера хотел сказать.
программер чел самодостаточный: и выслушать проблему может и предолжить решение, И РЕШИТЬ, и описать, и научить...
а конс немного такой ущербный, безпотентный что-ли: познакомится с девочкой, угостит ее, приведет домой, разденет, позовет программера, придет, когда все закончено, сварит кофе, проводит до дома, возьмет телефончик...
но бывает такое, что одновременно в поддержке 10-15 клиентов, у всех свои проблемы, а толковых программеров (про толковость в самом конце эссе) не дофига. т.е. они есть дефицитный ресурс.
и тогда вступает конс и начинается...

1. в зависимости от продвинутости пользователя от 30-ти до 80-ти процентов хотелок исключительно от незнания. показываешь что как и где и задачка закрывается на открывшись. работа чисто конса.
2. эпизодически, отведем на это символические 3 - 5%, хотелка приведет к драматическому ухудшению не то что производительности, но даже работоспособности системы. это от безкультурья. эту хотелку гневно отметаем (козырная фраза "система так не работает"). тут выступаем как архитектор.
3. допустим первыми двумя пунктами отмели 50% хотелок, осталась половина. но ее ранжируем по значимости, по приоритетности, и еще процентов 70 скидываем на "до лучших времен". тут работаем как продажник, сидящий на ограниченном ресурсе.
4. ура! 15% дошло до программера! но как дошло? обязательно описываем СЛОВАМИ как есть и что надо. что хотят получить в итоге. намекаем программисту (толковому) через какую функциональность или ее куски все это реализовать, обязательно указываем телефон и домашний адрес автора хотелки для решения кучи мелких вопросов, ибо в удаленной разработке основная проблема в количестве итераций вопрос-ответ. гораздо удобнее придти в офис, посадить милую бухгалтершу себе на коленки и спросить голосом Арамиса "Что ты хочешь, дитя мое?"
5. собственно кодинг... ну парни, ну мы ж не Excel программируем, в конце-то концов! да наверняка подобная задача уже реализована в СТАНДАРТНОМ ФУНКЦИОНАЛЕ, поэтому толковый кодер это прежде всего хороший конс: он знает где что лежит. в лучшем случае доработка сводится к вызову стандартной функции, в обычном - к легкому и непринужденному копипасту или вставки пары условий в стандартный код, в тяжелом да, к программированию. но если тяжелых случаев много, может перед нами программист, а не "толковый программист"? может стоит поискать толкового?

простите за войнаимиримногабукф
конечно, IMHO

[ax_mct]

Цитата:

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

5. собственно кодинг... ну парни, ну мы ж не Excel программируем, в конце-то концов! да наверняка подобная задача уже реализована в СТАНДАРТНОМ ФУНКЦИОНАЛЕ, поэтому толковый кодер это прежде всего хороший конс: он знает где что лежит. в лучшем случае доработка сводится к вызову стандартной функции, в обычном - к легкому и непринужденному копипасту или вставки пары условий в стандартный код, в тяжелом да, к программированию. но если тяжелых случаев много, может перед нами программист, а не "толковый программист"? может стоит поискать толкового?

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

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

P.S.

Цитата:

в зависимости от продвинутости пользователя от 30-ти до 80-ти процентов хотелок исключительно от незнания. показываешь что как и где и задачка закрывается на открывшись. работа чисто конса.

Это если работы вживую постоянно на самом клиенте в режиме программист-консультант. Доказывать что им лучше каждому велосипедисту дать по своей бутылке пива, значит остаться без молока от дойной коровы. Оспаривать технические решения (КАК?) это нормально, но функциональные хотелки (ЧТО?)- просто глупо для удаленного или не совсем удаленного программиста.