Metaprog: универсальная графическая среда программирования [в разработке] часть 8

Одни анонимы в треде)

Куй железо пока горячо.

clone() dupa

вот это здесь самое страшное

Dupa server

for {
    if ml := dupa.messages.length(); ml >= Score50Boundry {
        dupa = dupa.clone(dupa.nextVersion())
    } else if ml < 1000 {
        dupa.ignoreAllMessages() 
    } else { /* 1000 <= ml <= Score50Boundry */
        dupa.demagogic()
    }
}

Dupa client

if ml := dupa.messages.length(); ml >= 1000 {
    user = anonymous.login()
    if user == nil {
        anonymous.leaveThread(dupa)
        return
    }
    user.setFatTrololo(false)
} else { /* ml < 1000 */
    anonymous.trololo()
}

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

Это все текст, фу. Дупа-программирование должно быть графическим. Ну или как минимум

ω+Θ → Ψω

Я же написал: не нравится - проходи мимо! Зачем тут испоражнятся?

Это публичный ресурс. Пиши свои вирши в ноутпаде в C:\Windows\dupaprog.txt и никому не показывай. И волосы на твоей дупапроге будут мягкие и шелковистые.

Кстати да. Чо это мы тут дупообъекты (дупъекты) описываем. Дупа так не работает! Дупу надо рисовать!

Вот. Впервые в этих инрнетах. Графичейский язык Дупа!

🍑 💎 🍑 👨‍👨‍👧‍👧 👨‍👦 🍑 
⚡
🏗 🈳 🍑 🖕
🔐 🈳 🍑 🖕
🍑 💥 🌐
📞 👨‍👨‍👧‍👧 🖕
💩 📚
🖖 👆 🍑 👨‍👨‍👧‍👧 🖕

А трансляция из с и с++ планируется?

А трансляция из с и с++ планируется?

Да (с) Метапрог. Только Си довольно отсталый язык, а Си++ не безопасный. Поэтому трансляция будет производиться из Мета-Си и из Мета-Си++.

Парадокс! /шутка/
ТС не любит текстовые языки программирования и генерит текст!
Предатель ...

Владимир

Еще будет трансляция дупа-метапрог и мета-дупапрог. Транлятор из дупы в мета я уже сделал

✊ 💩 💦 🔛 💩 🖕 ✊ 💩 💦 🖕 metaprog

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

Что за «тупиковые ветки»?

Это программисты, которые пытаются программировать в графике.

Добавочка.

Вообще то тематика графического программирования - СУПЕР!
ИМХНО делать чисто графический язык - БРЕД.
Oberon воплотил некоторые идеи /но лишь мизерную часть/.

Владимир

Это хорошо. Трансляция очень нужна. Просто иначе господства то не выйдет.

petrosyan.jpeg

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

И где же логотип? Такой большой проект, пора бы уже.

Можешь ещё мой список посмотреть (ну и комментарии ТСа к нему).

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

(_*_)

Ясно, тогда одна надежда на дупапрог, метапрог не оправдал надежд.

Вообще то тематика графического программирования - СУПЕР!

Наверное более правильно говорить об использование графики для
разработки программных систем /в т.ч. в какой-то мере и при разработке языков программирования/.

К примеру фирма 1С разработала специализированный GUI для работы с объектной мета дата базой.
Это профессиональный подход к разработке системы.
Конечно архитектура 1С это далеко не «панацея» ...

Что касается реализации, то после прочтения
https://habr.com/ru/company/1c/blog/429678/ Как мы перевели 10 миллионов строк кода C++ на стандарт C++14 (а потом и на C++17)
понял, что зря радуются.

Владимир

с избранными цитатами

От цитаты про Анну Каренину у меня слёзы из глаз брызнули. Я так давно не смеялся. Спасибо!

абажжи абажжи. То есть через 4 месяца разработки все, что у тебя есть это циклы? и, я так понимаю, только с постусловием, да? То есть у тебя нет ни while{}, ни for (хоть в какой-то форме), ни switch. и это я сейчас говорю про сишные конструкции, которые должны быть примитивами на основе которых можно строить твои схемы. Понятно, что если ты строишь что-то выше Си, то у тебя должны уже быть куча вариантов этого самого for на все случаи жизни.

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

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

Вообщем то не нужно сильно переживать за эту разработку /вреда от нее ни какой не будет/.

https://www.youtube.com/watch?v=f04rNXRpssU Оклахома

Владимир

То есть через 4 месяца разработки все, что у тебя есть это циклы?

Зато в эти циклы можно в текстовом редакторе потом вкладывать копипасту из нуклеаровских примеров.

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

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

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

Зачем ты пугаешь автора еще одним непонятным термином «AST». 100% гарантия, что он ответит: для мегавыхлопа никакие АСТ не нужны, код генерится прямо из схемы.

Если что ТС не считаю глупым /речь шла об разработке/.
Да у каждого из нас имеется своя ОКЛАХОМА /и у меня в т.ч./.

Владимир

К примеру.
Года четыре назад разработал вэб интерфейс для 1С 7.7.
Но эта ОКЛАХОМА принесла мне большую пользу ...

Владимир

вэб интерфейс для 1С 7.7.
вэб интерфейс
1С

Ересь! Сжечь!

«Прошу меня понять и простить».

Владимир

Так что

https://www.youtube.com/watch?v=f04rNXRpssU Оклахома

и меня касается ...

Владимир

Наверное более правильно говорить об использование графики для разработки программных систем

Для «разработки вообще» — UML уже давно есть, стандартизирован и применяется. Да, он для проектирования и не делает попыток вытеснить традиционные ЯП. Попытки сразу писать на UML работающий продукт были (та же IBM Rhapsody), но результат так себе, я знаю ровно одного человека, который этим пользуется (не в нашей фирме), и даже он, при всей своей убеждённости признаёт, что есть системные проблемы.

Не использовал UML для разработки проектов, а вот несколько video
демонстрирующие процесс разработки смотрел - КОШМАР.

Владимир

Назначение Metaprog - генерация сишного кода... разработать его можно было хоть на JavaScript, Python, ... И ничего «зазорного» в этом бы не было.

Ну я разрабатываю его прототип в Лабвью, это мне удобнее.

Читай заголовки, комментарии необязательно.

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

Варнингов по анонимным структурам уже нет, обновляй список.

Те, после которых ничего не следует

То есть, они никак не изменяют что то или после этих веток просто идет завершение программы?

int main() {
    if(1) {
        return 0; //После этой ветки только конец программы. 
                  //Она тупиковая?
    }
}

Тупиковые ветки в примерах.

fwrite - тупиковый блок по данным. На него поступили данные, он выполнился - и дальше нет зависящих от него блоков:

https://i.postimg.cc/YCywWbSh/fwrite.png

Две тупиковых по данным блока fwrite:

https://postimg.cc/Z0r3BV3g

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

https://postimg.cc/fVwbhBJQ

«Малювання SDL» - тупиковый блок и по данным, и по последовательностям:

https://postimg.cc/3WnJCCmD

Он выполнится только после поступления данных и выполнения нужных для последовательности блоков. В этом случае важно то, что и данные, и последовательность в конце концов зависят от цикла. А это значит, что этот тупиковый блок будет в теле цикла.

Ну я разрабатываю его прототип в Лабвью, это мне удобнее.

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

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

Продолжай заниматься придумыванием своей реальности и падать в свою рекурсивную дупу.

fwrite - тупиковый блок по данным. На него поступили данные, он выполнился - и дальше нет зависящих от него блоков

Ты не проверяешь результат fwrite? o_O

Две тупиковых по данным блока fwrite

Какой из двух fwrite выполнится первым и почему?

Ты не проверяешь результат fwrite? o_O

Оптимист какой. Хоть бы ассертами обмазал.

https://postimg.cc/Z0r3BV3g

Рак мозга какой-то. за такие схемы нужно долго пинать ногами.

А что будет, если fopen не сработает и вернет ошибку?

Будет швах

Ну так бери и переписывай. rebforce вот уже 2 месяца только и обещает сделать «Антиметапрог»:

Metaprog: универсальная графическая среда программирования [в разработке] часть 4 (комментарий)

arturianec100 не только обещает, но еще и делает на С++ и Qt:

https://github.com/arturianec100/skyvis

Это делает специалист, владеющий С++. Не «за неделю», а больше месяца, и то до сих пор нет даже простейшей рисовалки.

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

Дак артурианец пишет с нуля гуй, а у тебя плагин для лабвью.

Какой из двух fwrite выполнится первым и почему?

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

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