Pull to refresh
29
0
Send message
Да, поскольку автор статьи обделил ссылками два основных рускоязычных форума по Оберону, то исправлю ка я это маленькое недоразумение.

Вначале народ обсуждал обероны на королевстве делфи, вот тут: www.delphikingdom.com/oberon/

Затем, обзавелись своим форумом и переехали вот сюда: forum.oberoncore.ru

Но там, через какое-то время началась странная политика модерации: любая критика оберона, и вообще любое высказывание противоречащее основной линии партии мгновенно вырезалось. Форум начал закукливаться, замыкать сам на себя. Поэтому часть народа (в основном тех, кто знает и умеет не только оберон) постепенно переехали сюда: oberspace.dyndns.org, где сейчас постепенно и ведется разработка парочки компиляторов Оберона-07/11.
Ну, BB это обычная виндовозная прога — какой хочешь, такой шрифт и поставишь. Народ вроде бы Вердану любит. Но могу тут уже путать.

Какой шрифт в ОС Оберон, можно глянуть тут: www.youtube.com/watch?v=BTEeZe7nj6c
Замечу, что синтаксис в ЯП это самое не интересное, не важное и вообще скучное. Много важнее семантика, система типов и так далее. Библиотеки наконец.

Но, к сожалению, подавляющее большинство судит о ЯП всегда по синтаксису (увидели блоки из фигурных скобочек — сразу ярлык: очередной Си).
Аналогично — мне тоже не слишком приятно смотреть на код половина слов в котором КАПСОМ. Поэтому например в Zonnon'e (тоже потомок Оберона) ключевые слова уже нормальные: ru.wikipedia.org/wiki/Zonnon

Но опять таки, смотреть на синтаксис Оберона и Компонентного Пасаля в отрыве от ОС Оберон, или среды BlackBox Component Builder не совсем правильно.

Кстати, сейчас еще возможно шокирую, но традиционно в ОС Оберон и в BB для программирования используется пропорциональный шрифт :-) Моноширинный шрифт считается ересью.

Да, автор статьи ничего не сказал о Active Oberon'e — то что сейчас как раз развивается в Цюрихе. Ну и операционной системе A2. Это собственно то, во что сейчас превратился Оберон (ОС и язык) в стенах того университета.
Да, а традиция тех лет была такова потому, что кое-где, таки еще были charsets в которых были буковки только в верхнем регистре.
Полагаю это просто традиция тех лет. Если посмотреть на программы писанные на Аде (хотя ада и не чувствительна к регистру) в те годы, то видно что ТАМ БЫЛ В МОДЕ КАПС, ну и примеры программ в стандарте Ады-83 были оформлены соответственно. В стандарте Ады-95 уже все примеры без капса.

Да, и еще нюанс — в ОС Оберон (ну и соответственно у оберонщиков вообще, и у почитателей BlackBox Component Builder'a в особенности) не принято подсвечивать синтаксис. Там принято использовать ручную раскраску текста для выделения смысловых частей кода (например можно пометить красным какие-то части кода, которые требуют особого внимания). Поэтому если считать, что ключевые слова надо таки как-то выделять, то КАПС оказывается в этом случае не таким уж плохим решением.
Несколько уточнений:

  • Вирт не развивал из оригинального Оберона Оберон-2. Он по сути лишь консультировал. Основную работу по Оберону-2 провел Х. Мёссенбёк. По сути Оберон-2 принадлежит к ветке Object Oberon. Вирт же продолжил развитие Оберона по своему, что и вылилось в Oberon-07/11 (в Обероне 07/11 нет ничего от Оберона-2, это чистое переосмысление и уточнение оригинального Оберона).
  • Язык Оберон появился не сам по себе, он появился в рамках проекта написания операционной системы Оберон, и был получен путем упрощения и адаптации Модулы под данную задачу. Более того, без описания ОС Оберон, сообщение о языке Оберон не полно.
  • ОС Оберон (и соответственно ЯП Оберон) изначально проектировалась под 32битные процессора. В дальнейшем мне не известны работы Вирта и его команды по адаптации ЯП Оберон под процессора с меньшей разрядностью. Сейчас Вирт смотрит в строну микроконтроллеров, и соответственно причёсывает Оберон-07, но это опять таки в фаворе 32битные ARMы (вообще, у Вирта есть даже отдельный форк оберона — Oberon-ARM, вот он конкретно пода ARM и был заточен). На 64 бита языки Оберон-семейства тоже так себе заточены.
  • ЯП Оберон подразумевает наличие рантайма и сборщика мусора (в описаннии Компонентного Паскаля, и Оберона-2 это прописано явно, в описании Оберона и Оберона-07 просто сказано что вот есть NEW, а как освобождать память — не сказано)
  • В языке многое не определено. Особенно этим грешит Оберон-07. Соответственно могут существовать (и, вообще говоря, существуют) две разных реализации языка, ни в одной букве не противоречащих описанию языка, но при этом не совместимые уже на уровне описания алгоритмов, на уровне базовой семантики. В описании языка также нет ничего про стандартную библиотеку. Так что hello world не написать.


Ну и пачка ссылок на описание языков:
Oberon (1990 год): www.inf.ethz.ch/personal/wirth/Articles/Oberon/Oberon.Report.pdf
Oberon-07 (2011 год): www.inf.ethz.ch/personal/wirth/Articles/Oberon/Oberon07.Report.pdf

Oberon-2 (1992 год): http://www-vs.informatik.uni-ulm.de:81/projekte/Oberon-2.Report/
Component Pascal (2006 год): www.oberon.ch/pdf/CP-Lang.pdf
То есть если все пойдет также как сейчас, то им хватит где-то на 10 кварталов, то есть на пару лет точно.
Интересно, когда у них деньги кончатся? Успеют ли выйти из пике?
Кстати, вспомнил, что мог бы быть еще один участник конкурса Intel PerC на этом хакатоне — ребята делали управляемую по WiFi машинку/шасси (и, что характерно, они её сделали) и они думали прикрутить туда еще управление жестами через PerC SDK. Вот этот проект: hackday.ru/events/hackday-25/projects#project-412
Кстати, а разве вторая серия началась? На сайте висит ровно вот это:
The Intel® Perceptual Computing Challenge continues! In just a few weeks, the second part of the $1 Million Dollar Challenge will be open for entries! Phase Two will be open to 16 countries, with over $800,000 USD available in prizing.
Да, конечно :-) В своем отчете о хакатоне, я же упомянул что мы планируем в этом конкурсе участвовать.

К сожалению пока нет абсолютно никакой информации о условиях участия во второй фазе конкурса, и как вообще первая фаза со второй связана и чем будет отличаться. Даже представители Intel'a пока ничего сказать не могут.
На самом деле, кроме того, что сказал Артем Воробьев, нам там еще и над жестами надо поработать — нужно аккуратно продумать сценарий использования VirtuaLens, чтобы активно жестикулирующий во время видеозвонка человек случайно не активировал управление. То есть нужно добиться максимальной интуитивности управления, чтобы человек был уверен, что оно сработает только тогда, когда нужно, и сработает гарантированно.

Ну и есть еще идеи как убирать нежелательные детали из кадра, таким образом повышая конфиденциальность во время видеозвонка в скайпе. Возможности PerC SDK весьма способствуют полету мысли.

Кстати, убирая не нужные детали, в качестве приятного побочного эффекта мы получаем меньшую требовательность к ширине канала — такое видео лучше жмется h264.

В общем, мы очень хотим довести наш проект до состояния полноценного продукта, и мы сделаем всё, чтобы этого достичь :-)
12 ...
37

Information

Rating
Does not participate
Location
Нижний Новгород, Нижегородская обл., Россия
Date of birth
Registered
Activity