Про консультантский подход

[Sancho]

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

IF "Location Code" = 'ОФИС' THEN...
(сииньким выделено текстовое значение, которое в любой момент может быть изменено в настройке)

быстро? быстро!
работает? работает!
клиент доволен? а как же!!!

можно не создавать универсальные механизмы, но надо немного мыслить системно...

по поводу консультанты vs программисты я лет 5 назад статью написал.
тезисы следующие:
1. для оптимизации использования ресурсов переход зоны ответственности от одних к другим является ТЗ (своеобразная точка).
2. не существует консультантов (без навыка программирования в конкретной системе), способных создать ТЗ, не вызывающее дополнительных вопросов программиста
3. не существует программистов, способных исключительно по ТЗ (если в нем не приведены тексты конкретных функций и места и параметры их вызова - а зачем тогда вообще нужны программисты?) создать решение, без дополнительных консультаций (как минимум вопрос "а почему не сделать так? так быстрее").
4. каждая консультация программиста и консультанта = потеря времени = потеря эффективности = потеря ДЕНЕГ в итоге для всех.

вывод парадоксален.
в целях увеличения ПРИБЫЛЬНОСТИ проектов надо забыть про п.1 (оптимизацию использования ресурсов) и вместо ТОЧКИ передачи информации (ТЗ) сделать ОТРЕЗОК передачи информации.
другими словами, конс должен понимать, что можно запрограммировать, а что нет (или чрезвычайно сложно), должен понимать ГДЕ это будет программироваться, в ключевых местах или на периферии, как это скажется на общей работоспособности решения, следовательно конс должен быть кодером.

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

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