Выпустите что-то маленькое на этой неделе

Большинство людей, застрявших в циклах туториалов, не имеют проблемы со навыками. У них есть проблема с выпуском. Вы можете смотреть сорок часов контента по Python и все равно замереть в момент, когда сядете создавать что-то самостоятельно, потому что туториалы убирают все решения за вас. Это руководство — принуждающая функция: выберите что-то маленькое, закончите это, покажите кому-то, на этой неделе.

Выберите проект, который можно закончить за выходные

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

Вместо этого выберите что-то с одной четкой функцией:

• CLI-инструмент, переименовывающий файлы в папке на основе EXIF-даты
• Скрипт, парсящий публичный API и отправляющий вам ежедневную сводку
• Flask-приложение с одной формой и одной страницей вывода
• Расширение браузера, выделяющее ключевое слово на любой посещаемой странице

Запишите объем в одном предложении перед написанием любого кода. Если предложение требует "и" более одного раза, срежьте его. "Инструмент, который отслеживает мои расходы и также категоризирует их и также строит графики" — это три проекта. Выпустите сначала трекер.

Установите реальный срок и реальную аудиторию

Срок без последствий — это не срок. Расскажите другу, опубликуйте на сервере Discord или пообещайте продемонстрировать это коллеге в пятницу. Аудитория важнее, чем срок — знание того, что кто-то действительно посмотрит на это, меняет то, как вы это строите. Вы перестаете позолочивать архитектуру и начинаете убеждаться, что happy path действительно работает.

Дайте себе число, не атмосферу. "Я буду работать над этим, когда будет время" ничего не производит. "Два часа сегодня вечером, два часа завтра, выпуск в субботу утром" производит проект.

Сначала создайте уродливую версию

Пропустите дебаты о структуре папок, пропустите выбор CSS-фреймворка, пропустите решение между Postgres и SQLite для инструмента, который будет хранить сорок строк. Напишите один файл. Используйте операторы print() вместо логгера. Используйте Python-список вместо базы данных, если это все, что вам нужно.

# expenses.py - ugly version, and that's fine
import csv
from datetime import date

def add_expense(amount, category):
    with open('expenses.csv', 'a', newline='') as f:
        writer = csv.writer(f)
        writer.writerow([date.today().isoformat(), amount, category])

add_expense(12.50, 'coffee')

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

Разверните это где-то, даже плохо

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

• CLI-инструмент: отправьте его на публичный GitHub-репозиторий с двухпараграфным README, показывающим точные команды установки и запуска
• Web-приложение: разверните на Render, Fly.io или $5 DigitalOcean-капле — не тратьте три дня на сравнение опций Kubernetes для проекта с одним пользователем
• Скрипт: установите cron-job или GitHub Action, чтобы он работал без вашего участия

Трение развертывания убивает больше побочных проектов, чем любой технический вызов. Если git push на платформу вроде Render пока слишком много, просто запишите 90-секундное видео Loom его локального запуска и отправьте это. Смысл в том, в получении внешнего доказательства того, что это работает, а не в зрелости инфраструктуры.

Запишите, что сломалось

После выпуска потратьте пятнадцать минут на запись трех вещей, которые пошли не так, и как вы их исправили. Не для кого-то еще — для себя. Это действительное обучение. Туториал научил вас синтаксису. Сломанный pip install, CORS-ошибка, off-by-one-ошибка даты в полночь — они учат вас тому, как программное обеспечение на самом деле ведет себя.

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

Затем выберите следующую штуку, немного больше

Не прыгайте от скрипта CLI к распределенной системе. Добавляйте по одному измерению сложности за раз: следующий проект получает базу данных вместо CSV, или базовый набор тестов, или второго пользователя. Маленькие, компундирующиеся шаги лучше, чем одна амбициозная переработка, которая стопорится на третьей неделе.

Если вы хотите структурированные следующие шаги после этого, сегменты Python и DevOps от Korra Studio охватывают именно пробелы развертывания и инструментов, которые имеют тенденцию спотыкать людей сразу после их первого выпущенного проекта.