Тема отделена отсюда:
viewtopic.php?f=78&t=3463

> -- alexus писал(а):
> С Oberon та же проблема. Он является прямым продолжением Модулы... и по-прежнему является процедурно-модульным языком. Объекты в нём - это "подарок бедным"... Понимания того, что язык разработки должен объединять и язык моделирования, и язык проектирования, и язык программирования... не наблюдается.

На самом деле объекты в нём - не "подарок бедным", а экстракт МЕХАНИЗМОВ ООП. Т.е. то, что нужно и достаточно для реализации разных вариантов. Это соответствует идеологии языка, который задуман как удобная абстракция машины, без претензий на удовлетворение каких-либо особых потребностей кого-то из прикладников. Цель - поднять абстракции и надёжность языка максимально, насколько это возможно без потери исходных возможностей оборудования.

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

Так что:
> -- Цитата:
> Понимания того, что язык разработки должен объединять и язык моделирования, и язык проектирования, и язык программирования... не наблюдается.
ДОЛЖЕН - в будущем. Когда, наконец, разберёмся с моделированием, настолько ясно, насколько Вирт разобрался с программированием и чисто-программным проектированием.
Любые эксперименты можно делать поверх языка, библиотечно или инструментом типа CASE.