Язык программирования Яр

Разрабатываю полностью русскоязычный язык программирования для профессионального применения (не учебный).

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

Сайт

Загрузка транслятора (Windows) с частью исходных текстов. Полные исходные тексты пока не открываю - рано ещё. Также потребуется загрузить среду разработки (инструкции на сайте).

Пример программы (работающий)

Хочу получить от вас обратную связь вот по этим трём документам:
библиотеки

модули

пространства-имён

Которые я всё время переписываю и вроде бы они наконец стали на что-то похожи. Или я просто ещё не заметил какие-то очередные проблемы.

0

Сообщение от Fulcrum_013 Идентификаторы именуют так чтобы имя содержало его суть потому что имета x1 x2 x3 и т.д. дают огромную путаницу когда переменных много. А функции по именам идентифицируются. да и для чтения алгоритма куда удобнее к примеру Id=Subobjects.IndexOf(Needle); чем x1024354=x467847.f125(x46464);

Это всё для сырого кода вредно, когда нужно по этому коду понимать работу алгоритма.
Да и вот этого - x1024354, - не должно быть просто потому, что программа делится на модули, функции-автоматы, в которых лишь небольшое количество переменных.

Сообщение от Fulcrum_013 да и для чтения алгоритма куда удобнее к примеру Id=Subobjects.IndexOf(Needle);

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

0

Сообщение от Fulcrum_013 То их интерфейс не будет требовать программирования. Набор настроек и все. А шедевры которые 3D принтером печатают чертят в САПР.

я не зря выложил фото с виноградом! В сапр можно начертить подобный тортик, но нельзя предусмотреть что ВСЕ виноградинки будут неизвестного размера и оттенка. Да и фигурный/ажурный блинчик не получися на стандартной формуле рисунка и управления скоростью подачи материала, если вязкость теста ниже(растекается) - надо регулировать "на ходу".

А теперь представьте себе (не буду загадывать точные годы) через столетие у вас на кухне стоит дешевый китайский робот за 200-400 долларов с набором рецептов и подключением к сети для обновления рецептурной базы. Он берет из холодильника остатки турецкого огромного винограда (а хватит ли?) и пытается (по вашему приказу) сделать из него тортик по рецепту, где исползуется средний или малый винград и выложить виноградинки "рисунком без отверстий" чтобы покрыть равномерно поверхность торта... здесь и самоадаптация, и ручной выбор рисунка, и распознавание образов, и модификация частей общего алгоритма повором-человеком... для подобного должен быть разработан довольно хитрый узкоспециализированный язык! именно язык, а не программа с "переключателями в настройках"!

0

Сообщение от andyj где исползуется средний или малый винград и выложить виноградинки "рисунком без отверстий" чтобы покрыть равномерно поверхность торта...

Думаю лет через 100 холодильники будут только в музеях. А вместо них будет цистерна с колонией одноклеточных и робот который будет из них синтезировать еду с вкусом и видом по заказу потребителя и составом соответсвенно рекомендациям имплантированного в потребителя диагностического чипа

Добавлено через 3 минуты

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

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

0

Сообщение от Fulcrum_013 Думаю лет через 100 холодильники будут только в музеях.

Факт: нужны будут "языки для кухарок"! не очень сложные, близкие к "выбору нужного из списка", но простой для чтения и с возможностью поменять любой параметр В КОДЕ под обстановку (например сорт картошки, вид риса или размер винограда). А вот "соответсвенно рекомендациям имплантированного в потребителя диагностического чипа" - тоже интересная мысль... может быть "флешка с адаптирующейся программой" - вошел в банк, а банк "вычислил" что у вас аллергия на ромашки и выключил "ромашковый освежитель" из системы кондиционирования... а может и изменил температуру до "любимой" (особенно если вы один в зале и приехали из Сибири или из Египта - явно "средняя местная температура" не привычна)

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

p.s. согласен по "автоматам" - это уже "конечный" уровень "для вывода на стенку с индикаторами". За каждым блоком куча кода, и иногда не хватает одной "тонкой линии" чтобы передать все вариации видов данных, которыми между собой могут обмениваться "автоматы".

0

Сообщение от andyj еще не паханное поле в языках автоматизации, механизмах упрощения подобных автоматизаций "под домохозяей" и популяризация программирования даже среди кухарок!!! И "кирилица" в командах тут ну никак не помогает

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

Добавлено через 6 минут

Сообщение от andyj поменять любой параметр В КОДЕ под обстановку (например сорт картошки, вид риса или размер винограда)

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

Добавлено через 3 минуты

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

Это да. Только банков через 100 лет скорее всего не будет. Как только средства производства станут полностью самопроизводящиммися и самообслуживающимися само понятие деньги превратится в нонсенс

Добавлено через 7 минут

0

Сообщение от Fulcrum_013 Для того чтобы писать кота домохозяйке придется научится формализировать задачу. А поскольку ей это не особо надо, поскольку домохозяйкой она стала потому что за 3 года техникума и 5 лет универа этому так и не научилась, то реально система должна сводить все просто к выбору из опций чего она именно хочет. Для этого скрипт не нужен

Когда то работал на швейной фабрике. Там был свой "чпу" - швейная машинка. Для которой иногда приходилось "рисовать алгоритм". Это была смесь крайне-примитивного корела со знанием принципов швейного обороудования. 90% проблем решалось на уровне программы. Нитка перекидывалсь, где нужно обрезалась, сетку можно было развернуть на любой угол, в параметрах можно было задать плотность нити или цвет (несколько ниток - сменная игла). Я этим занимался ибо был там "эникейщиком", но обычно этим занимается швея с ПТУ за спиной...У меня подобная аналогия возникла когда я просчитывал как РОБОТ/автомат сможет заполнить виноградом тортик что выложил раньше... без само-адаптируемого графического редактора с 3д - здесь НИКАК! А в некоторых случаях нужно и циклы обхода прописывать (желательно кодом выводя под "конкретный тортик" изменяемые параметры) и возможно даже синусоидами управлять...

0

Сообщение от andyj и возможно даже синусоидами управлять...

Ну для этого управлятелю код кодить точно не нужно. А вот с рядом Фурье очень даже нужно

Добавлено через 1 минуту


Добавлено через 3 минуты


Добавлено через 2 минуты

0

Сообщение от Fulcrum_013 Да забудьте вы про автоматы. в чистом виде они давно юселесс. Имеют разве что ограниченное использование в некоторых задачах. Да и там где пользуются в основном их стараются генерировать алгоритмом.

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

0

budden, обалденная идея. если б всё делали на русском, то миллионы людей не мучились бы в школах с этими птичьими языками.
Как вообще идут дела с ИДЭ? не заглохло ли всё?

0

Сообщение от CoderHuligan А вы попробуйте решить без автомата вот такую задачу, которую я предложил решить при помощи традиционных средств всем на этом форуме, но никто так её и не решил:Goto - за и против

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

0

Ну что, как создание языка - движется или нет?
Я считаю, что на родном языке должны быть и языки и системы.
Но нет своей школы, нет своего производства и ничего такого нет сейчас. А в СССР было.
Те же МЦСТ делают сейчас свои компьютеры на базе английского языка.
С одной стороны знание английского полезно - всегда можно отслеживать то, что творится за рубежом. Но с другой стороны это идёт во вред: мы всегда ученики, мы всегда вторые. Мы можем быть лучшими программистами и выигрывать чемпионаты мира по программированию, но на их языках, на их технике и тд.
Почитал тут кое-что по поводу вашего языка и вот что хочу сказать.
Я изучал Clojure, но теперь переключился на Racket, так как Clojure базируется на JVM, поэтому чем дальше в лес, тем больше там становится Java. Не хочу еще учить и Java, чтобы иметь возможность полноценно писать на Clojure.
Переходить с одного LISP языка на другой LISP язык не так трудно, но не смотря на большую схожесть есть и масса отличий. Этот переход позволяет сравнить подход двух языков в деталях. Было бы у меня достаточно знаний, то я бы попытался сделать некую смесь этих языков, взяв из них все самое полезное.
Как пример - это сокращённое написание анонимных функций.
В Racket - это lambda выражения типа В Clojure - это , но есть и сокращённа форма Сокращенная форма не поддерживает вложений, но очнь очень удобна в конкретных момента.
Например: куда короче записи типа В Racket нет короткой формы для анонимных функций.
А еще в Clojure классные ассоциативные массивы, где ключевое слово является еще и функцией, которая ищет саму-себя в ассоциативном массиве, поэтому доступ к значению может быть получен весьма просто (:ключевое_слово имя_массива)
Пример: ; определили ассоциативный массив.
получили значение для ключевого слова :1
Но в Racket тоже есть ключевые слова. Там у них немного иная роль. Но она тоже очень удобная по-своему. Это определение функционала. Как пример - создание структуры.
Здесь ключевое слово #:mutable устанавливает изменяемость всех полей структуры.
Его хорошо видно, его ни с чем не перепутаешь. Очень наглядно и удобно. Ключевые слова там так и используются повсеместно.

Вот возвращаясь к вашему языку


о.функСоздать-одиночную-матрицу (Эн -- целое)
тело
пусть М = н.массив(н.список(Эн,Эн)
,начальный-элемент = 0.0
,мутабельный = да)
цикл
для И от 0 до Эн - 1
записать М[ИИ] = 1.0
кнц
вернуть М
кнф

Здесь конструкция "мутабельный = да" выглядит как присваивание.
Во многих языках пытаются избегать подобной двойственности.
Я бы не боялся использовать иные конструкции - как в примере с Racket.
Это помогает дифференцировать элементы кода и повышает его читаемость.
Да и в словах мутабельный и изменяемый почти равное количество букв.
Почему не использовать родное слово? Оно понятнее, особенно тем, кто будет изучать язык с нуля.

0

Сообщение от budden полностью русскоязычный язык программирования

Идея классная, да вот только наш великий и могучий видать ну не подходит для программирования, и все. Смиритесь.

1

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

Сообщение от Hideri Kanzaki наш великий и могучий видать ну не подходит для программирования, и все. Смиритесь

Бред! ЛЮБОЙ язык подходит для программирования! Мой первый язык в жизни был "русским алгоритмическим" - я на нем основы программирования учил еще до бейсика... В странах СНГ очень популярна учетно-торгово-бухгалтерская программа 1С - тоже русский как основу использует. И довольно успешно (англоязычные в подметки ему не годятся только потому что обычный бухгалтер может понять формулу вида "Количество * ЦенаСНДС - Скидка * 0.6" и даже ее исправить).
Вопрос в направлении/применении языка!

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

Думаете нет попыток создать "национальных" языков на китайском, японском, иврите, польском, испанском или даже каком-нибудь казахском? Гугл в помощь...

Эти попытки развивают фантазию! И иногда помогают понять лучше обычные языки и даже придумать в них что-нибудь такое, чего раньше в обычных языках не было... Кому от этого плохо?

0

Сообщение от andyj ЛЮБОЙ язык подходит для программирования! Мой первый язык в жизни был "русским алгоритмическим"

В мире, де факто, международный английский. И программистам (как и другим специалистам) нужно общаться. И иметь возможность использовать код написанный другими программистами.
Всякие школьные языки на основе русского просто результат получения грантов на их разработку "своими" людьми, так называемые "распилы". Не слышал что бы за пределами СНГ в школах учили специальные учебные алгоритмические языки на основе национальных.
Я, учась на первых курсах института, проходил несколько языков на основе английского не зная тогда английского. В школе меня мучали французским. Учить языки мне это не мешало т.к. кол-во ключевых слов в языках немного, а учебники были на русском. Вот, когда мне понадобилось выйти за рамки институтского образования, вот тогда пришлось учить английский.
Так что программирование лучше сразу с него и начинать, простора к доступу информации больше.
Насчёт, 1С не разбираюсь, тут, из за специфики привязанной к конкретной стране, и если одинэсник не собирается выходить за пределы 1с, может и оправданы русские слова в языке. А может нет.

0

Curry, и вообще нефиг по-русски говорить. Всем с младенчества - по-английски. Глядишь, ненавистный Вам русский язык и вымрет через пару поколений

Только не запутайтесь, как бы на китайский не пришлось срочно перучиваться

0

Сообщение от Black Fregat ненавистный Вам русский язык

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

0

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

Я впервые учил языки еще в средней школе. Учитель на доске рисовать "блоксхемы" на РУССКОМ. ЕСЛИ-ИНАЧЕ, ЦИКЛ ПОКА, ВЫХОД. Это было понятнее для детей чем в голове еще и "перевод значений" делать.

Сообщение от Curry Так что программирование лучше сразу с него и начинать

Гугл в помощь "национальные языки программирования"!
https://habr.com/ru/post/176243/

Там есть примерны на Иврите, Идише, шведском, испанском...

Держи на Хинди

कार्य खाली मुख्य() छोड़ें комментарий छोड़ें अंक – переменная типа number अंक अ अंक प छोड़ें पढें – ожидание ввода данных в консоли पढें अ पढें प छोड़ें अगर – if; वरना – else; खत्म अगर – end if अगर {अ*प > 20} लिखें "> 20" वरना लिखें "<= 20" खत्म अगर छोड़ें पंक्ति – переменная типа string पंक्ति ब पढें ब खत्म कार्य

Сообщение от Curry Насчёт, 1С не разбираюсь, тут, из за специфики привязанной к конкретной стране, и если одинэсник не собирается выходить за пределы 1с, может и оправданы русские слова в языке. А может нет.

Поверь мне (10 лет в том числе и 1Сником проработал), это "оправдано"! В 1С у КАЖДОЙ системной команды есть английский аналог. Переменные можно писать вообще на любом языке...

Но почему-то англоязычные "конфигурации" 1С не приживаются! Именно потому что (хороший) 1Сник работает "интерактивно", сидя за одним столом с бухгалтером = почти "парное программирование"! Я сам иногда "передаю клавиатуру" если формулы вроде уже работают, осталось "облагородить отчеты" - например набрать названия столбцов, удобных под эту фирму (например колонка остатка с названием склада на этой конкретной фирме - по названию улицы, базара или фамилии ответственного)

Подозреваю (не гуглил) что есть подобные специализированные "национальные" языки в других развитых в IT странах (Япония, Китай, Израиль), где английский это "второй язык", а не "все и так знают".

1

Сообщение от andyj ЕСЛИ-ИНАЧЕ, ЦИКЛ ПОКА, ВЫХОД. Это было понятнее для детей чем в голове еще и "перевод значений" делать.

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

Сообщение от andyj छोड़ें अगर – if; वरना – else; खत्म अगर – end if

значит и в индии "откаты". Иначе как вредительством обучать на основе специального обучательного языка, я такое "обучение" назвать не могу. А уж ещё и на основе русского языка, вообще мрак. Детям вместо end конец не напишешь, найдутся "Вовочки", пишут какой ни будь кнц который надо запомнить. Чем end хуже? Или вместо end пишут всё, а пардон, сейчас ё взялись отменять, значит всё. Это не соответствует смыслу окончания цикла. А слово окончание слишком длинно. Да и большинство английских слов просто короче если-if, вызвать-call, печатать-print.

0

Сообщение от Curry значит и в индии "откаты".

Ты хоть ссылку на хабр что я давал открывал???
И в индии "откаты" и в Израиле, и Швеции, и в Испании...
Любую ЛОГИКУ проще пояснять на уже знакомом языке, а не вводить кучу новых "терминов", заставлять их зазубрить, а потом на них пояснять для чего они вообще нужны... причем детям 7-8 класса.

Если такой ленивый, лови:
На иврите

מחלקה תכנית_ציור יורש חלון תגובות ללחיצה על העכבר # מתודה תקנית: תגובה לאירוע לחיצה על מקש העכבר # (x, y)מתודה עכבר_נלחץ צב.מקום(x, y) מתודה תקנית: תגובה לאירוע גרירת העכבר # (x, y)מתודה עכבר_נגרר צב.אל(x, y) הגדר ת=תכנית_ציור() # יצירת עצם מהמחלקה של התכנית — גורם ליצירת חלון ולתחילת תגובה לאירועי העכבר

На венгерском

jobbra előre(8) ismétel { ha(előlFehér){ előre(1) } máskép ha(jobbraFehér){ jobbra } máskép ha(balraFehér){ balra } máskép ha(vanElőlAkadály){ vége } }

На шведском

höger framåt(8) uprepa { om(framåtÄrVit){ framåt(1) } annars om(högerÄrVit){ höger } annars om(vänsterÄrVit){ vänster } annars om(framåtÄrHinder){ slut } }

сплошные "откаты" ))

0

Сообщение от Curry значит и в индии "откаты".

Ты хоть ссылку на хабр что я давал открывал???
И в индии "откаты" и в Израиле, и Швеции, и в Испании...
Любую ЛОГИКУ проще пояснять на уже знакомом языке, а не вводить кучу новых "терминов", заставлять их зазубрить, а потом на них пояснять для чего они вообще нужны... причем детям 7-8 класса.

Если такой ленивый, лови:
На иврите

מחלקה תכנית_ציור יורש חלון תגובות ללחיצה על העכבר # מתודה תקנית: תגובה לאירוע לחיצה על מקש העכבר # (x, y)מתודה עכבר_נלחץ צב.מקום(x, y) מתודה תקנית: תגובה לאירוע גרירת העכבר # (x, y)מתודה עכבר_נגרר צב.אל(x, y) הגדר ת=תכנית_ציור() # יצירת עצם מהמחלקה של התכנית — גורם ליצירת חלון ולתחילת תגובה לאירועי העכבר

На венгерском

jobbra előre(8) ismétel { ha(előlFehér){ előre(1) } máskép ha(jobbraFehér){ jobbra } máskép ha(balraFehér){ balra } máskép ha(vanElőlAkadály){ vége } }

На шведском

höger framåt(8) uprepa { om(framåtÄrVit){ framåt(1) } annars om(högerÄrVit){ höger } annars om(vänsterÄrVit){ vänster } annars om(framåtÄrHinder){ slut } }

сплошные "откаты" ))

0