Envie Algo Pequeno Esta Semana

A maioria das pessoas presas em loops de tutoriais não tem um problema de habilidades. Elas têm um problema de envio. Você pode assistir a quarenta horas de conteúdo Python e ainda assim congelar no momento em que senta para construir algo por conta própria, porque tutoriais removem todas as decisões para você. Este guia é uma função coercitiva: escolha algo pequeno, termine, coloque na frente de alguém, esta semana.

Escolha um projeto que você possa terminar em um fim de semana

O modo de falha aqui é o escopo. As pessoas decidem que seu primeiro projeto deve ser um aplicativo SaaS com autenticação, cobrança e um dashboard. Esse é um projeto de seis meses disfarçado de um de fim de semana.

Em vez disso, escolha algo com uma função única e clara:

• Uma ferramenta CLI que renomeia arquivos em uma pasta com base na data EXIF
• Um script que raspa uma API pública e envia um resumo diário por e-mail
• Um aplicativo Flask com um formulário e uma página de saída
• Uma extensão de navegador que destaca uma palavra-chave em qualquer página que você visite

Escreva o escopo em uma frase antes de escrever qualquer código. Se a frase precisa de "e" mais de uma vez, corte-a. "Uma ferramenta que rastreia minhas despesas e também as categoriza e também cria gráficos delas" são três projetos. Envie o rastreador primeiro.

Defina um prazo real e um público real

Um prazo sem consequência não é um prazo. Diga a um amigo, poste em um servidor Discord ou comprometa-se a fazer uma demonstração para um colega de trabalho na sexta-feira. O público importa mais do que o prazo — saber que alguém realmente olhará para o projeto muda como você o constrói. Você para de fazer ouro no arquivo e começa a garantir que o caminho feliz realmente funcione.

Dê a si mesmo um número, não uma sensação. "Vou trabalhar nisso quando tiver tempo" produz nada. "Duas horas hoje à noite, duas horas amanhã, envio sábado de manhã" produz um projeto.

Construa a versão feia primeiro

Pule os debates sobre estrutura de pasta, pule a escolha de um framework CSS, pule decidir entre Postgres e SQLite para uma ferramenta que armazenará quarenta linhas. Escreva um arquivo. Use instruções print() em vez de um logger. Use uma lista Python em vez de um banco de dados se isso for tudo que você precisa.

# expenses.py - versão feia, e tudo bem
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')

Esse é um rastreador de despesas funcional. Não é escalável, não tem testes e levará você a 90% de algo que você pode realmente usar amanhã. Você pode refatorar algo feio que funciona. Você não pode refatorar algo bonito que não existe.

Faça deploy em algum lugar, mesmo que mal

Um projeto no seu laptop não conta como enviado. Coloque na frente da internet ou na frente de uma pessoa executando-o por conta própria.

• Ferramenta CLI: envie para um repositório GitHub público com um README de dois parágrafos mostrando comandos exatos de instalação e execução
• Aplicativo web: faça deploy no Render, Fly.io ou em um droplet DigitalOcean de $5 — não gaste três dias comparando opções do Kubernetes para um projeto com um usuário
• Script: configure um cron job ou GitHub Action para que ele seja executado sem você tocá-lo

O atrito de deployment mata mais projetos paralelos do que qualquer desafio técnico. Se git push para uma plataforma como Render é demais agora, apenas grave um vídeo Loom de 90 segundos dele executando localmente e envie isso. O ponto é prova externa de que funciona, não maturidade de infraestrutura.

Escreva o que quebrou

Depois de enviar, passe quinze minutos escrevendo três coisas que deram errado e como você as corrigiu. Não para ninguém — para você. Este é o aprendizado real. O tutorial lhe ensinou a sintaxe. O pip install quebrado, o erro CORS, o bug de data fora por um na meia-noite — esses ensinam como o software realmente se comporta.

Guarde essas notas em um arquivo contínuo único. Depois de cinco ou seis pequenos projetos, você notará as mesmas categorias de bugs aparecendo, e esse é seu currículo real: as lacunas que os tutoriais nunca cobrem.

Depois escolha o próximo projeto, um pouco maior

Não pule de um script CLI para um sistema distribuído. Adicione uma dimensão de complexidade por vez: o próximo projeto obtém um banco de dados em vez de um CSV, ou um conjunto de testes básico, ou um segundo usuário. Pequenos passos compostos vencem uma reescrita ambiciosa que trava na terceira semana.

Se você quer próximos passos estruturados depois disso, os segmentos Python e DevOps do Korra Studio cobrem exatamente as lacunas de deployment e tooling que tendem a pegar as pessoas logo após seu primeiro projeto enviado.