... а полностью перечислять тех кто заинтересован...
Просто, в ваших рассуждениях те, кто заинтересован, кому удобно и кто будет использовать - это один и тот же человек.
То есть, это язык для проектов, где будет один разработчик.
Ну, вот вы закончите oberonjs, и он не будет содержать багов. Потом вы покажете его кому-нибудь, и среди любопытствующих всегда найдётся такой человек, который кажет, что это хуже, чем js. Аргументирует он это тем, что js "гибкий" (и прочая пурга), а испортить всю программу, полученную из вашего компилятора, можно простой js-вставкой, которая поломает всю программу. И большинство тех, кто прочтёт этот диалог, запомнят эту фразу. И в силу взглядов на js как на язык они решат, что от oberonjs толку нет.
А испортить программу всю на C# можно банальным unsafe-модулем (c адресной арифметикой там и так далее - оно там по сути разновидность Си реализует), а стройную программу на С++ можно легко разрушить ассемблерной вставкой (так, что там совсем крышу снесет). Да и в AO и ББ тоже асм можно втыкать.
При этом аргументация может быть ровно та же - асм (особенно макроасм) гибче и мощнее (больше возможностей) чем С++, или там АО.
Короче, волков бояться - в лес не ходить. Продавать oberonjs мы вроде бы не планируем, мы просто делаем инструмент for fun и для собственного удобства.
А показывать и доказывать его преимущества и фичи нужно не на пальцах, а демонстрируя что-то написанное на нем.
И еще раз - oberon он не для тех кто нежно любит js и считает его самым великолепным ЯП в мире. Если кто-то в проекте будет писать код состоящий на 10% из оберона, а остальное на js - отлично, значит оберон уже пригодился, ибо раньше этот код писался бы на 100% на js.
Люди всегда, или почти всегда, обучаются подражая. Для того, чтобы новые люди писали правильно на Oberon (под js-среду) нужно подать им пример, то есть должна быть правильно написанная стандартная либа, среда разработки и по крайней мере примеры приложений. И тогда JS.do будет использоваться либо js-никами которые тыкают палочкой свой первый статически типизированный язык, либо только тогда когда это действительно необходимо.