>> Давайте сменим традиционный подход к построению программ: будем считать, что наша цель — не дать указания компьютеру о ходе его работы, а объяснить человеку, что именно мы хотим добиться от компьютера.
> (c) Дональд Кнут

не прикрывайся Кнутом.

Скриптота - problem oriented approach, решает проблему быстрого тяп-ляп, ака "прототипирования". Как только оно вылезает в паблик и тестируется/запускается на миллионах машин - имеем боль, страдания, тормоза, стэктрейсы, сломанные модули, переписывания с 1.х на 2.х, с 2.х на 3.х, а то и между иксами переписываем, типа 2.4 < 2.6 < 2.8 и так далее, типичные такие проблемы. "Прототипирование" не вылезает из прототипа, вот я о чём, потому что сама скриптота создана для "прототипирования". Представь как ты придумываешь архитектуру, пишешь ядро, выносишь коммон-код в либы, думаешь об апи, и всё на "прототипированном" языке: это нонсенс в 90% случаев. Чаще всего, ты как все мы: херачишь, чтоб работало (с), а далее - если решает бизнес задачу и есть отдача - можно вылизать стрёмные места, или переоформить код, сделав по подобию чего-нибудь архитектурного... разбить на модули, утилиты, сделать 2.0, сломав совместимость, а там, посмотрим, докупить железа если слишком тормозит, бо дешевле переписывания, или на краааааайний случай, который случится примерно никогда - переписать на Го. :-D