Исходное сообщение
"(offtopic) петаграммирование" Отправлено Школьник, 11-Сен-10 17:55
Я не сомневаюсь, что здесь знающих о МП много. Мой комментарий относился только к User294 и в основном вот к этому: >2. За такой кодинг стайл без разбивки на сущности - надо подвешивать за выступающие части >тела и оставлять на съедение мухам. Вы когда-нить пробовали въехать в сишный файл где 250 >кило одним куском? Я пробовал. Это ужасно. Давайте вон линух выпустим одним жиииииирным >сишным файлом? :) Что делать человеку, у которого генерируется код, например, из спецификации конечного автомата? Особенно когда у него нет времени/возможности/способностей подправить генератор и заставить его генерировать вместо одного несколько модулей компиляции? Я могу еще согласиться с тем, что при кривом проектировании сложного проекта часто возникают излишние межмодульные зависимости. И получается, к примеру, в начале каждого C++-файла по 15 include'ов, причем они еще и разные, и не всегда даже прекомпилированные заголовки спасают. В итоге после препроцессора модуль компиляции такой здоровый, что любой компилятор, а не только gcc, будет тормозить и кушать память.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Я не сомневаюсь, что здесь знающих о МП много. Мой комментарий относился > только к User294 и в основном вот к этому: >>2. За такой кодинг стайл без разбивки на сущности - надо подвешивать за выступающие части >>тела и оставлять на съедение мухам. Вы когда-нить пробовали въехать в сишный файл где 250 >>кило одним куском? Я пробовал. Это ужасно. Давайте вон линух выпустим одним жиииииирным >>сишным файлом? :) > Что делать человеку, у которого генерируется код, например, из спецификации конечного автомата? > Особенно когда у него нет времени/возможности/способностей подправить генератор и заставить > его генерировать вместо одного несколько модулей компиляции? > Я могу еще согласиться с тем, что при кривом проектировании сложного проекта > часто возникают излишние межмодульные зависимости. И получается, к примеру, в начале > каждого C++-файла по 15 include'ов, причем они еще и разные, и > не всегда даже прекомпилированные заголовки спасают. В итоге после препроцессора модуль > компиляции такой здоровый, что любой компилятор, а не только gcc, будет > тормозить и кушать память.
	Введите код, изображенный на картинке: