LINUX.ORG.RU

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

 , ,


1

2

Следующая версия:

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

Скачать:

https://www66.zippyshare.com/v/xI27OTji/file.html

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

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

Метапрог-прототип 13 + LOR Browser

☆

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

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

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

.msi и пометка онли виндовз платформ суппортед... Есть же чистый Snap, одна беда, к systemd привязан, на слаке не заведешь... Да в общем то такое распространение ненужно, нужно облако, и клиент в браузере!

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

Так надо же не шутку, а полноценную альтернативу, хотя бы уровня MyOpenLab! А их нет! Поигрались с хэлловорлдами и забросили. Кстати, кроме Нас, @refborce и @i-rinat кто-то ещё пытались делать?

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

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

В МЕРТВОПРОГе, между прочим, тоже!

Как это Мы умудрились переизобрести Метапрог, не тыкав толком Метапрог?

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

у мертвопрога что-то похожее я так понял вырисовывалось, как граф со связями

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

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

Вот поэтому и не для кого

Замкнутый круг…

опубликовать роадмап и следовать ему

Дык это же в целом вроде есть.

Кто-то упоминал Visual Studio

Мы, и в том контексте, что необходимость ставить всякую проприетарную дрянь (которую тоже надо или покупать, или качать с варезных помоек) — распространённое дело даже в профессиональном программировании, и даже свободные продукты такие встречаются. Почему за привязку к проприетарному продукту критикуют @metaprog — не совсем понятно… Ну можно руками .sln-файл распарсить, ага; можно сделать свободный эмулятор iOS (где он?!) и заливать на него билды, собранные свободными инструментами. В теории. А толку?

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

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

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

.msi

Это ж тоже пакет.

чистый Snap

Да каким местом он чистый, жиробасина огроманая с контейнерами. Банально засунуть на нужный раздел, на котором место есть — целая морока. Старые версии не удаляются, контроль медиируется кучей абстракций. Даже Docker лучше этого кошмара. Мы пытались с ним одно время связываться ради Anbox, в итоге всё равно пришлось конпелять Anbox руками, а Snap вынесли нахрен и связываться с ним больше не собираемся :P

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

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

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

Да каким местом он чистый, жиробасина огроманая с контейнерами.

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

Мы пытались с ним одно время связываться ради Anbox, в итоге всё равно пришлось конпелять Anbox руками, а Snap вынесли нахрен и связываться с ним больше не собираемся :P

apt install anbox ?

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

Ну связь будет, будет! Но где ему еще висеть? В отдельном окне? Тогда нужно будет половину экрана отдавать на меню, либо постоянно альт-табаться.

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

Замкнутый круг…

Да, пока отношение не поменяется, этот круг и не разорвать.

необходимость ставить всякую проприетарную дрянь

Ну и сидите на проприетарной дряни, кто ж вам не дает? Я не понимаю только, зачем свою проприетарную вендовую дрянь тащить на linux.org.ru, обижаться, что она никому не нужна, и обвинять окружающих в сговорах против метапрога. Вам высказывают критику, указывают на недочеты (с т.з. здешней аудитории) вы говорите, что «не нужно». Ну вам может и не нужно, но вы либо пилите для себя лично, либо ориентируетесь на какую-то аудиторию и удовлетворяете ее минимальные потребности.

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

Система сборки вот такая:

$(head -n 1 metaprog_program.c | sed -e 's/\/\///g')
Флаги сами настраиваются, библиотеки сами линкуются.

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

классно же

Для программиста? И даже это сомнительно… А пользователи должны страдать?

Так же изоляция

Которая привносит кучу проблем, взять хоть подхват GTK+- или NPAPI-плагинов…

apt install anbox

Шо, опакетили наконец? Ну и хрен с ним. Там проблема в итоге оказалась в другом: Наш процессор не поддерживает минимально требуемые Android NDK инструкции (и обнаружилось это не по логам Anbox, которые тупые донельзя, а вообще косвенно). Посему и в виртуалке с Android 4 многие приложения падают при запуске, а более поздние ведроиды вообще не заводятся. В Android-x86 собирались патченый BIOS для эмуляции этих команд совать, надо глянуть, как там дела.

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

где ему еще висеть

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

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

пока отношение не поменяется

Смена отношения будет означать вероятную смерть проекта. Главное, что его могут пилить @metaprog. Если адаптироваться под мнимых единомышленников, но сделать разработку неудобной для @metaprog, то проект загнётся. А так он медленно, но верно, развивается, антиметапрогерам на зло.

зачем свою проприетарную вендовую дрянь тащить на linux.org.ru

А что, обсуждение проприетарщины здесь запрещено? Вон даже целый раздел для новостей про проприетарщину есть. Или Wine/ReactOS запрещены?

Где ещё прикажете искать единомышленников @metaprog: закоренелых виндузятников, которые убежали с вантуза, потому что вантуз скатился в говно, а бесконечно заниматься некрофилией с XP и совместимым с ней железом не получится, и поэтому пытаются теперь сделать из линукса вантуз? Явно ведь не на вантузятницких сайтах.

либо ориентируетесь на какую-то аудиторию и удовлетворяете ее минимальные потребности

Коммерциепроблемы; некоммерческие проекты не обязаны подстраиваться под кастомеров и лизать им зад. Разделяете идеологию проекта: милости просим, нет — скатертью по жопе. Вас часом не смущает, что какие нибудь Свидетели Иеговы, клубы любителей страйкбола, кружки хорового пукания и прочие сектанты окукливаются в своём манямирке и чтят свои догматы, а не подстраиваются под аудиторию, и не идут на уступки, чтобы загнать в свои лавы побольше народу?

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

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

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

Ничёси Вам повезло! Вот это красота! Нам попадались только дрожащие окошки с дефолтной XP-шной темой.

Самая ржака была, когда на каком-то фотохостинге (куда, между прочим, многие не брезговали кидать ссылки с ЛОРа) начинали выскакивать окна «антивируса», который проверял у меня C:\Program Files и чего-то ещё, находил у меня вирус и предлагал вылечить. При том, что браузер работал под линуксом, где ни c:, ни Program Files не было и не могло быть, разве что в префиксе вайна.

Вы как хотите, а я расцениваю это как мошенничество обыкновенное.

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

Для кого стараться? Для кого, например, делать его не на LabVIEW, когда автору удобнее всего в LabVIEW, а помогать никто не желает?

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

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

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

Ой. Я это ему предлагал, наверное, раз 15. Но он то ли хочет всё и сразу (зачем мне учить всю эту археологию, когда у меня через 1-2 месяца, нет, через полгода, нет, прошёл год, но теперь-то уж точно осталось чуть-чуть, будет метапрог сам на себе), то ли специально отпугивает людей.

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

Я не компилятор имел в виду, а то, на чем проект сделан.

На Лабвью он сделан, на Лабвью. Сейчас там кучка DLLей от Лабвью, плюс «исходники» в виде бинарных файлов лабвьюшного же формата, описания которого нигде нет. Насколько я понимаю,

внятную и открытую систему сборки

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

Так что тут Мертвопрог прав, к сожалению.

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

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

abcq ★★
()

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

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

А может быть

В том и беда: может да, может нет, да и тех пару штук. Слишком рискованно.

что автора не переубедишь

Так а что в этом плохого? Из этой упёртости проистекает целеустремлённость в развитии проекта. @liksys вот с презрением отзываются о @metaprog как о носителе синдрома Аспергера — а ведь именно «расстройства» аустического спектра обеспечивают повышенную усидчивость, работоспособность и концентрацию на задаче. В израильской армии целый спецотряд аутистов создали, они там карты изучают и ещё какой-то монотонной работой занимаются.

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

но теперь-то уж точно осталось чуть-чуть

Даже это слизали с винды — в спермёрочном Проводнике прогрессбар так себя ведёт ;-)

Ну а вообще, обычный принцип Парето же. Человеку без опыта в GTD такое искажение в оценке сроков простительно. Сроки оценивать вообще сложно, для этого нужен большой опыт. А опыта у @metaprog нет по определению. Посему срывы сроков — последнее, за что вообще можно критиковать проект.

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

если захотеть

Война меча и щита. Удачи резать стеганографию ;-)

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

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

Ну так я за собственно срывы и не критикую. Критикую за то, что он из этих срывов выводов не делает.

Блицкриг не удался — так явно стоит сесть и подумать, на то ли делалась ставка. И если всё растягивается, не правильнее ли идти подстраховочным путём, где после каждого шага получается вменяемый и в целом полезный результат? Потому как если он окончательно забредёт в тупик после 5, а то и 10 лет разработки — это будет куда больнее.

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

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

Блицкриг не удался

А он вообще важен? ;-)

где после каждого шага получается вменяемый и в целом полезный результат?

А смысл? Задача проекта и его концепция таковы, что «всё или ничего». А полумеры и так уже есть, в виде того же MyOpenLab.

окончательно забредёт в тупик

Вряд ли. Для лепления хеллоувротов оно пригодно уже сейчас.

LabVIEW не для того писали, чтоб на нём можно было взять и сделать убийцу LabVIEW

Ой ли? Они вообще о таком задумывались? :3 Зачем строить теории заговора там, где можно объяснить всё простой глупостью?

Ну и на убийцу LabVIEW Метапрог не тянет в любом случае, поскольку с узкой специализацией LabVIEW — заточенностью на программирование NI-шных железок — он практически не пересекается. Пересечение лишь в общих концепциях. Наличие PyCharm же не отменяет Jupyter и не конкурирует с ним за рыночную нишу. Хотя и в том, и в том пишут на Python, казалось бы.

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

Ну и на убийцу LabVIEW Метапрог не тянет в любом случае, поскольку с узкой специализацией LabVIEW — заточенностью на программирование NI-шных железок — он практически не пересекается.

В представлении автора — да. Однако если Метапрог ВДРУГ взлетит для общего назначения, то ничто не помешает ДРУГОМУ парню, например, из Польши, додуматься до его применения для программирования железок. И это будет уже намного легче, чем писать сам Метапрог. История таким образом сделает круг. LabVIEW, кстати, ЕМНИП, далеко не только для NIшных железок применяется.

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

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

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