Ver Mensaje Individual
  #4
Antiguo 6 de agosto de 2025, 01:55
Eslopes
Creador de
PowerRustCOBOL
Guru de los Gurus: Por solidos y amplios conocimientos - Issue reason: Por ámplios conocimientos en la materia Concurso: Tercer puesto: Ganador/a del Tercer puesto en un concurso - Issue reason: Juego  Innovación: Por aportar innovaciones - Issue reason: Por aportar soluciones innovadoras 
Última Actividad 20.09.2026 09:15
Posts Posts: 357
Likes enviados Enviados: 29
Likes recibidos Recibidos: 157

Hola,

Durante bastante tiempo estuve realizando estudios y ejemplos de implementaciones de patrones de diseño en Cobol (OO Cobol). Pensé que más gente se interesaría por esta tecnología, pero al final acabé perdiendo el interés, ya que nunca hubo realmente entusiasmo por parte de otros desarrolladores para adoptar la programación orientada a objetos.

Finalmente llegué a la conclusión de que la verdadera motivación de la industria para añadir OO al Cobol era encapsular código legado y permitir una comunicación más moderna entre aplicaciones Java/.Net y las que corren en entornos mainframe.

¿Qué desalentó la adopción de OO Cobol? La sintaxis tiene una verbosidad que pondría celoso hasta a Java. La falta de inferencia de tipos hace todo aún más tedioso, pues todas las variables deben ser definidas previamente en la Working Storage antes de ser referenciadas. Últimamente ha habido discusiones sobre el uso de GenAI para el mantenimiento de código legado. Pobre IA, pero hay procesos de negocio en abundancia que necesitan que alguien (o algo) los mantenga funcionando.

¡Saludos!
Eslopes is offline   Responder Con Cita