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

Короче

Тут нужно еще обсуждение на страницу))

Не убедили, плоховато страетесь

например это https://github.com/ocornut/imgui

Ну окей, только странно почему ты сидишь тут а не на каком нибудь форуме в gopher, там же только текст, как ты любишь. Никаких картинок!

Ну это для игр и чего то низкопроизводительного, Gtk3 все же «круче».

Да, гладкие многообразия, спасибо. Я не очень математик :)

ты 3d графику делать собрался?

А вдруг? Или видео-плеер, как его на imgui сделать то? Вот в Gtk кинул виджет GtkVideo на форму и играй себе!

Вот эту часть из C++ брать точно не стоит. Огромная часть утечек и сегфолтов именно из-за этого дурацкого полу-ручного управления памятью.

На кой тогда эту программу делать?

Gopher

Как там, в 90-ых?

почему ты сидишь тут

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

там же только текст, как ты любишь. Никаких картинок!

Я нигде такого не говорил. Видимо шизофрения не только у автора темы.

Не совсем тебя понимаю.

Как там, в 90-ых?

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

Я нигде такого не говорил. Видимо шизофрения не только у автора темы.

Но ты же говоришь что текст хуже текста с картинками.

Типа вас с метапрогом.

Дык они ж одноклассники. Или даже одно лицо.

Изоморфизм в данном контексте - это возможность получить из диаграммы код и из кода диаграмму.

Изоморфизм, биекции... Тут преподы высшей математики собрались?

Мне нравилась версия из прошлого треда! Где я был учитель киевского лабвиевского университета.

Тут собрались просто обычные программисты и вы. У меня математика не то что не профессия - я её с вуза уже почти забыл :)

учитель .... университета.

Ты себе очень льстишь.

А вы меня как то принижаете зато, сомневаетесь в моей личности!

Но ты же говоришь что текст хуже текста с картинками.

Ладно, сделаем скидку на твой уровень интеллекта. Это был переделанный бородатый анекдот.
А ты думаешь до метапрога не было похожих языков? Были и есть. Но никому не нужны. Про причине убогости самой концепции. Детали вторичны.

Ладно, сделаем скидку на твой уровень интеллекта.

Но это же ты глупый, уже 100 раз обсудили почему другие языки с графикой не взлетели, они были совсем другие, ну прям СОВСЕМ, это как говорить что если ассемблер под PDP-11 не взлетел (знаю что взлетел), то и JavaScript не взлетит.

Громкое заявление про «никому». Ну вот как минимум одному метапрогу они нужны (даже если предположить, что все интересующиеся беззвездные в треде - одно лицо)

(потому что оба это текстовые языки!)

зачем делать программу, если можно на тулкитах (которые будут заюзаны в этой будущей программе) сделать gui, без этой будущей программы, в чем смысл?

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

картинка_про_14_конкурирующих_стандартов.jpg

ОП делает аналог LabVIEW (но совсем другой!), вот он будет на gtk3, а ты о еще каких то программах, подпиши что есть что, так будет понятнее...

Вообще не в тему, лол. Аналогов нет!

Я тоже так думаю. Меньше минуты между ответами друг другу. Я и говорю - театр одного актера.

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

И все? Пффф...а я ждал развернутой аргументации.

Две личности в теле - двойная сила, двойная мощь! ШУЕ! Про рептилойдов еще что нибудь придумайте.

Про рептилойдов еще что нибудь придумайте.

Ну шизофрения-то не у меня.

Автоматического free не будет. Но в интерфейсе создания диаграмм будут предупреждения об утечках памяти.

зачем аналог, если есть LabVIEW? Я как понял он хотел визуализировать создание gui для Си. Так зачем тогда gtk,goobject и т.д, в чем фишка?

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

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

зачем аналог, если есть LabVIEW?

Он закрытый и ограниченный!

Я как понял он хотел визуализировать создание gui для С

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

Графическое представление полезно

1. когда нужно объяснить концепцию работы кода, какой-то аспект или абстракцию. Но не весь код! т.е. в этом случае от представления никто не ждет точности. Главное - описать идею Детали, Штирлиц, додумайте сами (С). В этом случае графически могут быть использованы любые «концепты»: Data Flow, Work Flow, State Transition, Connectivity и еще Бог знает что, что можно в графы уложить и будет иметь наиболее простой вид. Т.е. это еще не код (или уже не код). Нарисовали (руками), посмотрели, поняли, можно выбрасывать

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

3. Нишевые (не претендующие на полноту) визуальные представления «лапши» для (радио-)любителей схемотехники (аудио, видео, любой процессинг — PD, Faust, Blender, LabView,...). Там signal/data flow вполне органичен, юзабелен. Полнота специально обрезана ради выразительности 99% кейсов. Там не нужны указатели на функции и, тем более, рекурсия и лямбды. Тут граф живет долгой жизнью. но построение Diff-а графа затруднено (для VCS). Много академических статей на эту тему, но нигде красивого решения я не видел. Может подскажете.

4. Детские языки программирования типа Scratch. С этим все ясно. Полнота есть, но юзабельность для большого кода страдает. Используются как трамплин в «текстовые» языки.

5. Параллельное представление кода в виде графа по мере написания текста программы (Видел такое для ДРАКОНа). Мне лично польза не ясна. Граф растягивается по вертикали при росте кода и наглядность тут же теряется. Граф же рисуется ради наглядности, а не ради графа, а кода больше на экране помещается.

Автор, оставь затею. Если тебе LabView поможет Си изучить и углубиться серьезно в программирование и вообще в CS, то возможно, имеет смысл продолжать. А лучше, потрать время на учебу. У тебя впереди еще минимум 8 лет образования. Прочитай для начала Бытие. Хотя-бы до вавилона.

Очень интересна реализация определения утечек

Особенно несколько страниц назад его спросили про valgrind. Он сказал что не знает что это. :)

free в функциях это зло, я вот думал как в C++, если переменная больше не используется то там автоматически компилятор вставляет free, ну я просто объясняю, там система сложнее, надо сделать возможность напрограммировать расширение для metaprog, помечаешь переменную и она в конце функции удаляется... А может и не надо это, ладно, потом.

А к чему тебя убеждать если контрибутить все равно не собираешься?

Прочитай для начала Бытие

Вместо этого у него есть книжка Just For Fun)) 21 век...

Графическое представление полезно

Точка!

Гладкие многообразия... вы меня испугать решили?))

free в функциях это зло

Исключение это специальные функции, типа g_socket_close(GSocket*) которая удаляет структуру и все что у нее внутри!

если это новый язык программирования, то пишите тулкит под/для него.

Сам я кстати считаю существующие графические языки дико неюзабельными, и лучше на ассемблере буду писать!

А зачем? Gnome-библиотеки прекрасны!

чем?

А думаешь кто-то еще будет?