[mar]

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

но мне кажется железо сегодня стало уже достаточно развитым и сильным, чтобы больше обращать внимание на нужды и привычки программиста

Да, только прогаммист с таким подходом никогда не сможет претендовать на роль системного программиста, ему вряд ли придется замахиваться на написание контроллеров и даже драйверов. Не у дел он окажется, скорее всего и в крупных проектах. А по твоим постам мне кажется, что у тебя есть все данные для профессионального подхода человека, знающего теорию и умеющего приложить ее на пракутике.
О web-программировании и больших проектах: они вполне свойственны друг другу Особенно с развитием в последнее время XML. Но даже, если его не трогать, то простой и вполне распространенный пример - ERP - технологии (они же АСУ) для территорриально разбросанных предприятий. В этом случае работает единая база данных и web-интерфейс, скажем через шифрованные каналы VPN (virtual private network) Вот и крупный проект с быстрорастущей базой данных, включающей склад, финансы и т.д. Другой пример - интернет-магазин, связанный со складом. Или крупный форум (не даром этот - увы! часто глючит =() И т.д. и т.п. Поскольку мне приходилось (и пока еще, к счастью приходится ) принимать участие в разработках проектов подобного уровня, могу сказать, что на своих тестовых рабочих площадках *(на девелоперских машинах при очень неплохой технике), нам приходилось отказываться от всего лишнего в нагрузках на PC, чтобы они могли тянуть *проекты с реальными базами, слитыми с площадок заказчиков. (Правда в нашей фирме большинство - юниксоиды, то есть люди с навыками сисадминов, поэтому такие вещи были возможны. Так что надеяться на бесконечные возможности современной техники не стоит - они тоже не безграничны =(
Что касается того, что было лет 15 назад, то мне почему-то кажется, что тогда были свои заморочки со своими отступлениями от теории . (я с самого начала сказала, что не предлагаю писать на асемблере )
Не берусь оценивать сказанное в учебнике по C++, скорей всего имелось в виду не наплевательство на скорость обработки кода, а сам подход к ООП (то есть классы со всеми их прибамбасами, облегчающие написание программ, хотя и скрывающие в себе прямой подход к проблеме ). Хотя что-то мне не припомнится подобных оговорок у Страбстраупа В общем, с чего и начала - мы все балансируем между...
Кстати по поводу красивого кода отступлений и неотступлений: приведу пример работы *в среднем, или достаточно крупном проекте при работе с базами данных из ПХП:
- набор классов ПХП (например на основе наследования от той же PHPlib), выстраивающихся по вертивали:
- первый слой - структура базы (включая, если это не MYSQL, а хотя бы PostgreSQL VIEW и хранимые процедуры
- следующий слой базовых классов (мы используем PHPLib)
- дальше - что-то вроде мененджеров работы с базами данных
- файлы обработки запросов форм и обработки результатов запросов при помощи вызова функций этих классов - мененджеров БД
- шаблон вывода (пусть дизайнеры резвятся отдельно от программистов
При такой структуре над одним проектом реально может работать группа из нескольких человек, причем одновременно. (При выполнении определенных соглашений по правилам написания кода, конечно). При этом сам файл обработки форм и результатов будет достаточнео коротким и читабельным. (Хотя, конечно, в скорости при такой многоступенчатой структуре несколько проигрываем. С другой стороны сильно выигрываем за счет слоя БД и максимального использования запросов )
И еще - MySQL все-таки не самый мощный из бесплатных СУБД. Учтите это