Станислав Макаров

То как вы хотите определить массив называется VLA (массив переменной длины).
Эта шутка появилась только в C99 и выше. В С++ их нет.
Но даже и в программах на Си не все компиляторы их поддерживают, например в MSVC, по моему, до сих пор не реализовано. Правда микрософт и не заявляет о полной поддержке стандартов Си.

Так что в С++, как уже было сказано в комментариях, используйте либо динамические массивы, либо std::vector.

умный провинциал из Украины придумал антенну

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

Правда ли он атак работает как говорит автор?

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

Схема не совсем понятна

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

VisualBasic (тот, что .NET) почти ничем не отличается от C#, кроме синтаксиса. Есть даже конвертеры из одного языка в другой - пишете программу на VB, получаете на выходе C# (и наоборот). Но я не советую начинать с VB, так как это фактически мёртвый язык, несмотря на то, что в самом авторитетном рейтинге популярности языков программирования он выше C#. Причина тому - США. Там до сих пор активно нанимают VB-разработчиков, которым приходится поддерживать устаревший код. Особенно это касается банковского сектора. Платят за VB больше, но копаться в легаси - то ещё удовольствие.
В общем, учитывая, что оба языка - детища Microsoft, и что сама компания активно продвигает C#, лучше сразу начинать с него.

Наоборот: Makefile включает в себя шел. Грубо говоря это обертка над shell которая позволяет разбивать shell на блоки и указывать зависимости относительно разных блоков кода shell.

`gcc -c -o main.o main.c` - Эта команда ни как не относится к Makefile в чем конкретно вопрос?

И на сколько я помню, если просто вызвать make то выполнится Makefile из текущей директории, по этому пути и должны быть прописаны относительно текущей директории. Но есть возможность вызвать make указав где нужно искать Makefile но какие именно поведение будет тут я сказать не смогу =( никогда так не делал, надо смотреть.

Принцип KISS не означает что надо использовать самые примитивные инструменты.
Он означает, что не надо переусложнять систему без нужды.
Если так рассуждать, так и высшее образование не нужно: "Дед отличные бани строил, хотя вовсе был неграмотный. Я и без сопромата небоскреб построю!"
Если вы пока ещё не понимаете назначение всех этих "лееров, провайдеров и репозиториев", это не значит, что они вообще никому не нужны.

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

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

Нет разницы - оба варианта некорректные, таких JSON'ов не бывает.

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

R=G=B, поэтому можно брать любую компоненту,например, R.
Диапазон от 0 до 255.
Нормализуем: percent = 100.0 * (R / 255.0);

1. Создание tcp-соединения медленное;
   
2. Создание tls-соединения ещё медленнее;
   
3. Установка соединения протокола уровня приложения ещё медленнее;
   
4. Аутентификация подключения на порядок медленнее;
   
5. Создание сессии для соединения системой управления базами данных такая же медленная;
   
6. Завершение сессии и освобождение ресурсов медленное;
   
7. Закрытие соединение относительно быстрое, но тоже не мгновенное.
   

Если 500 раз в секунду соединение создаётся, через него выполняется один простой запрос, и соединение закрывается, то СУБД и клиент часть пропускной способности тратят на выполнение бессмысленных действий. Намного разумнее один раз открыть соединение, прогнать через него два миллиона запросов и только потому может быть закрыть.

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

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

Пишется достаточно просто. Все что вам нужно:
- знание функций, которые позволяют работать с реестром. Они есть по моему в winAPI, ну или гуглятся очень быстро
- какой то фреймворк для простого формошлепства. Если навыков все равно нет - Qt рекомендую.

Главное разделите модель, данные и вьюху - не пытайтесь сразу нарисовать дерево реестра напрямую.

1. Выделить одну главную функцию сервиса
2. Сделать её, сверстать и выкатить, это будет MVP
3. Не заморачиваться с вёрсткой
4. Не заморачиваться с методами авторизации
5. Не думать про нагрузку, не заниматься оптимизацией кода и БД
6. Если поймали себя на мысли что вы думаете какой паттерн тут применить вы в Ж, просто пишите код, который работает!!
7. Не совмещать написание сервиса, который вы РЕАЛЬНО хотите запустить с изучением чего-то нового (языка, БД). Утоните в учёбе и никогда не запустите.

Это всё на своём опыте написания проекта говорю вам а не голословно ))