Saboteur

Может, есть решения, которые позволяют из файла вытаскивать все серверы прокси и проверять их?

ЛЮБОЙ скриптовый язык программирования, и скрипт на 1-5 строк

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

Тебе же прямо сказали. Нужно изучить язык программирования.
Не на уровне "почитал книжку". Не на уровне интерн/джуниор. А на уровне уверенного разработчика.

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

Поэтому правильный путь - это потратить МНОГО времени и МНОГО усилий.
Ты же сам сказал, что все что ты изучил - там давали базовое понимание что это такое.

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

Я пользовался VVV который можно было прикрутить к FAR в качестве виртуального архиватора.
Суть - вместо архивации файлов, создается "архив", где есть только список и аттрибуты (размер, тип).

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

сходу вот нашел для любителей окошек
https://rutracker.org/forum/viewtopic.php?t=179374

Это зависит от того, для чего нужна ОС.
Сама по себе ОС потребляет почти ничего, вопрос что на ней запускать. Это следует уточнить.

Стало интересно а как происходит поставка? Не могут же просто поставлять сурсы, а потом сборка локально происходит, но в таком случае как читы пишут. То есть, обычным людям все-таки доступны сурсы клиентов. Или все-таки нет?

Почему не могут? Могут и так. есть много opensource игровые проекты, которые могут подозревать сборку у клиента.
Но вообще вопрос дуракций. Ты никогда не ставил игрушку? Никогда не заходил в каталог с игровыми файлами?
Что за бред в постановке вопроса.

Да просто в крупный финтех пойдите.

stdout и stderr ОБА изначально замаплены на ваш терминал. У терминала нет stdout и stderr, он есть у конкретной консольной программы.

Если вы хотите выводить ошибки красным цветом, просто выводите их красным цветом при помощи управляющих кодов, то есть не сам вывод перекрашивайте а ваш текст

Java ближе всех к C# из предложенных.

Другое дело, что институтская программа подразумевает такой низкий уровень владения языком, что на институтском уровне можно все три плюс C# изучить за это время и потом уже специализироваться.

Если код выполняет свою задачу и устраивает бизнес - значит достаточно хороший.

Если хотите расти как разработчик - читайте стандарты, переписывайте код чтобы он им соответствовал (name convention или для питона вообще PEP 8)

Основная задача красивого кода - легкое чтение и изменение. Подразумевается что быстро вникнуть в код и изменить его сможет не оригинальный автор, а другой разработчик.

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

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

А что ты уже читал хотябы в википедии?

Ну вот например протокол низкого уровня - мы по кабелю пересылаем данные при помощи дискретного сигнала. Это же явно уровень ниже, чем HTTP
или вместо кабеля на каком-то этапе нам нужно перейти на wifi, и передавать данные уже радиоволной, со своими особенностями, синхронизацией сигнала, отвержением отраженных повторений.

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

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

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

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

Искать кардинально другие решения.
Для начала попробовать перейти исключительно на формулы
Потом задуматься о глобальном решении. Может веб-сайт на котором будете реализовывать решение.
Может экспорт ваших документов в 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