<Lrz> wrote:Если в нем не будет излишней информации, тогда, конечно имеет смысл развивать это направление
А почему бы не развернуть логику наоборот
Развивать направление следует
именно так, чтобы там именно не было излишней информации
Собственно, в чем причина-то моих комментариев:
1)
IgorA wrote:Т. е. создать некую графическую оболочку для создания макетов будущих программ. Подобные программы я уже видел, но решил что и моя версия не станет лишней
Так одну из таких мы не просто видели, а почти все ее кишки знаем. И имеем опыт не одного года, после которого можем отвечать за утверждение "
Бэйсики нервно курят в сторонке". Действительно - курят, и действительно - нервно.
А некоторых "продвинутых" шибко обижает тот факт, что приходит чел, не знавший еще вчера что такое цикл FOR, и за 20 секунд (это не гипербола) собирает простенький калькуль для узко-специфичной задачи. Ничего не понимая про цикл обработки сообщений, winApi и т.п. премудрости...
2) Но это лишь одна сторона дела - интерфейсная. Но и даже в ней есть серьезные вопросы, если поставить себе стратегическую задачу создать именно
законченный язык программирования, а не очень впечатляющую игрушку.
Мы знаем эти вопросы (они конечно вытекают из постановки), не первый день об этом думаем.
Т.е., мне кажется, что
IgorA несколько погорячился, с "что пока помощи особо не требуется"
3) Генерация кодов - вот где нужна помощь Истинно Продвинутых (на этот раз без кавычек - первых-то гораздо больше по жизни).
Вещь простая: ни лексер ни парсер уже не нужны, получаешь от среды сразу дерево (вообще-то - ДАГ) разбора - ну и вперед, и с песней. Казалость бы...
Мы кое-что уже "генерировали", и даже вполне работоспособное, и проблемы возникающие при этом, нам знакомы не по наслышке
4) Собственно, для себя-то я определился - это моя работа на ближайшие 5 лет, как минимум. Развивая концепцию до конца, и сама среда должна быть выполнена на этом "языке". Грубо говоря, чего мелочиться-то
Профессионально меня интересует, скажем, программирование микроконтроллеров (т.е., про лишнее мне понятно все - CPP от IAR пришлось выкинуть на помойку
)... Но другой целевой язык, ось - это же просто пакет в системе...
А достойное умение оптимизировать, и отличать "лишнее" от действительно необходимого - не пропьешь ведь
Поскольку порт fasm-а есть, то не вижу ни каких проблем в портировании и среды под KolibriOS, коль скоро предыдущие вышеозначенные великие цели будут достигнуты
Не завтра, и не через месяц. Но вот такая уж у меня получилась стратегия...
А вообще-то, "язык" интересный получается: в нем нет по-определению лексических и синтаксических ошибок (есть правда одна семантическая - цикличность получаемого ДАГ-а), и он с самого начала как-бы и ООП... (схема то состоит их объектов, точки подключения - методы, ну и т.д.)
(если кто не знает можно написать только #pragma once и работать тоже будет)