Claude para desarrollo
Aprende a utilizar Claude en tareas de desarrollo, aportar contexto del código y revisar propuestas de cambios y pruebas con criterios técnicos claros.
Encuentra tu punto de partida
Encaja cuando ya leéis y modificáis código y queréis incorporar Claude al análisis y la revisión de cambios con comprobaciones técnicas.
Quizá encaje mejor
Claude para el trabajo diarioSi vuestra necesidad es analizar documentos y preparar contenidos sin trabajar con código, elegid el programa de uso diario.- Duración y sesiones
- 12 horas en directo · 6 sesiones de 2 h.
- Tamaño del grupo
- Hasta 12 participantes por formador como referencia, ajustable según la práctica y el feedback.
Qué aprenderás
- 01
Explicar una tarea de desarrollo con contexto y criterios de aceptación.
- 02
Revisar una propuesta de código y localizar supuestos que requieren comprobación.
- 03
Preparar pruebas y una explicación del cambio para revisión técnica.
Una propuesta de trabajo
Trabajaréis con Claude Code sobre un repositorio de práctica que ya tiene código, convenciones y pruebas. El caso consiste en corregir un importador CSV de inventario: reproducir por qué acepta cantidades incorrectas, revisar una mejora acotada y comprobar que conserva las entradas válidas. Dejaréis el cambio explicado para que otra persona pueda revisarlo.
Adaptamos la selección y la profundidad de los módulos al punto de partida y los objetivos del grupo.
01Contexto para desarrollar
Requisitos, estructura del código e información necesaria para una tarea acotada.
Trabajarás en
- Localizar el importador, sus pruebas y las instrucciones del repositorio; pedir una explicación del recorrido del dato.
- Aportar un CSV mínimo, el comando de reproducción y el comportamiento esperado antes de proponer cambios.
- Definir cantidades enteras no negativas, campos obligatorios y mensajes de error como criterios del ejercicio.
- Práctica
- Reproducir la aceptación de «12x» como cantidad y documentar qué debería ocurrir con esa fila, una vacía y una válida.
- Cómo lo comprobarás
- Un informe breve con entrada, comando, resultado observado y esperado, enlazado al código relevante.
02Implementar con supervisión
Propuestas de código y uso de Claude Code cuando encaje con el entorno y el grupo.
Trabajarás en
- Pedir un plan que separe la corrección del fallo de la reorganización del código.
- Revisar y aplicar cambios pequeños en la validación, respetando las convenciones y el alcance acordado.
- Refactorizar la validación repetida sin alterar el tratamiento de las entradas válidas.
- Práctica
- Corregir la conversión parcial de cantidades y revisar una función de validación reutilizable mediante el diff.
- Cómo lo comprobarás
- Un cambio acotado que rechaza las filas incorrectas y permite explicar por qué cada archivo se ha modificado.
03Revisar y comprobar
Diffs, pruebas y documentación para decidir qué aceptar y qué corregir.
Trabajarás en
- Preparar pruebas de regresión que fallen con el código inicial y pasen tras la corrección.
- Contrastar cantidades válidas, cero, campo vacío, texto, negativos y decimales con los requisitos del caso.
- Revisar diff, salida de pruebas y límites del cambio; redactar una entrega para revisión técnica.
- Práctica
- Detectar una prueba que solo confirma la implementación y sustituirla por ejemplos de comportamiento; repetir las comprobaciones del repositorio.
- Cómo lo comprobarás
- Pruebas útiles con comandos y resultados registrados, junto a una explicación de qué se ha comprobado y qué queda pendiente.
Un CSV que acepta una cantidad incorrecta
Ejemplo docente
Trabajarás en una tarea de un repositorio de práctica, contrastarás la propuesta con los requisitos y dejarás un cambio revisado con sus comprobaciones.
Caso ficticio de aula. Un pequeño equipo mantiene un importador de inventario en un repositorio preparado de JavaScript o TypeScript. Los CSV contienen productos y cantidades inventados; la cantidad debe ser un entero no negativo y un campo vacío debe producir un error de fila.
- Punto de partida
- El código convierte «12x» en 12. Una importación parece correcta aunque el archivo incluye una cantidad inválida; las pruebas existentes solo cubren entradas válidas.
- Primera propuesta
- La primera propuesta cambia la conversión y reorganiza varios archivos a la vez. La nueva prueba acepta el resultado del código propuesto sin demostrar que detecta el fallo inicial.
- Qué revisamos
- En la revisión del ejercicio, el docente pide separar corrección y refactorización, fijar el comportamiento del cero y del campo vacío, y demostrar que la prueba de «12x» falla antes del cambio. El grupo revisa también los mensajes de error.
- Resultado
- La entrega prevista contiene una corrección pequeña, una validación más legible y pruebas de entradas válidas e incorrectas. La explicación relaciona el fallo, el diff y las comprobaciones; estos son los resultados del ejercicio que se revisarán en aula.
De un fallo reproducible a un cambio revisable
Entender
CSV mínimo
«12x», vacío y una cantidad válida
Criterio acordado
Enteros no negativos y error por fila
Corregir
Cambio pequeño
Validar antes de convertir
Refactorización
Revisar por separado el código repetido
Comprobar
Regresión
Falla antes y pasa tras la corrección
Entrega técnica
Diff, comandos, resultados y límites
Representación didáctica del caso. La práctica y su revisión se realizan en un repositorio preparado.
Antes de darlo por terminado
- El fallo se reproduce con el código inicial y la prueba de regresión lo detecta.
- Cero sigue siendo válido; cantidades vacías, negativas, decimales o con texto se rechazan según el criterio acordado.
- La entrega identifica comandos, resultados y límites; quien revisa puede explicar el cambio.
Sesiones para llevarlo a la práctica.
Edición de referencia · 12 h en directo
Edición de referencia: 12 horas en directo, repartidas en 6 sesiones de 2 horas. La práctica se realiza durante las sesiones. Repositorio, lenguaje, acceso a Claude Code y cualquier preparación adicional se confirman por edición.
- Sesión 12 h
Entender el repositorio
Localizar el importador, las convenciones y las pruebas; revisar contexto y alcance con Claude Code.
Al terminarUn mapa breve del código y una tarea delimitada.
- Sesión 22 h
Reproducir el fallo
Reducir el CSV al ejemplo mínimo y acordar el comportamiento de entradas válidas e incorrectas.
Al terminarUn fallo reproducible y criterios de aceptación.
- Sesión 32 h
Planificar y corregir
Revisar el plan y aplicar una corrección pequeña, contrastando cada cambio con el fallo.
Al terminarUna primera corrección revisada mediante el diff.
- Sesión 42 h
Mejorar la validación
Separar lógica repetida y comprobar que la refactorización conserva el comportamiento acordado.
Al terminarUna validación más clara con un alcance explicable.
- Sesión 52 h
Probar comportamientos
Revisar regresión, límites y entradas incorrectas; leer las salidas de las comprobaciones.
Al terminarPruebas que distinguen el código inicial de la corrección.
- Sesión 62 h
Entregar para revisión
Resolver una variación del CSV y revisar el diff, las pruebas y la explicación con feedback del docente.
Al terminarUn cambio de aula preparado para revisión técnica.
Si vuestro equipo necesita ir más allá
- Aplicar el método a un repositorio de empresa requiere acordar datos, acceso, convenciones y alcance del cambio.
- Migraciones amplias, integraciones, revisión de seguridad completa o publicación en producción requieren otro alcance.
Aprender con alguien que desarrolla proyectos para empresas.
Borja Martínez
Consultor de The Optimal Flow
Más de dos años de experiencia desarrollando proyectos para empresas de todas las industrias y tamaños.
Borja es el docente previsto para este programa. Las fechas, el idioma y su disponibilidad se confirman al acordar la edición.
Con guía, práctica y acompañamiento.
Cada edición incluye materiales de trabajo, feedback sobre la práctica y evaluación según los objetivos acordados.
Materiales que podéis conservar
Guía, ejercicios y criterios de revisión descargables y versionados, para uso interno.
Para preparar y cerrar la edición
Recomendación breve, kit editable de comunicación e informe de aprendizaje del grupo.
Diploma propio de TOF
De aprovechamiento, al superar la evaluación acordada. No es una certificación del fabricante.
Un mes de soporte por correo
Sobre lo trabajado en clase, hasta dos horas acumuladas para todo el grupo.
La práctica la realiza tu equipo. Los servicios de implantación se acuerdan aparte. Ver el alcance →
