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