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

Но по сути несложная и доступная для понимания.

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

Ничего сложного в дюжине сишных фундаментальных типов нет

Есть, попробуй поработать с числами которые больше чем 2^80, ну или с векторами.

Придется строить абстракции для удобной работы!

Да и для кроссплатформенности тоже!

Владимир

Почему то вы ООП все время отождествляете с абстракциями и объектами.
ООП - один из возможных подходов для использования объектов.
Си позволяет реализовать любую объектную модель.

Ну то после релиза уж)))) Большое число как массив из 64-битных типов.

Сложны не сами абстракции, а вещи, которые можно делать с их помощью. Если вы на C попробуете написать Chromium, то у вас это займет на несколько порядков больше времени, чем на C++.

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

Ну на метапроге проще будет и быстрее, чем на чистом Си.

Владимир

Не о том речь.
Скорее всего вам не нравится ООП C++ ...

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

Но ООП не дает никаких сложностей для машины, сам по себе.

Ну на метапроге проще будет и быстрее, чем на чистом Си.

Какие ваши доказательства?

ООП С++, джавы, .нет. Ну плюс еще не нравится питон, джаваскрипт, РНР и вообще весь современный веб кроме простого HTML.

Сферическое в вакууме может и нет, а на деле что получается - сам знаешь, так?

Но «простой» HTML очень костыльный, другое дело XHTML!

Хотя и он плох, все плохо %)

А как насчет графических диаграмм еще и в роли веб-страниц? С зумом и разного вида элементами?

Это ты про создание сайтов на метапроге?

ООП С++, джавы, .нет. Ну плюс еще не нравится питон, джаваскрипт, РНР и вообще весь современный веб кроме простого HTML.

А жить ты на что будешь? Кто возьмёт на работу амбициозного хама, которому всё вокруг не нравится?

Не только о программировании речь.

2-мерная диаграмма (с текстовыми полями, кнопками, фотками, видео итд итп) как аналог веб-страницы.

Если что, донат-адрес висит.

Мне кажется страницы в виде газето-книги идеальны, ничего менять не нужно %)

Если что, донат-адрес висит.

А ты смешной.

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

По моему такое хорошо для создание программ, но не для чтения страниц.

Думаю мануалы к метапрогу так делать

Владимир

Поддерживаю ваше стремление к простоте, но не до абсурда.

Сделал свою метапроговскую функцию, скоро будут еще функции и схема с ними. С жесткими последовательностями все понятно?

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

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

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

Владимир

В электроники CADs все построены с использованием абстракций.
Все микросхемы, ... - объекты.

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

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

Видимо да.

Без понятия что за функция и что с последовательностями %)

Владимир

Предоставьте стандартные названия и возможность пользователям использовать синонимы.
И пусть называют сокет например - «саке» /это будут их проблемы/.

В заголовке вкинул:

Функция для открытия слушателя (listener) на нужном адресе и порте и ее схема:

https://i.postimg.cc/8kXBCX40/image.png

Зеленые стрелки - особенные. Они задают жесткую последовательность выполнения. Сначала bind и только потом уж listen. Сначала listen - и только потом уж сокет можно передать дальнейшим функциям (например, accept).

Главное не забывать что сервер на стандартном listen, accept будет лагать при 10 человеках %) Нужно использовать асинхронный ввод/вывод!

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

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

Расскажи подробнее что это, с чем его едят и какие библиотеки включать (встроено в glib?).

встроено в glib?

А, ну кстати в glib есть GIO, а там асинхронные сокеты для сети, можешь их использовать!

Ну а чем синхронные и асинхронные отличаются? Что это вообще такое?

Лучше почитай, я не знаю как объяснить.

А почитать-то что?

Мне интересно чем оно технически отличается.

А почитать-то что?

Низнаю %)

Ну вообще отличие простое, когда ты вызываешь accept, или допустим scanf, программа «зависает» до того времени как кто нибудь не подключиться (accept), или не введет что нибудь (scanf). А вот «асинхронный accept» никогда не зависает.

Отличие в том что «под капотом» у функции listen?

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

Уязвимостей в них быть не может?

Они и в ядре могут быть %) Ну GLib же популярная библиотека, ее проверяют и все такое...

Ладно, какие функции? Пример?