Формат для алгоритмов

Здравствуйте, я разрабатываю универсальный формат и интерфейс для библиотек и кода написанных на любых языках.
Он позволяет взаимодействовать с модулями (название для алгоритма, упакованного в этот формат) единообразно, независимо от сложности, типа или языка (сейчас есть интерфейсы для Java, JS, Python 2, c++).

В формате уделено внимание документации - каждый модуль имеет описание, детальную документацию и примеры использования.
Формат прост в создании: нужно заполнить xml файл с описанием, написать класс с 4 методами (представляет точку входя для модуля), и положить их вместе с другими файлами (если есть) в zip архив.

В процессе работы пришлось разработать модель построения приложений из модулей, она основана на принципе no-code - модули непосредственно соединяются друг с другом.

Сайт http://www.smcsystem.ru/#!/documents/ufa
На основе формата создана платформа SMC ( http://www.smcsystem.ru )

Напишите, пожалуйста, отзыв, как вам такой формат, что нужно изменить/добавить?

Уверен что тот форум?
Есть же гитхаб и профильные.

А так для деградирования, одним форматом больше, одним меньше какая разница, проявит удобство используем и респект с уважухой расскажем...

Размещено через приложение ЯПлакалъ

разработка "универсальный формата" в общем случае займет бесконечное время и потребует столько же ресурсов. а зачем это надо и кто за это заплатит? в это же время есть полно задач, которые которые надо решить сегодня.

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

Не так выразился: имел в ввиду что планирую и дальше его разрабатывать. Уже есть готовая первая версия, полностью рабочая, в которой поддерживается 4 языка.

Согласен, основная тема для меня сейчас, распространение информации о нем.
Самому проекту уже несколько лет, но публиковаться начал недавно, так как уже наработана стартовая база: более 50 приложений и более 70 модулей.

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

Про гитхаб знаю, но не нашел где можно о подобном написать, можете подсказать?

В детстве был комп БК 00010-01 на нем игрушки, сосед программер с соседом комерсом придумали игровой клуб причем напротив клуба со спектрумами, так вот программер писал игрушки, комерс аренда и компы (меня порой тестером привлекали), это длилось..... Полгода пришли бандиты и усё.
Тогда ни лицензий не авторского права не знали, но сейчас, чем бандиты отличаются? Пиратбэй? Напишешь ты и что? Отберут корпорации..... Смысла нет
P.S. юношеский максимализм, увы никому не нужен, вечный двигатель изобретён давно, но мегакорпорации скрывают)))
Пытайся ищи, но не торопись выходить в сообщества.... С начала обточи идею.... И сформируй!
И реши кому это надо?
Вот на ЯПе выборка крайне не показательна(репрезентативна забыл как там в статистике;))

Размещено через приложение ЯПлакалъ

Нас в школе учили фортрану, ты знаешь такой язык?
Ты придумываешь и ни кто не понимает зачем и что это...
Время покажет.....
А что библиотеки? До ассемблеров недорос?
Ищи выходы на "Байкал" и там библиотеки пиши, если они есть в той среде

Размещено через приложение ЯПлакалъ

Я видел что то подобное в конструкторах ботов для игр.
Когда из одного конструктора собирается что то способное работать с любой игрой.

Громоздкая неудобная хрень к тому же и глюкавая...

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

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

Ну и в целом еще никому не удалось даж близко создать что то работающее в виде универсальных кубиков программиста.

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

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

основное достоинство формата, в реюзабельности - один раз создав алгоритм и упаковав его в модуль, его можно использовать где угодно, сразу же, без написания промежуточного кода (no-code подход). это, в конечном итоге, позволяет существенно ускорить разработку похожих приложений, т.е. для которых уже есть модули, а модулей становится все больше и больше.

Это сообщение отредактировал pwipo - 26.03.2022 - 18:38

Моя нипанятна.
Зачем дружить сразу яву, си и яваскрипт?
Это же для абсолютно разных задач.
И почему второй пайтон?
Практически везде уже стандарт по дефолту третий.
Второй тянут исключительно для поддержки старых разработок.

Это сообщение отредактировал bulldozerrr - 26.03.2022 - 18:39

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

для питона версии 3 еще не написан провайдер. напишу со временем.

алгоритм перекуса

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

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

Это сообщение отредактировал pwipo - 26.03.2022 - 18:51