5 ошибок начинающего программиста от разработчика Битрикс24 

Каждый баг, починенный костылём, может вернуться более «злой» и уже не один, что
приведет к перерасходу времени и хаосу, который никто не захочет поддерживать. 

Доработка, сделанная костылём, в большинстве случаев не систематизирована. Такие доработки имеют место быть в том случае, если мгновенно необходимо
подменить отдел у конкретного пользователя. В случае же, если по двум разным структурам данных нужно построить одинаковые типы таблиц, лучше сделать метод для построения таблиц более универсальным, нежели «плодить» однотипные функции под каждую структуру. 

Каждая следующая доработка при правильном подходе будет занимать на 20-40% времени меньше.

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

При доработке проекта на согласованные 10чможно потерять до 50% времени на переработку структуры.

Чем длиннее функция, тем сложнее её отлаживать и дорабатывать. Лучше разбивать на составные части, по разным методам, каждый из которых будет делать свою конкретную задачу.
Очень неудобно прыгать по коду сверху вниз в рамках одной функции, теряется
достаточно много времени на выстраивание логической цепочки и поиска места, в котором произошел баг, так как отслеживать поэтапно гораздо быстрее и проще, чем в куче кода. 

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