[nickname2019]

Глобальной технологической корпорации нет смысла развивать и продвигать на рынок технологии, которые ведут к росту производительности труда или снижению затрат их клиентов. Наиболее эффективным механизмом противостояния глобальным корпорациям является коллективная разработка альтернативных технологий взамен навязываемых глобальными корпорациями. Дело справедливое во всех отношениях.
В начале разработки альтернативный коллективный продукт не стоит ничего. По мере коллективной разработки стоимость разработки начинает возрастать. С учетом того, что интеллектуальный потенциал коллектива свободных разработчиков превышает потенциал любой коммерческой корпорации, через некоторое время стоимость коллективного продукта начнет превышать стоимость разработок конкурирующей технологии, предоставляемой глобальной корпорацией.
Но возникает проблема - как финансово оценить вклад отдельного разработчика коллективного продукта в случае, если разработчик собирается получить (продать) свою долю?

[Сергей812]

Сообщение от nickname2019 Как показывает практика, идеи нужно обсуждать.

а потом

Сообщение от nickname2019 наблюдать как это сделают другие по моей идее

интересное будет обсуждение - каждый будет пытаться "выцаганить" у других идеи, стараясь не раскрывать свои)

[nickname2019]

Сообщение от Сергей812 интересное будет обсуждение - каждый будет пытаться "выцаганить" у других идеи, стараясь не раскрывать свои)

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

[zamtmn]

nickname2019
>>Я дал себе обещание не раскрывать суть языка, пока не смогу выпустить рабочую версию с возможностью отладки
тут надо обозначить некие сроки

[trir]

У меня без "лапши".

В смысле?

[nickname2019]

Сообщение от trir В смысле?

Язык ориентирован исключительно на проектирование.

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

1. Используется понятие прототипа - геометрический объект с параметрами и кодом, которые определяют логику его изменения при задании параметров.
Прототип может иметь заполненные значениями параметры по умолчанию или параметры могут быть не заданы. Есть набор ключевых параметров, которые должны быть обязательно заданы при вставке прототипа в чертеж в качестве объекта.
Например, определение прототипа "Колонна" выглядит следующим образом:

Код:

[Выделить все]

 #[Prototype]Колонна|[Длина]{Длина}||[Ширина]{Ширина}|[Высота]{Высота}|

2. Если в объекте прототипа заполнены все ключевые параметры - он образует тип.
Тип в том смысле, чтобы можно было посчитать количество элементов данного типа на чертеже и добавить в спецификацию с указанием типа объекта и количества элементов данного типа

Пример типа, который получается из прототипа при заполнении параметров (определение типа)

Код:

[Выделить все]

 #[Prototype]Колонна|[Длина]400||[Ширина]400|[Высота]4500|

3. Объекты в чертеже с заполненными параметрами - это экземпляры типа.

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

4. Объявление переменной происходит только при ее инициализации. Типа у переменной нет. (Все переменные есть суть текст)

Задание значения переменной происходит так:

Значение переменной [Длина] присваивается 400

Код:

[Выделить все]

 #[Длина]400

Значение переменной Ширина присвается 500

Код:

[Выделить все]

 #[Ширина]500

Чтобы получить значение переменной - используется имя переменной в фигурных скобках:

Например, вызываем окно приветствия "Hello, world".

Код:

[Выделить все]

 
#[Привествие]Hello, world
#MsgBox|{Привествие}

(#MsgBox - функция вызова модального окна с сообщением)

Значение переменной Периметр присвается (500+400)*2

Код:

[Выделить все]

 #[Периметр]=({Длина}+{Ширина})*2

Если переменная не вычисляемая, а нужна строка - не ставится знак "="

Чтобы получить строку "(500+400)*2" пишем

Код:

[Выделить все]

 #[Периметр]({Длина}+{Ширина})*2

Результат значения переменной Периметр будет равен "(500+400)*2" - так как переменные {Длина} и {Ширина} были заданы выше.

----- добавлено через ~2 мин. -----

Сообщение от zamtmn nickname2019 >>Я дал себе обещание не раскрывать суть языка, пока не смогу выпустить рабочую версию с возможностью отладки тут надо обозначить некие сроки

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

[trir]

В моем случае скрипт представляет собой набор графических объектов с кодом.

это всё равно файл

Это не текстовые файлы

А зря, в том же динамо это текстовые файлы

[Сергей812]

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

[trir]

WPF вообще классно сделан - хочешь визуально конструируй, хочешь xml пиши