нужно ли избавляться?

__________________
Фреймворк для спамера :(
Услуги программирования

Хм. Ты имеешь в виду кодинг на работе?
Ну если ты исправляешь заявленные баги, дописываешь новый функционал и у тебя остается время - оптимизируй, почему нет).

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

Нет, работаю я не кодером) В IT, но не кодер мну, на досуге просто подрабатываю кодингом
оптимизация не получается по одной причине - до нее не доходит, переписываю софт практически с нуля

Логин, твои бэтки это супер проги, кодишь ты идеально и поэтому от этой привычки из бавлятся не надо =)

login999, для этого есть ТЗ.
Формализуй требования и выполняй только их. Если возникнет какая-то идея - то предложи её заказчику. Далее установи себе сроки. Если понадобится внедрять что-то новое, согласуй их (сроки) с заказчиком.

Не, далеко не идеально я кодю, спасибо за поддержку, но далеко не идеально.

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

Вообще заказ должен был бы уложиться максимум в 500-600 строк =/, а сейчас там уже в районе 1.2 к строк, где юзаются уже и свои собственные обертки к модулям, и куча всяких разных наворотов, придумано пару велосипедов, которые мне удобнее, чем стандартное...

login999, ну вот в этом и причина. Потому что нет четких требований, регламентации и технического задания как такового. Все-таки, не просто так их придумали .

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