Envía algo pequeño esta semana

La mayoría de las personas atrapadas en bucles de tutoriales no tienen un problema de habilidades. Tienen un problema de envío. Puedes ver cuarenta horas de contenido de Python y aun así quedarte bloqueado en el momento en que te sientas a construir algo por tu cuenta, porque los tutoriales eliminan todas las decisiones para ti. Esta guía es una función de fuerza: elige algo pequeño, termínalo, ponlo frente a alguien, esta semana.

Elige un proyecto que puedas terminar en un fin de semana

El modo de fallo aquí es el alcance. Las personas deciden que su primer proyecto debe ser una aplicación SaaS con autenticación, facturación y un panel. Ese es un proyecto de seis meses disfrazado de uno de fin de semana.

En su lugar, elige algo con una función clara y única:

• Una herramienta CLI que renombra archivos en una carpeta según la fecha EXIF
• Un script que extrae datos de una API pública y te envía un resumen diario por correo
• Una aplicación Flask con un formulario y una página de salida
• Una extensión del navegador que destaca una palabra clave en cualquier página que visites

Escribe el alcance en una oración antes de escribir cualquier código. Si la oración necesita "y" más de una vez, elimínala. "Una herramienta que registra mis gastos y también los categoriza y también los gráfica" son tres proyectos. Envía el rastreador primero.

Establece una fecha límite real y una audiencia real

Una fecha límite sin consecuencias no es una fecha límite. Cuéntale a un amigo, publica en un servidor de Discord o comprométete a demostrarlo a un compañero de trabajo el viernes. La audiencia importa más que la fecha límite: saber que alguien realmente verá lo que haces cambia cómo lo construyes. Dejas de adornar la arquitectura y comienzas a asegurarte de que el camino feliz realmente funciona.

Date un número, no una sensación. "Lo haré cuando tenga tiempo" no produce nada. "Dos horas esta noche, dos horas mañana, envío el sábado por la mañana" produce un proyecto.

Construye la versión fea primero

Omite los debates sobre la estructura de carpetas, omite elegir un framework CSS, omite decidir entre Postgres y SQLite para una herramienta que almacenará cuarenta filas. Escribe un archivo. Usa declaraciones print() en lugar de un registrador. Usa una lista de Python en lugar de una base de datos si eso es todo lo que necesitas.

# 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')

Ese es un rastreador de gastos funcional. No es escalable, no tiene pruebas y te llevará al 90% del camino hacia algo que realmente puedas usar mañana. Puedes refactorizar una cosa fea que funciona. No puedes refactorizar una cosa hermosa que no existe.

Despliégalo en algún lugar, incluso mal

Un proyecto en tu portátil no cuenta como enviado. Ponlo frente a Internet o frente a una persona que lo ejecute por sí misma.

• Herramienta CLI: empújala a un repositorio público de GitHub con un README de dos párrafos que muestre comandos exactos de instalación y ejecución
• Aplicación web: despliega en Render, Fly.io o un droplet de DigitalOcean de $5: no dediques tres días a comparar opciones de Kubernetes para un proyecto con un usuario
• Script: configura un trabajo cron o una Acción de GitHub para que se ejecute sin que tengas que tocarlo

La fricción en el despliegue mata más proyectos secundarios que cualquier desafío técnico. Si hacer git push a una plataforma como Render es demasiado por ahora, simplemente graba un video de Loom de 90 segundos ejecutándose localmente y envíalo. El punto es una prueba externa de que funciona, no la madurez de la infraestructura.

Anota qué se rompió

Después de enviar, dedica quince minutos a escribir tres cosas que salieron mal y cómo las arreglaste. No para nadie más: para ti. Este es el aprendizaje real. El tutorial te enseñó sintaxis. El pip install roto, el error de CORS, el bug de fecha off-by-one a la medianoche: esos te enseñan cómo se comporta realmente el software.

Guarda estas notas en un único archivo en ejecución. Después de cinco o seis proyectos pequeños, notarás que las mismas categorías de errores se repiten, y ese es tu plan de estudios real: las brechas que los tutoriales nunca cubre.

Luego elige lo siguiente, un poco más grande

No saltes de un script CLI a un sistema distribuido. Agrega una dimensión de complejidad a la vez: el siguiente proyecto obtiene una base de datos en lugar de un CSV, o una suite de pruebas básica, o un segundo usuario. Los pasos pequeños y acumulativos vencen a una reescritura ambiciosa que se detiene en la tercera semana.

Si quieres próximos pasos estructurados después de esto, los segmentos de Python y DevOps de Korra Studio cubren exactamente las brechas de despliegue y herramientas que tienden a causar problemas justo después del primer proyecto enviado.