Preparar el acceso antes de empezar a programar
Una colaboración remota necesita definir qué repositorios y entornos puede utilizar cada persona. El objetivo no es disponer del máximo acceso posible, sino del necesario para la tarea. El cliente conserva el control sobre las autorizaciones y sobre la publicación de cambios.
Para un proyecto COBOL en Ceuta podemos empezar por una descripción del proceso y una selección de código autorizado. No hace falta enviar credenciales ni bases completas por correo para valorar una primera fase de análisis.
Entornos y datos que permitan investigar sin afectar al negocio
Revisamos cómo preparar una ejecución de ensayo y qué información requiere. Cuando se utilizan datos sintéticos, deben conservar las relaciones necesarias para reproducir el comportamiento. Si se necesitan muestras reales, su preparación y uso se acuerdan antes.
La documentación registra qué partes no pueden comprobarse con el material disponible. Esa limitación es preferible a ampliar permisos de forma improvisada o a presentar una simulación como una prueba del sistema completo.
Elegir la intervención adecuada
El servicio puede centrarse en corregir COBOL, documentar una función o preparar una integración. La migración a C# y .NET se estudia cuando responda a un objetivo concreto. El diagnóstico distingue el cambio de lenguaje del cambio de infraestructura y de las mejoras funcionales.
Un piloto delimita entradas, resultados y dependencias. Las pruebas se ejecutan dentro de los accesos autorizados y se revisan con el responsable del proceso antes de ampliar el alcance.
Anthropic, Claude y OpenAI con un uso acordado
Podemos valorar herramientas de OpenAI o Claude, desarrollado por Anthropic, como apoyo al análisis y al desarrollo. Antes se decide qué materiales pueden utilizarse y qué revisión necesitan las salidas. La presencia de IA no implica que el código deba enviarse indiscriminadamente a servicios externos.
Las propuestas se revisan como cualquier otro cambio. Se comprueba su relación con el requisito, el tratamiento de errores y las pruebas realizadas. No se presenta la herramienta como socio contractual del cliente ni como certificación de la migración.
Colaborar con entregas que se puedan revisar
El trabajo se organiza en cambios identificables, acompañados de instrucciones y evidencias de prueba. El equipo del cliente debe poder entender qué se propone antes de incorporarlo. La operación de producción se trata por separado y con los permisos correspondientes.
Un ejemplo hipotético sería analizar y corregir un exportador sin acceder a la base completa, utilizando una muestra preparada para reproducir la incidencia. Este escenario explica la colaboración posible; no representa un trabajo realizado para una empresa de Ceuta.