Исходное сообщение
"В состав GCC включена поддержка языка программирования Modul..." Отправлено iZEN, 25-Дек-22 12:25
> Егор Бугаенко как раз продвигает ООП и критикует современные пост-ООП методы построения > архитектуры. Фрик, короче. Наоборот. Первоначально ООП-программирование реализовывалось как структуры данных и функции (процедуры), объединённых синтаксисом и семантикой ООП-языка. Впервые входящие в ООП не понимали разницы между record (паскалевский термин) и наборами полей классов. Естественно, получались классы-монстры, включающие в себя всевозможный функционал (как, например, первоначальная реализация библиотечного класса Component из Java AWT). Егор критикует подобный подход. Но от этого прикладной код, зависящий от библиотечного и обязанный поддерживать совместимость с тем, что было написано 25 лет назад, никуда не девается.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Егор Бугаенко как раз продвигает ООП и критикует современные пост-ООП методы построения >> архитектуры. Фрик, короче. > Наоборот. Первоначально ООП-программирование реализовывалось как структуры данных и > функции (процедуры), объединённых синтаксисом и семантикой ООП-языка. Впервые входящие > в ООП не понимали разницы между record (паскалевский термин) и наборами > полей классов. Естественно, получались классы-монстры, включающие в себя всевозможный > функционал (как, например, первоначальная реализация библиотечного класса Component > из Java AWT). Егор критикует подобный подход. Но от этого прикладной > код, зависящий от библиотечного и обязанный поддерживать совместимость с тем, что > было написано 25 лет назад, никуда не девается.
	Введите код, изображенный на картинке: