6.5Voces del terreno
Lo esencial en 30 segundos
- Aislar : el venv desde el segundo proyecto evita la deuda del global que se paga en conflictos.
- Probar : bug → prueba en rojo → fix → verde, y hints en las fronteras : las regresiones previenen.
- Leer : traceback por abajo y baseline antes de la GPU — la ingeniería antes del prestigio.
Hilo Nabil — su plan de 12 meses
Tras un año, Nabil se fija su plan : aislar cada proyecto en venv, escribir la prueba que reproduce antes de corregir, y preferir una baseline simple antes de todo modelo pesado. Sin folclore : principios consolidados, logs verificados, y código releído cada trimestre.
Parte de la necesidad real del momento : un principio a consolidar, no un catálogo prestigioso.
Lo que recomiendan los practicantes
Síntesis anónima de buenas prácticas ampliamente compartidas en la documentación oficial, los retornos de la comunidad y las guías de explotación. Cinco retornos a aplicar tal cual.
Ideas falsas a descartar
« El global basta para un script pequeño », « corregir rápido sin prueba » y « el deep learning primero » : estas tres ideas recibidas cuestan caro — el aislamiento, la prueba con test y la baseline simple siempre pagan.
✓ Lo que repiten los practicantes (síntesis anónima)
- El venv desde el segundo proyecto : aislar evita « funcionaba en mi máquina » ; el global es una deuda.
- La prueba que reproduce primero : bug → prueba en rojo → fix → verde, los bugs así corregidos previenen.
- La baseline antes de la GPU : un modelo simple y un buen split resuelven la mayoría de las necesidades de negocio.
- Leer la traceback por abajo : la última línea nombra, lo de arriba localiza, la búsqueda hace el resto.
- La doc que verifica : hints en las fronteras y mypy en CI, las revisiones hablan de negocio en lugar de adivinar.
Guion listo para decir — elegir su próximo hábito de terreno (30 s)
« Mi venv : [activado / a crear]. Mi prueba : [rojo escrito / a escribir]. Mi baseline : [simple / a enmarcar]. Mi traceback : [leída por abajo]. Mis hints : [en las fronteras]. »
Modelo copiar-pegar — prueba de reproducción (pytest)
def total(montants: list[float]) -> float:
return sum(montants)
def test_total_avant_fix() -> None:
assert total([10.0, 20.5]) == 30.5
assert total([]) == 0.0TPE / presupuesto pequeño
Privilegiar práctica y pares : venv repetido, prueba en rojo, retornos pedidos al responsable.
Pyme Argel
Buscar los recursos accesibles localmente y verificar las modalidades prácticas antes de comprometerse.
Remoto / híbrido
Priorizar las huellas escritas a distancia (fichas difundidas, código releído) y revisiones tras cada mes.
Intercultural
Priorizar la traslación local en cuanto difieran las reglas : preguntar a los pares, comparar las prácticas.
Desafío 48h — aplica mañana
Aplica 1 retorno de terreno (venv, prueba en rojo o traceback por abajo) a tu bug del momento y anota el tiempo ganado.
- Sé qué prácticas del terreno aplicar (venv, prueba en rojo, baseline).
- Mi ritual bug → prueba → fix está iniciado.
- Releí los 5 retornos y sé dónde volver en caso de necesidad.
Nabil corrige un bug de total que vuelve cada mes. ¿Qué dice el terreno ?
Regla de oro del terreno : lo que no está probado, ni tipado en las fronteras, ni versionado fijado, se romperá un viernes por la noche.