Метапрог-прототип, версия 7 + графические диалоги на Метапроге

А как у метапріга с поддержкой КОИ-8?

хз если честно, но утф8 ему вроде нравится.

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

Эту цитату добавить сюда: http://metaprog.org/

Он же у нас теперь верный адепт Царя

К счастью я не знаю кто это :D

Так и ЛабВью не на ассме, который ТС увожает

Да уж, кто знает, что мы с тобой вылепить сможем.

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

Знаете, после такого комментария Вы достойны уровня разговора только с моим 4месячным щенком.

Щенка бы пожалел, Грета бы тебя за такое заставила бы на метапроге рисовать…

Клоунада перестает быть веселой, пассажи повторяются.

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

Язабан. Ну хватит же уже.

Совершенно верно.

Знаете, после такого комментария Вы достойны уровня разговора только с моим 4месячным щенком.

Так ты су самка собаки?

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

Никак. В Лабвью Windows-1251 (2013 на XP из-под виртуалки), в линуксе UTF-8, пилить библиотеку для КОИ пока не было нужды.

Этот комментарий ты, похоже, так и не заметил…

Было слишком много комментов, не на все смог ответить. К тому же надо было выпускать 7 версию прототипа - все воскресенье работал над Метапрогом с перерывами на ЛОР. Хорошо что напомнил, отвечу сейчас.

При использовании уже объявленных переменных и функций IDE подсказывает при наборе их имена

Да, за это Котечка тоже хвалит IDE. Говорит, что помня только часть названия может найти нужную функцию или тип. И не понимает тех, кто пишет в блокноте и виме. Цитата:

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

И все же IDE - это полумера. Подсвеченный, с ссылками на определения, автодополением и прочими плюшками, но все равно тупо текст. Какой текстовый ЯП я смогу полюбить после Лабвью (не как бекенд для Метапрога, а именно для ручного написания кода)?

Дефолтное оформление, которое делает за меня современная IDE, вполне нормальное

А вот тут Котечка говорит, что IDE делает ужасное оформление кода и надо проставлять всякие там табы и пробелы вручную. В Лабвью, кстати, есть функция «упорядочить диаграмму», которая может навести порядок на всей диагармме или только на выделенной части - иногда очень помогает.

Новый класс IDE тоже делает сама, у меня спрашивает только его имя и имя предка

Я и в Лабвью классы не использую, хотя они там есть:)

Да, единственно, что — имена объектам надо давать понятные и при необходимости ставить комментарии. Но ведь и твою схему на метапроге я понял только благодаря комментариям, иначе было бы ничего не ясно. И я очень сомневаюсь, что схему без имён и комментариев по понятности можно будет сравнить по понятности с текстом программы, в котором, возможно даже ни одного комментария нет — но функции и переменные названы по-человечески.

В Метапроге, наверное, надо писать даже больше - в том числе из-за мультиязычности. Хотя если есть отдельно те, кто будут переводить текст - это не будет такой уж проблемой. Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

В Метапроге не отвергается текст как таковой. Но его роль - взаимодействие с человеком (опять же, на его родном языке), а не написание логики. Логика вся в схемах.

И с ER-диаграммами можно позволить безалаберность до определённого момента. Потом за безалаберность приходится платить.

В Лабвью платить не придется. Опять же, если с офоромлением все совсем плохо - можно ткнуть кнопку «упорядочить диаграмму» и она будет автоматически приведена в порядок без малейшего ущерба логике.

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

А функция «упорядочить диаграмму» есть?

Не говоря уж о том, что написать слово for — это куда проще, чем тащить из панели инструментов квадратик (или два?), обозначающие цикл

Не просто написать for, а еще и кое-что в скобочках, точки с запятыми и все такое. В Лабвью кстати цикл обводится (в том числе вокруг уже сущестующих блоков) и идет как «поддиагармма», в Метапроге же мне поддиагарммы было делать лень, а циклы хотелось поскорее. Кстати, в Метапроге цикл из меню надо вытащить только раз - парный блок выводится авоматом после того как поставил первый. Глвная морока - поставить последовательность с конца цикла в начало, пока что автоматом это не делается. В любом случае, в Метапроге «на самом себе» все будет удобнее - сделай скидку на то, что пока что есть всего лишь прототип.

Согласен. Пожтому я пока не стал его постить куда-либо кроме раздела Development.

«Волны перекатывались через мол и падали вниз стремительным домкратом»

Что бы означала эта фраза в данном контексте?

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

Страдал Гаврила от гангрены
метапрог болен метапрогом был

Знаете, у меня к вам возник вопрос содержательного характера. Вы десятипальцевым слепым методом набора владеете или смотрите на клавиатуру когда печатаете, вы вообще используете все пальцы обоих рук при наборе текста? Возможно в этом причина того что вам довольно сложно набирать программы в тексте.

если вспомнить Дональда нашего Кнута, с его литературным программированием, то основная работа программиста это не написание кода а чтение кода (своего и чужого). И вот с чтением у ТС беда (точнее с понимание написанного - отсюда и с чтением сложности).

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

Это видно по тому как ТС относится к литературе - про Шарикова ему раз дцать рассказали, но он так и не понял кто это такой.

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

Я не специалист, но мне кажется тут классический пример дислексии. Лечится ли это или нет я не знаю, но ТС как минимум должен осознать что у него есть такая проблема - а он сейчас начнет кричать что это все происки антиметапрогеров(ТМ).

Если я не ошибаюсь, они микроскопические. Подозреваю свою вину в двух утечках - не освободил память из-под текстовых буферах после набора цифр. Но основная масса утечек точно в гуйных либах. Именно метапроговские диагарммы могут быть бажными еще в этом: два раза nkc_init и один раз SDL_Quit. Сделано это было из-за того что SDL_Quit из nkc_shutdown вызывал проблемы в новых окнах.

Короче, надо делать тесты. Попробуй этот:

https://pastebin.com/qy6KiXwU

Одно окошко, один nkc_init, один SDL_Quit, освобождение динамической памяти под строку (а она там динамическая так что free будет):

https://postimg.cc/k6q25fg4

Диаграмма в целом:

https://i.postimg.cc/3xqRsW-8F/image.png

Будут ли утечки еще и тут?

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

Уверен, что ты гением не являешся.

А вот большинство собравшихся уверено что Вы ordinary asshole.

Надо присмотреться. Всего лишь массивы и структуры - что, черт побери, сложного? Хотя лучше все же смотреть все в Лабвью с включенной контекстной справкой.

Даже хз, как это можно транслировать в какой-нибудь IR.

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

Метапроговский генератор сишного кода работает так: ищет блоки, не имеющие подключенных выходов (цикл по блокам плюс циклы по связям), дальше начинается рекурсивное «вытягивание» данных по подключенным ко входам проводкам с сопутствующей кодогенерацией. При этом учитываются жесткие последовательности (циклы по жестким последовательностям на предмет подключения к транслируемому блоку). Рекурсивное «вытягивание за хвост», возможно, не лучшее решение, но оно работает. Вообще советую таки посмотреть все в Лабвью. Или ждать Метапрога, чтобы посмотреть все в нем:)

Именно метапроговские диагарммы могут быть бажными еще в этом: два раза nkc_init и один раз SDL_Quit. Сделано это было из-за того что SDL_Quit из nkc_shutdown вызывал проблемы в новых окнах.

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

На хрена будильнику еще и диалог выбора файлов?

Для бипа, а не диалогов. Смотри диаграммы.

Ты бы хотя бы скриншоты готовой программы предоставил

Есть в цепочке вызовов.

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

У Котечки получилось, а у тебя?

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

Ну а относительно того, что вы пишите, все может быть, но я склоняюсь просто к лени. У меня есть знакомый, который тоже пытался вкатиться в программирование и были такие же проблемы абсолютно, учиться не хотел сам, пытался читать литературу, но так как в школе учился на троечки, а универ просто купил корку появляясь на сессию и занося денег, оно ему не давалась от отсутствия базовых знаний + лень. Когда я ему что-то пояснял разжевывая на пальцах он подхватывал нормально, но проблема в том, что такие люди нежизнеспособны без поддержки, как только ему нужно было что-то с чем он не сталкивался, а я не пояснял - стопорился. Так что это просто то, что сейчас пренебрежительно называют «зумерками» подросшие дети 90x-2000x годов рождения которые родились во время когда вся эта электронно-цифровая шелупонь под названием современный пк стала настолько юзерфрендли, что все, что сложнее этого простого и знакомого с детства интерфейса клацанья в графике, и жестов в мобильных устройствах отвергается этим поколением, как и образование в общем то тоже, они реально верят в то, что всему можно научиться на ютубе, верят только в практику, а любую теорию отвергают, но если ты на практике разжуешь и покажешь как эта теория превращается в практику это их может воодушевить, но да обучать таких тяжело, а самообучаться они в принципе не приучены разве что с того же ютуба, хотя опять же я не говорю что это прямо 100% вся масса нового поколения такая, но тенденция есть. И хочу добавить что ТСу нужно отдать должное, он хоть и лепит из говна и палок (это я про лабвью) и без наличия знаний, но он хоть не бросает свою задачу, опыт дело наживное, просто он придет к нему своим путем набив шишек самостоятельно, вон уже нашелся не ленивый человек который таки прогнал хотя бы через валгринд то поделие что сейчас есть результат работы метапрога, есть теперь над чем задуматься и пересмотреть свои взгляды относительно того, а нужен ли ему вообще С как хост язык или это просто максимализм чистой воды.

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

Вы ж понимаете, что ошибки при работе с памятью - это не только утечки, но еще и краши и уязвимости

В Метапроге - только утечки, если использовать метапроговские массивы с безопасными обертками. Метапроговский массив - это структура из указателя, размера и метки «динамический». Можно будет сделать функции для работы с массивами, которые никогда не залезут за пределы границ массива, так что безопасность в принципе можно будет гарантировать.

А вот как быть с освобождением памяти - вопрос решенный не до конца. Ведь диагармма не всегда линейна, возможна куча веток (особенно под указателями), где нужен то же самый массив, циклы итп - и трудно угадать за пользователя когда же можно наконец освободить память. Можно пока что возложить на пользователя отвественность ставить блок освобождения динамической памяти, когда она уже не нужна: https://postimg.cc/k6q25fg4

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

Истеричный антиметапрогер прав быть не может.

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

Кстати да, мне с головой хватает тех структур данных. И не надо ООП, не надо PyObject и прочей подобной дребедени. Только разве что лабвьюшное подобие указателей заюзал в последние полгода: когда врубился в Си, обнаружил его и в Лабвью, что довольно сильно помогает ускорять работу программ на Лабвью. Да, Лабвью - тормознутая скриптуха. Но если все эти концепты переложить на Метапрог, транслируемый прямо в Си - это получится скорость как у Си и простота программирования как у скриптухи. Ну разве это не заманчиво?

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

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

Строка - массив байтов, только и всего.

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

Опа, третья страница всего, а тему от анонимусов уже огородили…

Видать провинились. Интересно чем?

строка последовательность только и всего, а как она реализована железно дело третье, это могут быть и не байты и не железо основанное на условной «двоичной архитектуре» :)

Ослоумие антиметапрогеров во всей красе.

Мне кажется нужно выходить в 3D.

Согласен. Но это позже. Абы хоть в 2D нормально выйти для начала...

Остальное - бред. Надо же сколько ослоумия от тебя исходит. Вот так и горит пердак у Носителя Сакральных Знаний:)

Другие за меня ответили верно. Не признаю.

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

Потому что я украинец. Но в Метапрог есть многоязычность, в прототипе русская локализация есть.

Извени, увеличительное стекло где-то затерялось.

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

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

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

Замечательно что вы это понимаете! Но совершенно не замечательно, что вы предлагаете как выход " возложить на пользователя отвественность ставить блок освобождения динамической памяти". Понимаете, такой подход в Си привел к появлянию десятков тысяч уязвимостей. Не от хорошей жизни народ пошел в «скриптуху». Нужны абстракции, которые позволяют гарантировать безопасность работы с памятью. Именно гарантировать, доказать как теорему. Люди готовы жертвовать производительностью ради безопасности, и простота написания тут даже не всегда на первом месте.

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

Все правильно говорите, но ТС как то чересчур «ленив». У такой лени в основании какая то патология, похоже на дислексию… :-(

ТС не признает ничего кроме славянских диалектов

Признаю, но пока проекту пока хватит украинцев и русских. Западные корпорасты будут безнадежно отставать, когда Метапрог будет готов, а российские все равно следуют за западными.

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

Три звезды иметь и не знать Царя Сишки? Ах да, его же постоянно банят. Лови: https://tsar1997.blogspot.com/

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

Но достойных альтернатив нет

А Делфи?

почему С не лучший язык как хост

Си в качестве языка бекенда вполне ок. Например, nim отличный язык. Просто фронтенд должен брать на себя заботу о безопасности (safety) в таком случае, а не тупо предоставлять альтернативную форму написания исходного кода…

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

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

В этом метапрог с царем очень близки, наверное отсюда у метапрога такая нежная страсть к царю и возникла…

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