Saboteur

Про файловую систему - изучить права доступа в POSIX, понять как работают iNode, почитать про File System Hierarchy Standard

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

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

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

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

А почему вы считаете, что это старые технологии?
Везде уже давно кричат, что скоро программисты будут не нужны. Будут нужны люди, которые пишут пару строк в табличках, потом все уходит на какой-то сервер и возвращается готовой программой. И документация потеряна 100 лет назад.

Вот вы и попали в проект будущего..
Поработайте полгодика, потом расскажете как там в будущем...

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

Переменная PS1 собственно и содержит строку приглашения, которая содержит обычно имя юзера, имя хоста, текущая директория и этот символ.

Столкнулся с ООП в процессе изучения C#. Это не очень сложно, но есть желание узнать в полной мере внутреннее строение некоторых методов, как они вообще создаются и работают?

Методы создаешь ты, ты же программист. Если же ты про методы стандартных классов, то читаешь документацию о методах. Исходники методов вроде бы как доступны.
Но ООП это больше про организацию труда, а классы это уже следствие.

Может, я вообще не с того начал? Может, для полного понимания надо было начать не с объектно-ориентированного языка? Нужны ли C и C++ для постижения дзена?

Базово - можно. Во всяком случае С и С++ сейчас самые близкие к низкоуровневым языкам.

А как вообще работает компилятор? Как условный WriteLine заставляет пиксели на экране складываться в нужную для вывода информацию в C# или как это делает print в Python? Как создаются и работают инструменты языка программирования?

Нужно почитать про ассемблер, архитектуру процессора. Потом про функции биос и ОС.

Microsoft Learn рассказал мне, что есть и какие-то другие типы программирования - например, функциональный F# и прочие подобные вещи. Зачем они нужны, в какой момент начать их изучение?

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

Люблю Линуксы, страшно нравятся Линуксы. Бесконечно ставлю их, настраиваю их, нахожу мелкие кусочки информации о том, как работает та или иная в операционной системе вещь. А как это всё работает в целом? Как вообще работает операционная система? Узнал, что существуют дистрибутивы, где у тебя есть чуть ли не голое ядро и ты собираешь систему сам под свои нужды. А как работает это самое ядро? Что оно такое? Как начать самому собирать системы, где и как этому научиться? Что скрывается за графическими оболочками?

Ядро операционной системы собственно та вещь, которая позволяет тебе запускать программы.
Современные операционные системы
1) почти все многозадачные, позволяют запускать несколько программ одновременно
2) предоставляют интерфейсы для работы с устройствами (через драйвера и функции ОС), чтобы упростить работу разработчикам.

А как работают программы с операционными системами? Почему программы Windows не работают с Linux и какими хитростями линуксоиды все-таки заставляют их работать?

Читай про функции ОС, стандартные библиотеки. Ну и архитектура.

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

Поэтому мало знать технологии и иметь опыт работы, надо еще уметь устроиться.

поверхностному DevOps инженерингу (для примера я работал с Docker, Ansible, и по минимуму с k8s)

А причем тут девопс?

Ansible это инструмент оркестрации из системного администрирования
Docker это инструмент контейнеризации для разработчиков, кубер - оркестрация этого.

Девопс - это про методологии, организацию процессов. А инструменты - обычная автоматизация инфраструктуры проекта и CI/CD. Это больше про configuration engineering

Делаешь третий файл .conf в sites-available, и добавляешь на него ссылку в sites-enabled
С точки зрения веб серверов, поддомен и другой домен - практически одно и тоже.

grep  -o /var/log/partner/*.log 'transparent.*partner_id=\K\d' | sort -q

Я взрослый овощ, 20 лет,

Если взрослый, то почему ты все еще ждешь чтобы тебя за ручку водили?

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

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

22 строки - тернарный оператор и можно if в одну строку, если там только одна команда

def invert(d):
    res = ""
    for i in d: res+=("0" if i == "1" else "1")
    return res
def dracon(n):
    if n == 1: return "1"
    s2 = invert(dracon(n - 1))[::-1]
    return dracon(n - 1)+"1"+s2
dr = dracon(int(input()))
print(dr)
import turtle as t
tt = t.Turtle()
tt.left(90)
tt.forward(4)
for i in dr:
    if i == "1":
        tt.right(90)
        tt.forward(4)
    else:
        tt.left(90)
        tt.forward(4)
input()

Результатом получили следующее: при разгоне стабильно ведут себя 4 машины из 6 при абсолютно одинаковых вводных данных, 1 компьютер самопроизвольно перезагружается при любом разгоне (видеокарта, процессор не важно) один выдает регулярно синий экран.

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

Проблему с электричеством решает качественный стабилизатор, что-то типа LogicPower LP-W-5000RD.
В идеале по стабилизатору на каждый комп, либо одни на два - посчитать по ваттам (нормальный стабилизатор для компа должен стоить примерно от 50-80$)
Можно конечно и онлайн бесперебойники, но это будет в 2-5 раза дороже.

И для прогеймерских машин i5 не очень, конечно лучше i7.
Опять же, разгон - для про организаций плохое решение. Должно хватать штатной мощности без разгона, чтобы была стабильность.

можно. Если знаешь что делаешь и зачем.

частоту монитора проверь

1. Можно посмотреть просто крупных локальных инет провайдеров, которые также предоставляют виртуалки. Там нет такого крутого облачного апи как в крупных AWS, GoogleCloud, Hetzner, DigitalOcean, просто банальные VPS
Зато они могут оказаться заметно дешевле. Можно глянуть тот же адамант, лакинет. Удобство, что можно прийти в офис пешком и настучать/договориться.

2. Можно посмотреть в европу. Традиционно трансмагистральные каналы в европу (Франкфурт-на-Майне) были и толще и "ближе" по хопам, чем в РФ, поэтому смотрите что-то там - Hetzner, DigitalOcean, etc