res2001

Польская нотация учитывает всё, что угодно. В смысле, что напишешь, то и будет.
унарные операторы? Делай две операции - UNARY_MINUS, MINUS. 1 1 UNARY_MINUS MINUS == 2
Сложные операторы? A B C TERNARY (не лениво? ну можно и лениво сделать)
Функции? a b c d 4 max call. Здесь a, b, c, d, 4, max - аргументы, они все ложатся в стек. Интерпретатор видит call, достает из стека функцию (max), понимает, что это функция с переменным числом аргументов, достает это число (4), достает остальные аргументы по количеству, вызывает функцию max(a b c d).
В Полизе могут быть инструкции, управляющие потоком выполнения 1234 JUMP - переводит курсор на адрес 1234.
Всё зависит от твоей извращенности, короче.
Чтобы не быть голословным, вот мой пет-проект, там вычисление как раз на Полизе реализовано.

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

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

Надо просто указать удаленный пустой реп и залить его туда git push - все локальные коммиты перенесутся.

1. Сортируем заказы по времени начала.
2. Берем первый заказ в очереди.
3. Находим машину, которая к этому времени свободна минимальное время.
4. Назначаем заказ ей, выкидываем его из очереди.
5. Возвращаемся к п. 2.

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

V(irtual) - то есть физически не существующая
P(rivate) - частная, то есть содержимое которой недоступно для внешнего наблюдателя
N(etwork) - сеть - обьединение нескольких компьютеров.

Для уродства времен Роскомнадзора - это обычно Ваш компьютер (роутер) и VPN-сервер в Забугории. Суть этого уродства в том, что между Вашим роутером и VPN формируется "труба" - закрытый средствами шифрования (сбрутить никак) канал, который непрозрачен снаружи и весь трафик (или не весь, а только некоторый) заворачивается в эту "трубу". И сервер, к которому подключаетесь, думает, что Вы из Голландии, например.

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

UPD: А реализовываться у нас будет не китайская схема (умный фильтр), а северокорейская (белый список).

проверьте hosts файл и вообще днс, правильно ли все резолвится

libcurl

Вариантов множество. В одном из недавних проектов я использовал libuv, http-parser и jsmn.

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

Например

const char a;
const char const a;
const const char a;
const const const const const char a;

обозначают одно и то же - константу типа char.

Есть ощущение, что настроить себе CI/CD нормальный девелопер и без OPS сможет.

сможет конечно. только:
– ненормальных девов намного больше нормальных
– у нормального дева и так задач больше, чем времени

кажется, что всё больше платформ переходит на виртуализацию/аутсорс (PaaS, SaaS, managed Kuber и т.д.)

так и есть. только это никак не отменяет необходимость иметь в штате человека(ов), способного этим рулить.

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