Tu primer cyberdeck funciona, pero no es perfecto. Ningún primer build lo es. Durante el QA y el uso has acumulado una lista de cosas que cojean: una tolerancia justa, un cable que estorba, una tapa que cruje. La iteración es el proceso de tomar esa lista y convertirla en un segundo build claramente mejor. Hay una verdad que todo maker descubre: el segundo build siempre es mejor que el primero, porque el primero te enseñó dónde estaban los problemas.

Documentar los problemas

No puedes arreglar lo que no has anotado. Mientras montabas y usabas el deck, seguro que pensaste “esto lo haré distinto la próxima vez” varias veces. Esas frases se olvidan. Captúralas.

Lleva un registro, aunque sea un simple documento, con tres columnas:

• Síntoma: qué observaste (la tapa cruje al apretar la esquina).
• Causa: por qué pasa (el poste izquierdo queda 0,3 mm corto y la tapa flexa).
• Solución propuesta: qué cambiarás (subir el poste 0,4 mm en el CAD).

Acompaña el registro con fotos del problema y con los números del QA (autonomía, temperaturas, RSSI). Esa documentación es el plano de tu siguiente iteración.

Tipos de problema que encontrarás

Los fallos de un primer build suelen caer en unas categorías recurrentes:

• Tolerancias. Piezas que entran a martillazos o que bailan. Casi siempre es la holgura mal calculada.
• Ergonomía. El puntero queda lejos del pulgar, el ángulo de la pantalla no es cómodo. El mockup en cartón debería atrapar esto, pero algunos solo se notan con uso real.
• Térmica. La Pi se acerca al throttling bajo carga sostenida; el flujo de aire no barre bien una zona.
• Cableado. Un cable que estorba, que tapa la ventilación o que tira de una soldadura.
• Mecánica. Crujidos, holguras, tornillos que se aflojan, una bisagra que fatiga.

Modificar la carcasa

La mayoría de las mejoras de la segunda vuelta caen en la carcasa, y aquí es donde el flujo de trabajo paga: como diseñaste en CAD, modificas, no rehaces. Cambias la cota del poste, agrandas una ventana de puerto, añades un punto de brida que faltaba, mejoras una geometría de ventilación. Reimprimes solo las piezas afectadas, no el deck entero.

Algunos cambios típicos de carcasa:

• Subir o bajar un poste para que la tapa apoye sin flexar.
• Agrandar una abertura de aire o reorientarla según lo que vio el test del incienso.
• Añadir refuerzos (nervios) donde la carcasa flexaba.
• Añadir guías y puntos de sujeción de cable que en el primer build improvisaste.

Mejorar tolerancias

Las tolerancias son la fuente número uno de frustración en piezas impresas, y se ajustan con método. Si una pieza entra demasiado justa, no limes a ciegas: mide cuánto sobra y corrige la holgura en el CAD. Si entra holgada, redúcela. Lleva la cuenta de qué holgura te ha funcionado para cada tipo de unión; esa tabla mental (o escrita) es oro para futuros proyectos.

Recuerda que la tolerancia depende de la impresora, el material y la orientación. Una holgura que va perfecta en PLA por una cara puede quedar justa en otra dirección. Por eso conviene imprimir una pieza de prueba del ajuste crítico antes de reimprimir toda la carcasa.

La mentalidad de iteración

Lo importante no es que el primer build sea perfecto, sino que cada build sea mejor que el anterior. Esto cambia cómo trabajas:

• No te bloquees buscando la perfección en el primer intento. Construye, prueba, aprende.
• Trata cada problema como información, no como fracaso. Un crujido es un dato que te dice qué corregir.
• Versiona tu diseño. Guarda el CAD del build 1 antes de modificarlo, para poder comparar y volver atrás si una mejora empeora otra cosa.

El segundo build

Cuando apliques las correcciones documentadas, el segundo deck saldrá más rápido (ya conoces el orden de montaje), encajará mejor (tolerancias ajustadas) y fallará menos (problemas ya resueltos). Esa es la recompensa de iterar: no empiezas de cero, partes de todo lo aprendido.

Y esta mentalidad escala. El mismo proceso (documentar, modificar el diseño base, reimprimir lo afectado) es exactamente lo que necesitarás cuando un cliente te pida un deck a su medida. No diseñarás uno nuevo desde cero: partirás de tu diseño probado y lo iterarás hacia lo que pide. Esa es la transición natural hacia el último artículo del módulo.