Adamos

в JS - никак. Вы можете разве что делать разные оптимизации поверх сборщика мусора - пул объектов, переиспользовать массивы, не создавать функции на каждый чих и так далее. Но большой вопрос - зачем это вам.
Если у вас не реалтаймовое приложение с большим количеством данных - убедитесь что нет утечек памяти и успокойтесь :)

Если просто душа просит другого - то вам нажен другой язык. И соответственно это будет не веб (разве что через WASI но это не точно)

Но, что если программист сам хочет принимать решения, и следить за памятью

Такого программиста надо отправить в хардкорную embedded разработку и он будет там счастлив, считая байты и подчищая регистры. А если будет оттуда выбираться и пытаться следить за памятью самостоятельно там где есть проверенные встроенные механизмы (GC, ARC и прочее) надо отбирать клавиатуру.

Можете, пожалуйста, объяснить как точно все это устроено в памяти?

Обычно это устроено так, что поля идут одно за другим в памяти. Но кроме размера у полей есть выравнивание. Например, uint32_t выравнивается на 4 байта, а uint64_t -- на 8. Поэтому между идущими подряд полями разного типа могут быть дырки.
В приведённом примере double -- поле с наибольшим выравниванием, выравнивание объекта будет на 8, поле c будет по смещению 0 в объекте, поле d -- по смещению 8, а поле i -- по смещению 16. Если иметь это в виду, то игры с указателями приобретают смысл.

Текст задания: все поля этого класса закрытые, ваша задача реализовать несколько функций, которые дают полный доступ к этим полям (см. шаблон кода), несмотря на то, что они закрытые.

Пожалуйста, никогда так не делай.

Браузер рендерит страницу на основе сгенеренного сервером html, отступы в шаблоне для него не имеют значения. Отступы при смешении php и html нужно делать во благо читаемости.
На заметку - в шаблоне надо использовать альтернативный синтаксис управляющих структур. И <?php echo заменять на <?= .

В регулярках есть глобальные и локальные флаги.

$text = 'JA Ja jA ja';
$text = preg_replace('/J(?i:a)/', 'Я', $text);
$text = preg_replace('/j(?i:a)/', 'я', $text);

на всех трех платформах VLC

Вы можете выпустить ПО с использованием нескольких лицензий:

• Некоммерческое использование
  
• Коммерческое использование
  

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

https://en.wikipedia.org/wiki/Multi-licensing
https://ru.wikipedia.org/wiki/%D0%94%D0%B2%D0%BE%D...

У вас сейчас не установлен какой-либо дистрибутив linux, то что вы перед собой видете это UEFI Shell - инструмент управления загрузкой вручную, подсистема не увидела какой либо .efi файл, поэтому и выдала вам командную строку. Если вы хотите установить какой-либо дистрибутив линукс, вам нужно записать его на флешку и ,соответственно, поставить систему, можете попробовать выйти в биос клавишами ctrl f2 и перейти в раздел boot, скорее всего там будет только одна позиция - а именно оболока uefi shell

TL;DR меньше внимания деталям реализации, больше внимания на алгоритм решения.

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

Ооо.... Вы это сейчас вообще серьёзно?

Если вы запускаете DBaaS платформу и не знаете что делать собственно с базами - то у вас не

Запускаю свою облачную платформу, код и архитектура создана с нуля.

У вас нет вообще абсолютно ещё ничего и уж архитектуры - в особенности. Кроме "идеи", над которой бьётся давно и много кто, при том имея ресурсы на собственные команды DBA.

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

Значит этому юзеру достаточно ходить только на мастер.
Для сферического в вакууме приложения нет средств автоматически распределять запросы по репликам. И такое сделать вовсе невозможно без накладывания ограничений на использование. Например,
select somefunc();
Что делает эта функция? Она только читает данные и потому можно отправить на реплику или она пишет и потому должна быть на мастере? Хотите правильный ответ от контрибьютора postgresql? Это достоверно не знает даже сама база до тех пор пока не выполнит функцию.

Другой пример:

begin isolation level repeatable read;
select ...
update ...
commit;

Как максимум на запросе select вы должны уже знать можете ли вы эту транзакцию отправить на читающую реплику. Откуда бы вам это узнать заранее?
И прочие принципиально-нерешаемые вопросы.

DBaaS это не про большие базы. Как бы не хотелось маркетингу убедить в обратном. Это про небольшие или стартующие проекты, где проще переплатить сервису за относительно вменяемую настройку и сопровождение типовой конфигурации.