Необходимо оценить умение программиста

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

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

ТЗ у меня нормальное, к ТЗ в качестве визуализации прилагает порядка 100 HTML страниц, каждая из которых демонстрирует тот или иной раздел или участок скрипта, с комментариями и подсказками для программиста.

Ну значит Вы таки попали в те 5% :)

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

(если конечно не будет писать спустя рукава). Единственное что - в конце надо будет отдать код хакерам почитать, на всякий случай.

А что я имел ввиду? То что изначально недостаточно четко были озвучены требования к программисту, а все побежали его ругать/хвалить. Ведь ваши таланты как постановщика не были озвучены. А в подавляющем большинстве случаев заказчики являются специалистами только в своей области, а объяснить программисту что они хотят они не могут... ну а программисты в свою очередь не могут понять что хотят заказчики, потому что они тоже знают только свое...

А что Вам мешало написать код до конца?

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

Я выбрал второе.

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

Было лень и пожалел времени. И я вообще не программист, это не моя работа.

Молодцы. Красиво сказали. Ну и соответственно правильный выбор. :)

Типа +1.

А ручонки то до сих пор чешуться.

По теме топика.

То, что я здесь высказывал - это мое личное мнение, основанное на более чем 15 летнем опыте разработки проектов.

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

Естественно, что и в шкафах скелетов есть, и когда дидлайн на носу, делается все с минимумом обработчиков. Правда мы свои системы запускаем в 2 этапа: Опытная эксплуатация и промышленная эксплуатация. После сдачи системы в режим опытной эксплуатаци заказчик выдает список доработок и некорректностей. К нему мы втихаря добавляем свой список таких "авральных" модулей и приводим из в Божеский вид.

))))

знакомая ситуация... я себе скоро их поотрываю нафиг.

уже год никак не открою себе блог. Знаю что оптимальный вариант это вордпрес взять и не морочить себе голову... но все время в голове крутится мысль "как это я буду чужой CMS пользоваться? Ведь я же лучше напишу!" Вот так и сижу без блога... :)

Полностью согласен, но в основном это относится к работе руководителя проекта/постановщика задачи, но не рядового программиста. А по словам ТС в постановке ТЗ он разбирается ;)

Рефакторинг-то чем не устраивает?

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