Saboteur

Отказаться от макросов.

Макросы можно использовать только внутри конкретной организации.
Пересылать документы с макросами партнерам/клиентам - ужасное решение. Для начала, я бы запретил в своей организации открывать документы с макросами, которые написал кто-то - это банально брешь в защите.

Навязывать всем клиентам или партнерам какой-то единый офис не выйдет.
Навязать всем производителям офисных решений единый формат не выйдет.

Искать кардинально другие решения.
Для начала попробовать перейти исключительно на формулы
Потом задуматься о глобальном решении. Может веб-сайт на котором будете реализовывать решение.
Может экспорт ваших документов в pdf или еще что.

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

Материнка не поддерживает видеокарту, если некуда вставить и интерфейс не совместим.
А где у вас указано, что видеокарта не поддерживается?

1. Если пакет не прошел, полезно его повторить именно на последнем участке, а не с первого шага
2. Маршрутизируемые протоколы могут отправить пакет разными путями, и ты тоже только на верхнем уровне тогда сможешь понять дошли ли все пакеты.

psql fignya >/dev/null 2>/dev/null
if [ $? -ne 0 ]; then
  echo "My own sql error message"
else
  echo "Sql completed successful"
fi

Автодополнение в linux shell это большой и длинный набор скриптов на bash, которые можно дописывать и самому.

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

Не очень понятно как можно собраться писать свою CLI оболочку и не знать как в ней сделать реагирование на нажатие клавиш.

Каким образом движок написанный на C++ понимает другие языки?

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

Напиши сперва hello world
потом усложни.
А уже потом попробуй змейку.

Вроде основы выучил,

Вот тут проблема. Основы ты не выучил, а просмотрел. Выучил, это когда на практике попробовал и у тебя много раз получилось.

Когда-то очень давно я делал такой трансфер данных, на одном компе через консольный qrencode кодировал данные в QR коды и пускал их с частотой примерно 1 в секунду

Потом видео на другом компе через ffmpeg разрезал на кадры и кадры парсил через консольную утилиту zbar (zbarimg).

Но это было очень давно и я не помню точно. В черновиках скриптов у меня еще фигурирует https://zxing.org/w/decode, в который похоже можно отправить картинку с qr кодом и получить данные из него.

Можно поискать в эту сторону, или погуглить есть ли сейчас консольные утилиты для парсинга qr кода из изображения, и заскриптовать.

Ну мне не нужно научиться ездить на машине, мне нужно понять, как это делать теоретически. А дальше я уже сам додумаю, как я это буду тренировать практически.

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

И только после этого начинаются нюансы разработки и программирования.

В офисе сразу идут нюансы разработки и программирования.

Так что хочешь идти во фриланс - вперед.

Да все пишется скриптами.
Любой инструмент, который может подключиться по ssh или имеет свой агент.
Начиная от дженкинс/ансибл и заканчиваая какими-нить ентерпрайзными IBM uDeploy/Octopus

Нужно понимать, что bare metal или просто виртуалки не умеют откатываться автоматически - им просто руками нужно прописать откат, а для этого во время деплоя просто делать бэкап (fs snapshot, tar.gz, или версионирование как сам придумаешь).

В подавляющем большинстве случаев, проблема отката больше с тем как базу назад откатить.

эм. логирование может быть разнообразным, и вообще не обязательно в файл.
Зависит от игры, зависит от того, что надо.

Можно логировать технические моменты, например работу 3д движка, подключаемые библиотеки и функции, детект что может карточка, разрешение, мониторы, использование ресурсов.
Можно логировать игровые действия игроков или npc
Можно логировать сетевую активность
Можно логировать пользовательскую активность по интерфейсу (сбор метрик для ui дизайнеров)
Мало ли что.
формат НИЧЕМ не отличается от логирования любого другого софта.
Смотришь сколько логов, думаешь нужно больше или меньше. думаешь как оптимизировать.
можно в файл, можно в базу, можно в несколько сразу

Используй базу данных

#!/bin/bash

function check_srv() {
ping $1 && echo "$1 is <font color=green>online</font>" || echo "$1 is <font color=red>offline</font><br>" >>status.html
}
echo "Status<br>">status.html
check_srv server1.com
check_srv server2.com

Вопрос в том, реальна ли скорость в гигабит (и выше) в повседневном использовании со стороны клиента, либо сервера с сайтами, приложениями, играми и т.п. не способны задействовать полные возможности даже гигабитной сети провайдера (не говоря уж об оптике без искусственного ограничения) и нет смысла в тарифах свыше 500 Мбит/с? Если реальна, то каков сейчас "потолок" скорости передачи трафика при условии отсутствия ограничения провайдером?

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

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

Поэтому и тарифы зачастую не только ограничены банальными 100 мб или 1гб, но еще и указано, что "до 1 гб", потому что не гарантировано.

10 гб между клиентом и серверов на междугородном и тем более международном уровне организовать КРАЙНЕ сложно и дорого. Во всяком случае гарантированную - для этого зачастую арендуют каналы, а не покупают подключение к интернет.

Какими способами ты находишь нужные слова, чтобы сказать предложение? Можешь вкратце описать?

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

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

добавить параметр к опции -depth в вашем find