Почему софты решают в карьере? Представьте двух сеньоров. Первый - гений кода, но молчун, который делает всё по-своему и огрызается на менеджеров. Второй - пишет хороший (не гениальный) код, но умеет объяснить бизнесу риски, менторит джунов и гасит пожары в чатах. Кого сделают тимлидом или CTO? Второго. IT - это не про написание кода в вакууме. Это про решение проблем бизнеса руками команды. Чем выше вы по карьерной лестнице, тем меньше вы пишете код и тем больше говорите. Сеньор - это на 50% психолог и переговорщик.

Что внутри (176 страниц чистого «мяса»): 💀 Малварь своими руками: написание троянов, локеров, шифровальщиков и классических файловых вирусов. 🐚 Reverse Shells: создание обратных оболочек для удаленного управления. 🕵️ Разведка и анализ: автоматический сбор инфы о цели и динамический анализ вредоносного кода (включая работу с API VirusTotal). 🤖 AI и автоматизация:

Вся серверная инфраструктура (99%) живет на Linux. Вы должны перестать бояться черного экрана с белыми буквами. Вам не нужно быть гуру DevOps, но навигацию, права доступа и работу с файлами знать обязаны.

Если у вас Windows: ставим WSL2 (Windows Subsystem for Linux). Это нативный Linux внутри вашей винды. Забудьте про PowerShell для запуска Python-скриптов.

Где учить:

- Linux Journey - Лучший ресурс для старта. Проходите разделы: Getting Started, Command Line, Text-Fu и Permissions.
- OverTheWire: Bandit - геймификация. Вы подключаетесь по SSH и проходите уровни, решая задачи через консоль. Практика команд grep, find, ssh в боевом режиме.
- Explainshell - вбиваете любую команду (например, tar -xzvf archive.tar.gz), и софт визуально разбирает, что значит каждый флаг.

Ctrl+Z не спасет, когда вы случайно удалили половину проекта. Git - это ваша машина времени. GitHub — ваше портфолио (на старте). Знать git add . и git commit — мало. Нужно понимать, что такое ветки (branches), слияние (merge) и как решать конфликты.

Где учить:

- Learn Git Branching - тот самый сайт, о котором я говорил. Визуальный тренажер. Вы пишете команды, и дерево коммитов рисуется у вас на глазах. Пройдите уровни "Main" и "Remote". Мастхэв.
- Pro Git Book - библия Git. Бесплатная, переведена на русский. Глава 2 (Основы) и Глава 3 (Ветвление) обязательны к прочтению.
- Oh My Git! - если совсем скучно читать, попробуйте эту опенсорсную игру.

IDE - это ваш станок. Вы должны знать его лучше, чем свою квартиру.

- VS Code: Легкий, гибкий, стандарт индустрии. Ставим плагины: Python, Pylance, Black Formatter.
- PyCharm: Мощный комбайн от JetBrains. Умеет всё из коробки.

Что делать:

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

Вы готовы идти дальше (к SQL и базам данных), если:

- Умеете склонировать репозиторий, создать ветку, внести изменения и сделать Pull Request.
- Знаете, как убить процесс на порту 8000 через терминал (lsof -i :8000 / kill).
- Пишете код в IDE, используя дебаггер (точки останова), а не только print('tut').

Многие новички сразу хватаются за ORM (библиотеки, которые пишут SQL за вас). Это фатальная ошибка. Если вы не понимаете SQL, ORM напишет за вас такой запрос, который положит базу.

Поэтому план действий:

- Основы: SELECT, INSERT, UPDATE, DELETE.
- Агрегация и Группировка: GROUP BY, HAVING, COUNT, SUM.
- Связи (самое важное!): INNER JOIN, LEFT JOIN. Вы должны понимать, как "склеить" таблицу пользователей и таблицу заказов.
- Транзакции (ACID): Поймите, почему деньги со счета А не спишутся, если не зачислятся на счет Б (BEGIN, COMMIT, ROLLBACK).

Где учить, самое главное:

1) SQLBolt - интерактивная база. Проходится за выходные.
2) PostgreSQL Exercises - практика именно по Postgres. Раздел Joins прорешать трижды!!!

# 1 запрос в БД, чтобы получить книги
books = Book.objects.all() 

for book in books:
    # ОШИБКА: Для КАЖДОЙ книги летит отдельный запрос в таблицу авторов
    # Если книг 100, будет 101 запрос в БД.
    print(book.title, book.author.name)

# 1 запрос в БД: ORM делает JOIN под капотом и достает всё сразу
books = Book.objects.select_related('author').all()

for book in books:
    print(book.title, book.author.name) # Данные уже в памяти

В вакансиях Docker стоит сразу после Python. Это стандарт упаковки приложений. Вы должны уметь запаковать ваш Python-код, зависимости и настройки в контейнер, который запустится одинаково и на вашем MacBook, и на сервере в облаке.

Что нужно знать:

- Dockerfile: Как написать инструкцию для сборки образа (выбрать базовый образ python:3.11-slim, установить pip install -r requirements.txt).
- Docker Compose: Как поднять одной командой (docker-compose up) всё окружение: ваше приложение, базу данных Postgres, Redis и Nginx.
- Сети и Тома (Volumes): Чтобы при удалении контейнера база данных не стерлась вместе с ним.

Где учить:

- Docker Curriculum - лучший бесплатный гайд для начинающих.
- Официальная документация Docker "Get Started" - коротко и по делу.

Новички считают, что тесты - это трата времени. Профи знают: тесты экономят часы отладки. Вы меняете одну строчку в коде регистрации, и у вас (внезапно) ломается создание заказов. Без тестов вы узнаете об этом от разгневанных пользователей. С тестами - вы узнаете об этом через 1 секунду. Инструмент тут только один: только pytest. Забудьте про встроенный unittest, он устарел и неудобен.

Что нужно уметь:

- Писать Unit-тесты (проверка отдельной функции).
- Писать Integration-тесты (проверка API целиком: запрос к эндпоинту -> запись в реальную тестовую БД -> проверка ответа).
- Использовать Fixtures (фикстуры) в pytest - это магия для подготовки данных (создать юзера перед тестом, удалить после).

Где учить:

- TestDriven.io (Курс "Test-Driven Development with FastAPI and Docker") - золотой стандарт. Учит писать тесты до кода (TDD).
- Документация pytest - Раздел "Getting Started".

В Этапе 3 (FastAPI) вы уже столкнулись с async def. Здесь нужно понять глубину. Python по умолчанию - однопоточный и синхронный. Если один юзер запросил тяжелый отчет, сервер "зависнет" для всех остальных. Асинхронность позволяет серверу обрабатывать тысячи запросов одновременно, не блокируясь.

Что нужно понимать:

- Разницу между Multiprocessing (для CPU-задач, математики) и AsyncIO/Threading (для I/O задач, сети, баз данных).
- Что такое Event Loop.
- Как правильно использовать await и почему нельзя пихать синхронные вызовы (типа requests или time.sleep) в асинхронную функцию.

Где учить:

- Дам одну статью, но она буквально фундаментальная для понимания (!).

1. Сложная логика (Business Logic & ACID)

В To-Do листе нет конфликтов. В бронировании - есть. Задача: что будет, если два юзера одновременно нажмут "Забронировать" на одно и то же время? Решение: вы должны реализовать защиту от Race Conditions (гонки данных). Использовать транзакции БД (atomic), блокировки строк (SELECT ... FOR UPDATE) или ограничения на уровне базы. Это покажет, что вы понимаете, как работает многопоточная среда.

2. JWT Auth (Access + Refresh)

Забудьте про простую Basic Auth. Задача: реализовать полноценную систему с двумя токенами.

- Access Token (живет 15-30 минут) - для запросов.
- Refresh Token (живет недели) - для обновления Access. Это стандарт безопасности SPA и мобильных приложений.

3. Сложные фильтры и пагинация

GET /hotels - это скучно. Задача: реализовать гибкий поиск:

- "Найти переговорку с проектором, на 5 человек, свободную завтра с 14:00 до 16:00". Это требует сложных SQL-запросов (проверка пересечения диапазонов дат), а не простого WHERE id=1.

4. Асинхронность и фон (Celery + Redis)

Пользователь не должен ждать 5 секунд, пока вы отправите ему Email с билетом. Задача:

- Юзер нажимает "Купить".
- API отвечает "Ок, обрабатываем" (мгновенно).
- Celery (воркер) в фоне формирует PDF-билет, отправляет письмо и списывает бонусы.
- Redis выступает брокером сообщений для Celery.

5. Живой сервер (Deployment)

Код на GitHub никто не запускает. Рекрутер не будет клонировать ваш репозиторий и ставить зависимости. Задача: купить самый дешевый VPS (Virtual Private Server) за 200-300 рублей, купить домен (150 руб) и развернуть там проект.

- Настроить Nginx как обратный прокси.
- Получить HTTPS сертификат (Let's Encrypt).
- Настроить CI/CD (GitHub Actions), чтобы при git push код сам обновлялся на сервере.

Резюме — это не биография. Это коммерческое предложение. Рекрутер тратит на него 6 секунд.

Структура:

1. Заголовок: Python Backend Developer (не Junior, просто Developer) (пример!).
2. Стек: выносим наверх. Python, FastAPI, Django, PostgreSQL, Docker, Git, Linux. Это ключевые слова для фильтров HR.
3. Пет-проект (Ваш козырь): Не пишите "делал ту-ду лист". Распишите ваш Booking Service как полноценный продукт:
- Stack: FastAPI, Postgres, Redis, Celery, Docker;
- Key Features: "Реализовал защиту от Race Conditions при бронировании", "Настроил асинхронную отправку уведомлений через Celery", "Покрыл код тестами (pytest) и настроил CI/CD пайплайн";
- ссылка: Обязательно ссылка на Swagger (api.domain.com/docs) (ПРИМЕР!) и GitHub.
4. Нюансы HR фильтров: не стесняйтесь добавить себе пару лет опыта или же повысить свой возраст в анкете. Увы, для парсера, которым HR пользуется, это может играть ключевую роль. Также пройдитесь по вакансиям, на которые претендуете, и проверьте, какой стек там требуется (наш пункт 1). Очень часто там сами HR пишут больше чем нужно. На свое усмотрение можете докинуть себе пару технологий из списка, которыми еще не владеете. Так или иначе, изначально ваша задача пройти робота и "попасть на стол" к HR.

Самая большая глупость - учиться проходить собеседования на реальных собеседованиях в компанию мечты. Вы провалите первые 3-5 интервью, это статистика. Либо идем сначала куда-то, куда не очень то и хотели устроиться, либо:

1) Найдите ментора или друга-разработчика.
2) Попросите провести Mock Interview (тестовое собеседование).
3) Пусть вас погоняют по теории: Чем отличается процесс от потока? Что такое GIL? Уровни изоляции транзакций? REST vs SOAP?
4) Запишите это на диктофон, послушайте и ужаснитесь тому, как неуверенно вы звучите. Исправьте это.