Закат программирования? - страница 2

 
Vladimir Mametov:

Максимум конструктор получается, имеющий определенные ограничения

Вот ограничений я пока не вижу. Может и появятся...
 
Реter Konow:

Кстати, визуальная студия, которую я собирался создать, построена по этому принципу:

Одна часть элементов управления принадлежит студии, вторая - пользовательскому проекту.

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

Принцип редактирования в визуальной студии ОЧЕНЬ прост. Обыкновенное соединение параметров управляющего и редактируемого элементов. 

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

Суть чертовски проста и я бы давно сделал студию, если бы она была кому то нужна.))

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

Одному это сделать не под силу.

Под определённые задачи можно сделать. Надо искать потребителя.

 
Denis Sartakov:

есть ведь язык, непохожий ни на какие другие

erlang

Посмотрел. Пока не могу ничего определенного по нему сказать, но думаю, у него иная концепция.

Суть в том, что сам код может в скором стать пережитком. Программировать можно голосовыми командами.

Например (говорите голосом):

Новый Объект

Метка

Создать шаблон

Параметры:

Х, У, W, Н, COLOR

Сохранить шаблон

Создать три экземпляра

Именовать экземпляр 1 - "Основание"

Редактировать экземпляр 1

Установить связи между параметрами 

Фильтр значений между Х1 и Х2.

Нижнее значение фильтра - 10

Верхнее значение фильтра - 100

Установить корректор значений (если значение ниже или выше диапазона - корректировать приводя к диапазону и передавать в параметр).


Ну и так далее...

 
Uladzimir Izerski:

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

Одному это сделать не под силу.

Под определённые задачи можно сделать. Надо искать потребителя.

Да, но прелесть в том, с какой скоростью эти шаблоны можно создавать используя студию и голос. И все без кода. Это ж революция будет.
 
Кстати, метод хранения таких объектов отличается максимальной сжатостью. Это цепочки параметров и их связей и ничего более. Однажды сохраненный шаблон можно наследовать, создавать экземпляры, модифицировать и сохранять как новый шаблон и от него - новые модификации. Целая эволюция объектов получается...
 
Реter Konow:
Да, но прелесть в том, с какой скоростью эти шаблоны можно создавать используя студию и голос. И все без кода. Это ж революция будет.
https://ide.hiasm.com/

 
Aliaksandr Hryshyn:
https://ide.hiasm.com/

Крутая штука, хотя видно, что ее нужно дорабатывать. 

Посмотрел в раздел "Логика" и увидел значки условий. Студия пытается строить код. У меня иной подход. Кода не будет вовсе. Только объектные связи. А объект в моем представлении - это параметр, его выборка, форма, связи с другими параметрами, обработчики значений (фильтры, преобразователи, корректоры), сборщики, события, состояния и прочее... Из всего этого можно собирать любые объекты и проверять их работу без компиляции в реальном времени.

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

Кстати, если кто то не знает как выглядит Объект-событие или Объект-состояние и как его подключить к создаваемой конструкции из параметров:

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

 
Konstantin Nikitin:
Вся эта блочная сборка уже довольно давно существует. Но при создании больших проектов она годиться только на какие-то отдельные куски проекта. Ну и так к слову, хоть и используя эти шаблоны человек сам не пишет код, но по умолчанию он все равно применяется, и каким-то был написан.
Ну и если допустим умирает программирование как таковое. То процесс замирает на том месте на котором больше ни кто не будет писать новые более оптимизированные решения. Все сведется к программам близнецам. У которых если есть скрытый баг, то он автоматом будет клонирован этим шаблоном во все где будет применен его код.
Так что пока не создадут реальную ИИ, а не те пародии которые сегодня выдают за ИИ. Ни о каком умирании программирования говорить рано.

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

Думаю, за блочной системой будущее.

Причина обращения: