Вирт закончил переработку сообщения об Обероне.
Оберон-07 будет вот-вот объявлен.
Ничего революционного -- просто некоторые упрощения 8))

Ответ на »сообщение 5054« (Стэн)
___________________________
Да, приходится признать, что активные объекты с компонентным ПО плохо совместимы. После долгих размышлений прихожу к тем же выводам, о каких говорили Вы.
См. http://forum.oberoncore.ru/viewtopic.php?p=7598#p7598 - от этого сообщения и ниже.

Ответ на »сообщение 5053« (Илья Ермаков)
___________________________
>>> Пардон, что неясно изъяснился.
>>> Имел в виду - в Вашей статье :-)

Спасибо... :-)
Теперь хоть можно будет более формально осветить ситуацию с циклами в графе вызова для IoC и объяснить когда и почему это может вызвать проблемы, а не "на кнопка" рассказывать как это было в »сообщение 4870«...

Ответ на »сообщение 5052« (Стэн)
___________________________
Пардон, что неясно изъяснился.
Имел в виду - в Вашей статье :-)

Ответ на »сообщение 5051« (Илья Ермаков)
___________________________
Илья, чётко и ясно описано где?

Ответ на »сообщение 5050« (Стэн)
___________________________
По-моему, достаточно чётко и ясно описано.

Ответ на »сообщение 4882« (Сергей Перовский)
___________________________
>>> >>> Если это модель актеров, то, можете посмотреть на это с другой стороны, параллельность будет целью, а избавление от IoC будет бесплатным бонусом.
>>> А где можно посмотреть определение и теоретическое обоснование?
>>> А то Вы употребляете термин, как общеизвестный, а я впервые столкнулся в этих сообщениях.

Как-то пару месяцев назад в этой ветки было обсуждение о параллельности, асинхронности и вскользь был затронут вопрос об Inversion of Control (IoC). Когда меня спросили что это такое – я дал парочку ссылок, но, признаюсь честно, ни тогда, ни сейчас не считаю их сколько-нибудь однозначно понятными. К сожалению, ничего лучшего под рукой тогда не было. И за последние два месяца мне так и не удалось ничего найти. Поэтому я взял на себя смелость самостоятельно дать более менее формальное определение термина IoC. С ним можно ознакомиться в моем блоге:
http://stanonwork.blogspot.com/2007/08/inversion-of-control.html
Если окажется, что я изобрел велосипед и формальное определение этого термина уже есть, то буду благодарен за ссылочку… :-)

Ответ на »сообщение 5047« (Lisp Hobbyist)
___________________________

Кстати о списках... С их эффективностью ситуация тоже далеко не всегда катастрофическая ...

И по этой причине тоже пропагандируется Оберон, вместе с ранним введеним списков во вводных курсах (много раз сказано на сайте И-21).

Ответ на »сообщение 5046« (Lisp Hobbyist)
___________________________

2. Если Ваши представления об оптимизации работы кэша ограничены лишь использованием непрерывных кусков памяти, то это исключительно Ваши проблемы.

А если нет -- то проблема уже Ваша. Я бы даже сказал, мета-проблема.

... Зелен виноград. :-)

Кому-то это надо -- пусть проверяют и профилируют, жалко что-ли. У меня сейчас есть дела поважнее, вот и все.

Кстати о списках... С их эффективностью ситуация тоже далеко не всегда катастрофическая, благодаря кое-каким особенностям современных алгоритмов "сборки мусора", о которых я упоминал ранее (»сообщение 5040«).