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

Я не боги подарок программного обеспечения, но я написал Hobbyist проекты, которые имели лучший дизайн.

Я думаю, что статьи подводит итог
Все эти вещи не принадлежат к одному классу. Генератор заголовка HTTP не нужно знать о бизнес-логике, подключение SQL не нужно знать о маршрутизации. Хорошее программное обеспечение трудно, возможности компьютеров, и языки уже раздвинуть пределы того, что люди могут эффективно обрабатывать. Разработчики программного обеспечения используют средства проектирования, чтобы помочь управлять человеком код / ​​проект. Вы можете написать веб-приложение в машинном коде, если вы хотите, чтобы, в конечном счете все это заканчивается там в любом случае, но попробовать пятнистость ошибки в чем-то низком уровне, как это. Языки высокого уровня были разработаны, чтобы обеспечить лучшее представление кода.

Лично я не поклонник PHP для множество причин, но PHP не означает, что вы должны написать код, как просочилась источник GOx. Можно писать хорошие (или по крайней мере лучше) PHP. Основной проблемой является не выбор языка, но как этот язык был (неправильно) используется.