LINUX.ORG.RU

Метапрог-прототип 15 + модернизация СУВТ

 , ,


0

2

Скачать:

https://mega.nz/file/6RBkhIiQ#PCydINDpFpqznLfOyYDeA1u0hlYg11OP7xhRXezcZAI

СУВТ - структура условного выбора типа. По сути является структурой из числа-переключателя и юниона из разных типов. При подаче СУВТ на блок-переключатель (аналог сишного switch) можно вытаскивать из СУВТ данные определенных типов при определенных значениях числа-переключателя.

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

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

Предыдущая версия:

Метапрог-прототип 14 + условные схождения

Ответ на: комментарий от hobbit

Смешно.

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

Так что можешь и над собой заодно посмеятся.

Razk
()
Последнее исправление: Razk (всего исправлений: 3)
Ответ на: комментарий от Razk

Раз ты употребил слова «якобы существующей», тебе придётся объяснить, что это такое мы тут периодически видим, что за скриншоты и др. И дать определение, что делает ТС — то ли троллит, то ли реально ведёт разработку.

Если это троллинг, то придётся признать, что это с очень большим размахом сделанный троллинг, тролль обычно на то и тролль, чтобы не слишком заморачиваться с усилиями. Другими словами, это не обычный троллинг, это троллинг делом. Ранее таким на ЛОРе более-менее успешно занимался только автор пивас-студии со своим «Dear PVS Studio…» (пока не забанили). Но у него это было удачное сочетание хобби с работой, то есть троллинг был только частью плана.

А если же это всё-таки разработка, пусть предельно упоротая и авантюрная, то «якобы» тут не при чём.

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

Ага-ага. Мир не чёрно-белый. Я думаю, что просто любопытствующих тут как бы не вдвое больше, чем «метапрогеров» и «антиметапрогеров» вместе взятых.

Так что можешь и над собой заодно посмеятся.

Да я не против.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 3)
Ответ на: комментарий от hobbit

Я прекрасно понимаю что пишу тут редко и может показаться что я тоже из этих жирных и зеленых. Лор ими буквально кишит.

Это я все к тому что среды программирования я тут не вижу. DevC++, Eclipse, Visual Studio это среды для программирования. Тут лично я вижу прототип чего-то непонятного, крайне кривой и косой и работающий на костях платной и огороженной Labview.

Если это троллинг, то придётся признать, что это с очень большим размахом сделанный троллинг

Что там сделано в это «проекте» такого я не понимаю. Скриншоты я тебе сам такие могу наделать, было бы желание. Пару формочек и чатик, ничего сверхординарного. Такое студенты пишут. Причем это не только я утверждаю.

А если же это всё-таки разработка, пусть предельно упоротая и авантюрная, то «якобы» тут не при чём.

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

Ага-ага. Мир не чёрно-белый. Я думаю, что просто любопытствующих тут как бы не вдвое больше, чем «метапрогеров» и «антиметапрогеров» вместе взятых.

Не я эту дичь придумал про «анти» и «метапрогеров». Все вопросы к поехавшим ролеплеерам.

Razk
()
Последнее исправление: Razk (всего исправлений: 3)
Ответ на: комментарий от Razk

А DevC++ не кривой? Работает на устаревшем Python, и только на проприетарной винде. Тоже ужасно тормозит, и возможностей имеет около нуля.

Пару формочек и чатик, ничего сверхординарного. Такое студенты пишут.

Конечно, мы уже помним какой классный антиметапрог сделал ребфорсер например. А все потому что пару формочек, любой осилит. Ага. Главное это настолько легко, что существует множество альтернатив метапрогу, например.... эээ, ну нету...

Я не вижу разработки

Можно начать читать оп-пост.

stasolog
()
Ответ на: комментарий от stasolog

Опять ты со своими передергиваниями.

А DevC++ не кривой? Работает на устаревшем Python, и только на проприетарной винде. Тоже ужасно тормозит, и возможностей имеет около нуля.

Я не обсуждал качество DevC++. И не собираюсь.

Конечно, мы уже помним какой классный антиметапрог сделал ребфорсер например. А все потому что пару формочек, любой осилит. Ага. Главное это настолько легко, что существует множество альтернатив метапрогу, например…. эээ, ну нету…

Причем здесь ребфорсер вообще. Его уже давно в этих темах даже нет. Заканчивай троллить.

Статистику пожалуйста. Сколько пользователей у программы. Сколько успешно программируют и т.д. ТС на этот вопрос не захотел отвечать.

Razk
()
Последнее исправление: Razk (всего исправлений: 2)
Ответ на: комментарий от Razk

Я не обсуждал качество DevC++. И не собираюсь.

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

Причем здесь ребфорсер вообще. Его уже давно в этих темах даже нет. Заканчивай троллить.

Ну а кто еще антиметапрог писал? Можно вспомнить другие среды, они тоже сделаны плохо по сравнению с метапрогом, если сконцентрироваться на возможностях и выразительности. А ребфорсер читает эти темы и пишет на ЛОР из под анонима.

stasolog
()
Ответ на: комментарий от stasolog

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

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

А ребфорсер читает эти темы и пишет на ЛОР из под анонима.

Ну и пусть читает, он тебе мешает что ли. И вообще причем здесь он. Он ничего не написал. Значит и говорить неочем.

Razk
()
Последнее исправление: Razk (всего исправлений: 1)
Ответ на: комментарий от Razk

Ты давай докажи свои слова, что они схожи.

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

И вообще причем здесь он

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

stasolog
()
Ответ на: комментарий от stasolog

Опять ты изворачиваешься. Статистику предоставь по среде разработки Metaprog. Или по прототипу. Сколько человек использует, как быстро обучились и т.д. Я ТСу задавал тот же вопрос. Он не ответил. Докажи что это среда программирования.

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

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

Razk
()
Последнее исправление: Razk (всего исправлений: 2)
Ответ на: комментарий от Razk

Какая еще статистика? Без понятия, я даже не знаю сколько человек всего в метапрог-онлайн.

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

Что антиметапрог за неделю не сделаешь.

stasolog
()
Ответ на: комментарий от Razk

Тут лично я вижу прототип чего-то непонятного, крайне кривой и косой и работающий на костях платной и огороженной Labview.

С этим не спорю. Так и есть.

Скриншоты я тебе сам такие могу наделать, было бы желание.

Вот-вот! Про желание — это ключевые слова. Чтобы время от времени эти диаграммы выкладывать, желание нужно довольно экстраординарное. И их тут сильно больше парочки было, кстати. Кодогенератор опять-таки, кривой, косой, но он есть, судя по лапше, периодически выкладываемой на пастебин.

Я не вижу разработки, поскольку сам ТС не спешит нам ее показывать.

Ну вот периодическое появление очередных выпусков прототипа — это по мнению ТС и есть разработка.

Упоротость, соглашусь, присутствует. Начёт троллинга — очень-очень крупно сомневаюсь. Не похоже на троллинг.

hobbit ★★★★★
()
Ответ на: комментарий от stasolog

Какая еще статистика? Без понятия, я даже не знаю сколько человек всего в метапрог-онлайн.

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

Что антиметапрог за неделю не сделаешь.

Ничем не потвержденное утверждение опять.

Razk
()
Ответ на: комментарий от Razk

О метапроге я знаю достаточно, я не знаю о его пользователях.

Ничем не потвержденное утверждение опять.

Тогда прошу не писать про то что метапрог сделает любой студент за неделю.

stasolog
()
Ответ на: комментарий от stasolog

Тогда прошу не писать про то что метапрог сделает любой студент за неделю.

Хорошо. Не буду больше писать метапрог сделает любой студент за неделю.

Razk
()
Последнее исправление: Razk (всего исправлений: 1)
Ответ на: комментарий от hobbit

Кодогенератор опять-таки, кривой, косой, но он есть, судя по лапше, периодически выкладываемой на пастебин.

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

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

Razk
()
Последнее исправление: Razk (всего исправлений: 2)
Ответ на: комментарий от Razk

Но все таки было бы все серьезно, были бы пруфы, а не читайке шапку темы.

В качестве пруфов, как я понимаю, предлагается скачать прототип (из шапки темы, да) и открыть его в LabVIEW, где-то там, среди диаграмм прототипа этот кодогенератор и находится. Так, @metaprog?

Ну да, таким макаром сразу эффективно отсеивается 99% людей, которые могли бы что-то ТСу посоветовать. :)

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от hobbit

Я не буду сюда больше постить копипасту и прочий оффтопик. Но отношение пока к ТСу и его проекту у меня максимально несерьезное.

Razk
()
Последнее исправление: Razk (всего исправлений: 1)
Ответ на: комментарий от Razk

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

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

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от stasolog

Метапрог сделает любой студент за неделю. Ну а если кроме шуток, что там с отвязкой от лабвью, и ещё вроде же вы уважаемый котечка@кофеечка говорили не так давно (около месяца назад) что вот-вот вроде как не нужен будет уже wine, я так понимаю вы трудились над тем чтобы собрать метапрог нативно под linux, это удалось сделать, может не было анонса, или возникли трудности?

abcq ★★
()
Ответ на: комментарий от abcq

Весь текст в cp1251, под linux'ом labview работает лишь в utf-8, а диаграммы бинарные и просто так не переконвертируешь, инструментов тоже нету. А в метапроге ведь и пути на русском есть, поэтому многие файлы при запуске не удается найти. Короче только ждать метапрог на самом себе.

stasolog
()
Ответ на: комментарий от stasolog

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

abcq ★★
()
Последнее исправление: abcq (всего исправлений: 2)
Ответ на: комментарий от stasolog

А если бы формат был текстовый — вообще можно было бы применить для перекодировки существующие инструменты.

hobbit ★★★★★
()
Ответ на: комментарий от abcq

Ну так может начать частями его переводить

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

А если еще все же разделить транслятор и редактор диаграмм так вообще будет замечательно.

ОП так и хочет сделать.

stasolog
()
Ответ на: комментарий от stasolog

Весь текст в cp1251

в метапроге ведь и пути на русском есть

Гениально!

rupert ★★★★★
()
Ответ на: комментарий от hobbit

В качестве пруфов, как я понимаю, предлагается скачать прототип (из шапки темы, да) и открыть его в LabVIEW, где-то там, среди диаграмм прототипа этот кодогенератор и находится

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

Ну да, таким макаром сразу эффективно отсеивается 99% людей, которые могли бы что-то ТСу посоветовать. :)

Если умственных способностей у человека не хватает даже на то, чтобы запустить прототип Метапрога или Лабвью, а если что непонятно - проконсультироваться у меня или stasolog - то ничего толкового он мне не посоветует.

metaprog
() автор топика
Ответ на: комментарий от stasolog

Что непонятного может быть, например, в Notepad++, редакторе Far Manager (Windows) или mcedit (Linux)? Открываешь каждый файл в cp1251, пересохраняешь в юникод. Их, как я понимаю, не так много.

Да, я даже не буду советовать iconv, я знаю, что тут у некоторых CLI-фобия. Хотя как раз он бы позволил ещё сильнее ускорить процесс, не открывая каждый файл отдельно, а сделав пакетную обработку из баша.

hobbit ★★★★★
()
Ответ на: комментарий от metaprog

Если умственных способностей у человека не хватает даже на то, чтобы запустить прототип Метапрога или Лабвью

Желания у людей нет, желания. Лабвью надо либо купить, либо спиратить, а Community Edition, как мы выяснили, только под винду, плюс пункты эти в лицензии, которые я цитировал… А ещё тут люди жаловались, что под вайном творение не запускается, а ты их посылал пробовать разные рантаймы от майкрософта по очереди…

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

iconv

В Лабвью есть функции, с которыми можно сделать перевод кодировки в UTF-8. Я б и на Лабвью сделал переводчик, но проблема в vi-файлах - нестандартный формат. Копирасты из NI могли б использовать стандартную лабвьюшную функцию сериализации-десериализации и представлять vi-файл как кластер. Тогда и бинарный формат не был бы проблемой. Но они не стали это делать, судя по всему из-за нежелания делать формат открытым.

metaprog
() автор топика
Ответ на: комментарий от hobbit

Ну даже если такие трудности человек преодолеть не может и всякие копирастические маньки для него помеха - то что он мне насоветует?

metaprog
() автор топика
Ответ на: комментарий от Razk

Докажи что ваша программа вообще среда

Тебе вообще никто ничего не должен доказывать. Не среда так четверг.

metaprog
() автор топика
Ответ на: комментарий от Razk

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

Умственные способности и уровень аргументации антиметапрогеров пробили очередное дно.

metaprog
() автор топика
Ответ на: комментарий от metaprog

есть функции, с которыми можно сделать

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

Хотя разумеется, при прочих равных условиях открытый формат лучше закрытого, с этим никто не спорит.

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

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

Совершенно верно за исключением одного момента. Текстовым языкам программирования. Именно программирования, а не текстовым языкам вообще.

metaprog
() автор топика
Ответ на: комментарий от hobbit

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

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

metaprog
() автор топика
Ответ на: комментарий от hobbit

Моя же мысль была в том, что с текстовым форматом ничего своего делать бы вообще не пришлось

То-то ж люди пишут парсеры и прочие заморочки для работы с текстовыми форматами.

metaprog
() автор топика
Ответ на: комментарий от metaprog

Ну даже если такие трудности человек преодолеть не может

даже если такие

Ты пытаешься плоскость спроецировать на прямую. Это трудности совершенного разного рода, ортогональные.

Трудности анализа алгоритма, реализации, поиск узких мест, ошибок — это один вид трудностей.

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

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

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

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

(*) Вспомнил исключение: Visual Paradigm, программа для создания моделей UML, ER и многих других. Вот у неё толковых открытых аналогов нет, к сожалению.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 3)
Ответ на: комментарий от metaprog

При чём тут это? Парсер нужен для логического анализа. Перекодировщик так глубоко не лезет, его вполне устраивает «абстрактный текст».

hobbit ★★★★★
()
Ответ на: комментарий от metaprog

А чем парсинг бинарного представления отличается от парсинга текстового? Кажется вы перехитрили сами себя :)

abcq ★★
()
Ответ на: комментарий от Razk

Но отношение пока к ТСу и его проекту у меня максимально несерьезное.

«Я бежала за вами 15 тредов чтобы сказать, насколько вы мне безразличны.»

pinus_nigra
()
Ответ на: комментарий от pinus_nigra

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

abcq ★★
()
Ответ на: комментарий от stasolog

Так это только оттягивает релиз метапрога на метапроге, какая-то странная страсть к распылению и без того скудных человеко-временных ресурсов. Тут прямо так и напрашивается теория заговора о том, что все эти треды просто just for lulz, а не чтобы скорее получить предмет несбыточных мечт ТС.

abcq ★★
()
Ответ на: комментарий от abcq

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

Вместо того, чтобы как-то приближаться к своей цели, ТС анонсирует какие-то новые версии СУВТ, циклы по структурам и прочую непонятную хрень.

cluge
()
Ответ на: комментарий от Razk

себе мервопрог этот пост отжал

Да кресло не тесное, подвинемся…

mertvoprog
()
Ответ на: комментарий от cluge

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

stasolog
()
Ответ на: комментарий от Razk

Но тут опять вопрос встает о происхождении кодогенератора.

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

liksys ★★★★
()
Ответ на: комментарий от stasolog

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

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

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

abcq ★★
()
Ответ на: комментарий от abcq

если нужен то это будет фееричное «фиаско братан».

Почему? При переходе от прототипа к метапрогу этот рантайм в любом случае будет выброшен. Другое дело, что сам переход — задача огромной трудоёмкости, чего сам автор, похоже, так и не осознал…

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

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

abcq ★★
()
Ответ на: комментарий от abcq

А метапрог-онлайн не относится? Это еще и СКВ ведь. Ну и чат это важно, именно в него должны приходить новые метапрогеры. Да и всегда хочется побыстрее увидеть результат.

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

stasolog
()
Ответ на: комментарий от stasolog

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

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

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

abcq ★★
()
Последнее исправление: abcq (всего исправлений: 2)
Ответ на: комментарий от Razk

ТСу сложно доказать что кодогенератор им написан

Разумеется, ведь диагаррмы не «пишут», а собирают.

И как Вы вообще предлагаете доказывать авторство? Зачем вообще опровергать идиотскую гипотезу, что где-то существует ещё более упоротый персонаж, разрабатывающий в LabVIEW трансляторы, а @metaprog стырили Их наработки? о_О

mertvoprog
()
Последнее исправление: mertvoprog (всего исправлений: 1)
Ответ на: комментарий от stasolog

Ну и чат это важно, именно в него должны приходить новые метапрогеры.

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

В метапроге же новичков тащат сразу в чат, причём своего велосипедного протокола, и с обязательным погружением в Тор. В сочетании с тем, что публичных описаний проекта практически нет, это создаёт атмосферу Очень Сильного Колдунства.

hobbit ★★★★★
()
Ответ на: комментарий от cluge

и тут же выкатывает свой метапрог-онлайн, внезапно написанный на java

Так создан он в ответ на Наш purple-metaprog. К разработке Метапрога эта заваруха вообще отношения не имеет.

mertvoprog
()
Ответ на: комментарий от cluge

Вместо того, чтобы как-то приближаться к своей цели, ТС анонсирует какие-то новые версии СУВТ, циклы по структурам и прочую непонятную хрень.

Чушь. Одно другому не противоречит. Эти «непонятные хрени» как раз в процессе (и для) переписывания Метапрога «на самом себе» и создаются.

mertvoprog
()
Ответ на: комментарий от mertvoprog

ну хоть вывод есть уже что-то. Хотя он наверное страшный как смерть и такой же «удобный» как этот лабвью с мириадами возможностей :)

abcq ★★
()
Ответ на: комментарий от mertvoprog

Ты опять набрасываешь кое что на вентилятор. Не надоедает же тебе.

И как Вы вообще предлагаете доказывать авторство?

Да как ТСу угодно. Он же тут у нас самый умный.

Зачем вообще опровергать идиотскую гипотезу

Не знаю. Я таких гипотез не выдвигал. Кодогенератор вполне может входить в состав Labview. Я у ТС попросил док-ва авторства или какие либо разьяснения. В ответ получил хамство и петросянство, впрочем ничего нового.

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

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

Razk
()
Последнее исправление: Razk (всего исправлений: 3)
Ответ на: комментарий от stasolog

нету никаких проблем в переписывании метапрога на самом себе

Опыт будильника показал, что проблем нет. Никаких.

rupert ★★★★★
()
Ответ на: комментарий от rupert

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

Я не настоящий программист. Я просто соединил вместе вещи, которые работали. Настоящий программист бы сказал: „Это работает, но тут утечки памяти на каждом шаге. Нужно пофиксить.“ А я вот просто перезагружаю Apache через каждые 10 запросов.

stasolog
()
Ответ на: комментарий от hobbit

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

Ничего сравнимого с Лабвью нет, если не считать недоделанный прототип Метапрога, конечно:)

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

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

metaprog
() автор топика
Ответ на: комментарий от abcq

Бинарное представление проще и ближе к машине, требует меньше операций на сериализацию/десериализацию.

metaprog
() автор топика
Ответ на: комментарий от metaprog

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

abcq ★★
()
Ответ на: комментарий от metaprog

нет если его обрабатывать как бинарный тоже самое абсолютно. И все зависит от того что вы туда «насериализовали» и в каком виде. Как и всегда все зависит от условий задачи и ограничений на решение.

abcq ★★
()
Ответ на: комментарий от metaprog

Мне нравится подход Godot - в редакторе ресурсы сохраняются в текстовые .tres, а в релиз билде все они превращаются в бинарные .res. Простота и читаемость текста при разработке и скорость бинарных форматов при выполнении готовой программы (игры).

arturianec100
()
Ответ на: комментарий от metaprog

Бинарное представление проще и ближе к машине, требует меньше операций на сериализацию/десериализацию.

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

Как только речь заходит про поддерживаемость, переносимость, надёжность — вся эта экономия на спичках оборачивается адом. Есть круг задач, для которых экономия оказывается существенной (потоковое видео, файлы баз данных и др.) — там бинарщина оправдана. В случае же исходников программ экономия времени совершенно смехотворна на железе чуть более мощном, чем 80286, а сопутствующий геморрой растёт катастрофически.

hobbit ★★★★★
()
Ответ на: комментарий от abcq

банальная работа с файлами в метапроге будет тянуть лабвью рантайм видимо

Каким местом, когда для работы с файлами будут использоваться C-шные функции?

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

Покажете минимальную программу на Java, которая не требует для работы целую JVM?

mertvoprog
()
Ответ на: комментарий от stasolog

но нету никаких проблем в переписывании метапрога на самом себе, что бы остался только С код, и сделать импортер старых метапрог-схем

Если для @metaprog является проблемой переконвертировать существующие LabVIEW-диагарммы в UTF-8, потому что там закрытый формат, то вполне вероятно, что и метапроговские диагарммы Они читать не осилят.

mertvoprog
()
Ответ на: комментарий от abcq

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

mertvoprog
()
Ответ на: комментарий от abcq

Ну да, надо конвертацию в сишную строку подключать как минимум.

mertvoprog
()
Ответ на: комментарий от Razk

надоедает

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

Да как ТСу угодно

Вот только зачем?

Кодогенератор вполне может входить в состав Labview

Со всякими шизоподелиями типа СУВТ, ну да.

сколько людей вообще использует Метапрог

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

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

Вы Нас в самозванстве обвиняете, что ли? А кто же Мы, по-Вашему?

mertvoprog
()
Ответ на: комментарий от metaprog

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

Ничего сравнимого с Лабвью нет, если не считать недоделанный прототип Метапрога, конечно:)

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

mertvoprog
()
Ответ на: комментарий от mertvoprog

Покажете минимальную программу на Java, которая не требует для работы целую JVM?

Как пример ответа вам. Я говорил что-то про JVM в том посте? Нет не говорил, следовательно вы притягиваете ее не к месту дабы просто уцепиться за пуговицу и сделать вид что то, как вы интерпретируете мои слова, есть то, что на самом деле я имел в виду. Отстаньте, я с вами дискутировать не намерен в таком ключе, выдавайте свои мысли за свои, а не за мои. Это касается всего что вы там понаписали.

abcq ★★
()
Ответ на: комментарий от metaprog

ближе к машине

Вопрос в том — какой машине.

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

mertvoprog
()
Ответ на: комментарий от abcq

тоже самое абсолютно

Ну да… взять хоть escape-последовательности — бич текстовых форматов, значительно усложняющий парсинг, и не присущий бинарным. А уж когда в ход идёт UTF-8 переменной длины, да ещё хрюникодная байда с нормализацией/денормализацией, то ещё куча проблем добавляется. Собственно, это давно разжёвано и обгажено @Eddy_Em, обсуждать тут особо нечего. Взять и скопировать n байт намного проще, чем обходить линейно текст, проверяя каждый байтик — а вдруг там чего.

mertvoprog
()
Ответ на: комментарий от hobbit

экономия времени совершенно смехотворна

Ну да, особенно по помойкам в node_modules это заметно ;) Где большая часть вовсе не код, а комментарии, документация, ресурсы и прочий не нужный для сборки кода мусор.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Какого либо это какого ?

Понятно условный гпрог онлайн весом в 1мб работающий на jvm использует 0.1% возможностей этого jvm.

Так что притензии к избыточности, понятное дело я не могу установить 0.1% jvm

shpinog ★★★★
()
Ответ на: комментарий от mertvoprog

А кто же Мы, по-Вашему?

Тролль.

Вот только зачем?

Затем. Уже написано было и не раз. Учись читать уже.

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

Razk
()
Последнее исправление: Razk (всего исправлений: 3)
Ответ на: комментарий от mertvoprog

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

abcq ★★
()
Ответ на: комментарий от Razk

Остальное это передергивания, троллинг или просто бред. В своем репертуаре ты короче говоря.

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

liksys ★★★★
()
Ответ на: комментарий от liksys

Не понимаю, зачем ты вообще на него столько времени потратил.

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

И пора мне уже тоже видимо игнором начинать пользоватся. Замечательный ресурс и люди интересные. :)

Razk
()
Последнее исправление: Razk (всего исправлений: 3)
Ответ на: комментарий от Razk

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

stasolog
()
Ответ на: комментарий от stasolog

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

Ну это уже его дело. А мне начать пользоватся не помешает дабы лишний раз в эти темы не флудить. Всем добра.

Razk
()
Ответ на: комментарий от Razk

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

Щас заигноренные начнут орать, как бабуины, что это никакой не игнор и так не честно, но их мнение меня не интересует :)

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 3)
Ответ на: комментарий от shpinog

притензии к избыточности

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

Кстати, когда Мы использовали готовую библиотеку в J2ME-приложении — выкидывали из неё руками ненужные функции, чтобы программа весила как можно меньше (ибо прочли, что на каких-то там самсунгах ограничение в 64 кБ на размер мидлета). Типа новомодного tree-shaking, только руками ;)

mertvoprog
()
Ответ на: комментарий от hobbit

Ну в принципе, под Wine LabVIEW и высеры из него работают, но криво-косо.

mertvoprog
()
Ответ на: комментарий от Razk

Тролль.

Одно другому не мешает. Ладно, Мы — третейский тролль, так Вас устроит? Звучит даже неплохо!

Затем. Уже написано было и не раз.

Вы про копирастические фантазии антиметапрогеров, которые смотрят на Метапрог через призму коммерческой разработки? Они нерелевантны.

Учись читать уже

Мы неоднократно говорили, что не собираемся перечитывать всю вашу эпопею за год. Здесь дело не в умении читать, а в огромных временных затратах на это довольно бесполезное дело. Так что прилагайте конкретные ссылки или проследуйте нахрен вслед за @liksys.

общатся

Ненужна.

mertvoprog
()
Ответ на: комментарий от abcq

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

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

mertvoprog
()
Ответ на: комментарий от liksys

но их мнение меня не интересует :)

При этом Вы свято уверены. что Ваше мнение интересует адекватных людей, ну-ну ;)

mertvoprog
()
Ответ на: комментарий от i-rinat

О, то, что нужно, спасибо. Не придется выцеплять глазами шизов.

liksys ★★★★
()
Ответ на: комментарий от liksys

О, теперь буду знать.

(Никогда никого не игнорил и пока не собираюсь.)

hobbit ★★★★★
()
Ответ на: комментарий от mertvoprog

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

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

abcq ★★
()
Ответ на: комментарий от mertvoprog

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

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

metaprog
() автор топика
Ответ на: комментарий от sergey3000

Я имею в виду вообще всякие особые «символы» в регулярном выражении, типа * или \. Подобные вещи - зло.

metaprog
() автор топика
Ответ на: комментарий от metaprog

Я имею в виду вообще всякие особые «символы» в регулярном выражении, типа * или .

Есть предложения по альтернативному синтаксису регулярных выражения?

Подобные вещи - зло.

Так может казаться при отсутствия опыта. Однако, можно изобрести способ обходиться без них при задании строковых литералов.

sergey3000
()
Ответ на: комментарий от metaprog

Я имею в виду вообще всякие особые «символы» в регулярном выражении, типа * или . Подобные вещи - зло.

Что значит «особые» символ есть символ, особых не бывает.

shpinog ★★★★
()
Ответ на: комментарий от sergey3000

Есть предложения по альтернативному синтаксису регулярных выражения?

Простые функции поиска нужной последовательности байтов/элементов массива. Если нужен сложный паттерн - делать схему, алгоритм. Я кучу раз так делал в Лабвью безо всяких синтаксисов регулярных выражений. И даже в Метапроге я уже парсил HTML для Лоральмолога.

metaprog
() автор топика
Ответ на: комментарий от liksys

Логикой в схемах. Компактность не так важна, как понятность и логичность. Багов из-за синтаксиса регулярок ужасно много.

metaprog
() автор топика
Ответ на: комментарий от metaprog

Простые функции поиска нужной последовательности байтов/элементов массива. Если нужен сложный паттерн - делать схему, алгоритм.

Это от недостатка опыта. Всё придет со временем.

И даже в Метапроге я уже парсил HTML для Лоральмолога.

Разбирать html не самая сложная задача. Он довольно просто устроен.

sergey3000
()
Ответ на: комментарий от abcq

уцепились за пуговицу того факта

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

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

Не перестанем, пока Вы не научитесь формулировать свои мысли, а не срать портянкой словесного поноса.

мы же не занимаемся математикой чтобы описание было таким же точным

Совсем гуманитарии охренели, свои порядки на ЛОРе диктуют. Луговского на вас нет!

mertvoprog
()
Ответ на: комментарий от mertvoprog

Хех, сами придумали интерпретацию моих слов, сами на нее обиделись. Вам бы самому для начала язычок прикусить и научиться вести беседы.

В каком месте я вам что-то диктовал? Максимум я вам предлагал подумать и взвесить свои слова.

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

abcq ★★
()
Ответ на: комментарий от metaprog

А продемонстрируете-ка примеры простых парсеров текста на Метапроге, заменяющих упоротые регулярки?

mertvoprog
()
Ответ на: комментарий от sergey3000

Это от недостатка опыта

Которого у целевой аудитории Метапрога нет.

Разбирать html не самая сложная задача

Что Вы говорите???

<script>
alert('</script>');
</script>
<div>
<ul>
<li>tist
<li>ziz
<ul>
<li>puk
<li>hruck
</div>

Удачи — разбирайте…

Вон даже подсветка синтаксиса на ЛОРе это прожевать не осилила, хехе.

mertvoprog
()
Ответ на: комментарий от abcq

всегда есть как минимум два взгляда на одну и туже вещь

И вновь ссылаемся к шести слепым мудрецам и слону.

Глупо рассчитывать, что Ваши попытки бегать по форуму и орать «слон — это шланг!» будут воспринимать всерьёз. Пусть даже Вы прикроетесь контекстом и будете утверждать, что говоря о слоне, подразумевали только его хобот, а слоном его назвали для удобства.

mertvoprog
()
Ответ на: комментарий от sergey3000

Если заткнуть фонтан, не перекрыв воду, то он лопнет, это же очевидно.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Зарезервированные под синтаксис регулярок — так понятно, буквоед?

Это не делает их особыми, символ есть символ. От чего при виде * у тебя появляется рвотный рефлекс, а при виде S наступает благоговение?

Или тебя сам принцип «зарезервированости» в мрак вгоняет?

А чего это метапрог жгути и квадратики зарезервировал, в мрак не вгоняет?

shpinog ★★★★
()
Ответ на: комментарий от shpinog

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

mertvoprog
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.