Одни минусы

Приведи что ли пример, где без индокода не обойтись

5, ну типо того

Индокод это паапределению любой скрипт писаный с нуля и в котором много echo. Далеко кстати ходить не надо.

"Так много весёлых ребят и все делают велосипед
А один из них как-нибудь утром придумает порох" (c) Цой

Мое имхо, основанное на небольшом опыте разработки.

Нужно обратить внимание на два фактора:
1) Для начала нужно определить, что является целью разработки. Программирование ради искусства, или программирование для получения конечного продукта. В первом случаи, во главу угла ставится качество кода, а целью является получение эстетического удовольствия непосредственно от процесса. Во втором же на первое место выходит конечный функционал и скорость разработки (время - деньги), возможно, в ущерб качеству кода. А целью, чаще всего, является получение прибыли. Естественно в идеале эти два подхода должны сливаться в один, но... лично у меня не получается. Может пока не получается. Начиная углубляется в дебри рефакторинга и оптимизации, забываешь, что ты, собственно, хочешь получить в итоге. А конечному пользователю ведь абсолютно безразлично как и на чем написана твоя программа. Ему важен функционал и частота обновлений. Да и ресурсы современных пк, позволяют "поизвращаться".
2) Второй фактор: кем разрабатывается программа. Наверное стоило написать это первым пунктом. Если это командная разработка, либо open sourse, то про первый пункт забываем. Пишите код так, будто человек, который будет его поддерживать – маньяк-психопат, который знает, где вы живете.)) Если же вы уверены, что свой крест код вам же и нести до конца дней проекта, либо сможете достойно оплачивать дальнейшие мучения поддержку - читаем пункт 1.