Alexey MaslovБлок А.Н.,

идеи есть, но они скорее тянут на серьёзную разработку.

Например, есть коммерческий продукт Сachequality , здесь его (и не только) немного пообсуждали . Но интереснее был бы его аналог c открытым кодом, управляемый правилами. С возможностью (желательно легко) добавлять собственные правила, отключать/включать существующие, расставлять веса.

Если интересно, можем продолжить осуждение; в полной мере смогу обсуждать после 10.05, но эпизодически - всё время.К сожалению, задача там все таки не простая, и значительно бы облегчилась, выпусти InterSystems публично парсер для COS, любой. В этом проекте я принимал участие немного как эксперт и как разработчик. И судя по коммитам, работа хоть и немного замедлилась вроде но продолжается. Проект был сделан по заказу одной компании имеющей что-то разработанное на Caché. И выделился параллельно как самостоятельный продукт. Но по словам разработчиков, заказчик остался доволен.

Писать парсер COS на COS по моему по большей части задача бессмысленная. Но тут Caché программисты не часто знают хорошо и другие языки не связанные с вебом.

Блок А.Н.Полгода не работаю, иногда начинает хотеться чего-нибудь интересного.
Если есть идеи, можете предложить для разминки мозга. Результат не гарантирую, но если он будет, то публичный и бесплатный. Соответственно, коммерческие проекты персонально для вашей компании делать бесплатно не хочется, но если есть идеи чего-нибудь интересного и потенциально полезного многим - можете предложить. Наверняка у каждого бывали моменты, когда кажется, что сделать кое-что было бы неплохо, да времени и сил нет.Возможностей поработать над открытыми проектами по мему к счастью сейчас достаточно. Есть репозитории на GitHub нашего московского офиса InterSystems. Там много хороших проектов, которым возможно не помешает помощь. Можно тестировать находить ошибки, исправлять, предлагать эти исправления авторам, предлагать новый функционал, и т.д. Там много проектов, которые живут достаточно активно, и во многих проектах есть что развивать. Это открытые проекты и на благо общества.

Как по мне, есть один проект который пока еще не появился и нужно чтобы он появился, так это парсер для COS, моё мнение он должен быть написан на ANTLR. Сейчас наиболее универсальный парсер. Зачем это нужно? Чтобы получить больше хороших альтернатив Studio/Atelier. Я начал делать такой парсер в рамках своего проекта NBStudio несколько лет назад. Но к сожалению нет сечас столько времени чтобы продолжить работу. Да и есть много других планов которые нужно реализовать, сейчас работаю над серией статей по Docker. Парсер на ANTLR позволит, получить правильную подстветку синтаксиса и правильно анализировать код, парсер может быть скомпилирован уже на несколько разных языков, тем самым можно будет легче написать даже простейший плагин для практически любого редактора кода или IDE.

Есть еще проект в котором я принимал участие это менеджер пакетов CPM , тоже требует внимания и развития.

Alexey Maslov"лёгких" редакторов, поддерживающих плагины, например, к notepad++?Вопрос интересный в чем смысл использовать Notepad++ для COS. Но тем не менее, насколько я понял парсер там довольно примитивный, и сделать адекватный парсер для COS, чтобы он верно работал без ложных срабатываний, думаю не получится при всем желании.
А вот для VisualStudio Code можно применить и ANTLR грамматику. И смысла уже больше в нем. Да он может быть не такой легкий как NPP, но функциональней будет.

А вот если бы развить какой нибудь веб редактор, может быть какой нибудь готовый, добавив в него поддержку COS. Может быть в будущем можно было бы уговорить IS включить его в состав дистрибутива, в качестве дополнительной (возможно, легкой) альтернативы студии и Atelier.

задача синтаксического анализа, состоит из нескольких частей. самое первое нужно построить синтаксическое дерево, а для этого нужен парсер. имея синтаксическое дерево, можно строить правила, как и что искать и как это проверять. а как сделать анализатор без парсера я не представляю, тем более для такого сложного языка, где сложно различить команды и переменные.