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

В итоге, изменения в одном месте программы неизбежно сказываются на работоспособности в другом. И то, что 2 месяца назад работало, как часы, теперь стало регулярно давать сбои. Починишь в одном месте - наебнется в другом. Претензии предъявляются мне постоянно, я практически даже слышу матюки в свой адрес :)) Причем с оплатой проблем не было, проблема теперь в другом. В результате доделок некоторые нагромождения кода требуют полной переделки определенных модулей, а это время, за которое мне уже дополнительно не заплатят (типа оптимизация проекта).

Вот неужели нельзя было изначально предусмотреть полную функциональность, которой требует проект? Чтобы изначально я это заложил и не дописывал по крохам? Не говоря о том, что такие большие проекты (с февраля прошлого года!) редко делаются одним человеком - они требуют команды программистов. Я уже молчу о бета-тестерах и процессе этого самого бета-тестирования, который длится не один месяц!

Вот, побрюзжал - вроде полегчало. Пошел дальше код писать :))))