Pensando en Java

programación a lo grande
Muchos lenguajes de programación "tradicionales" tenían limitaciones intrínsecas en lo que al tamaño
y complejidad del programa se refiere. BASIC, por ejemplo, puede ser muy bueno para poner
juntas soluciones rápidas para cierto tipo de problemas, pero si el programa se hace mayor de varias
páginas, o se sale del dominio normal del problema, es como intentar nadar enun fluido cada
vez más viscoso. No hay una línea clara que permita separar cuándo está fallando el lenguaje, y si
la hubiera, la ignoraríamos. Uno no dice "Mi programa en BASIC simplemente creció demasiado;
tendré que volver a escribirlo en C". Más bien se intenta meter con calzador unas pocas líneas para
añadir alguna nueva característica. Por tanto, el coste extra viene dependiendo de unomismo.
Java está diseñado para ayudar a programar a lo grande -es decir, para borrar esos límites de complejidad
entre un programa pequeño y uno grande. Uno no tiene por qué usar PO0 al escribir un
programa de utilidad del estilo de "iHola, mundo!", pero estas características siempre están ahí
cuando son necesarias. Y el compilador se muestra agresivo a la hora de descubrir las causasgeneradora~
de errores, tanto eri el caso de programas gr arides, corrio pequeíius.
Estrategias para la transición
Si uno se introduce en la POO, la siguiente pregunta será probablemente "¿Cómo puedo hacer que
mi director, mis colegas, mi departamento,. . . empiecen a usar objetos?". Uno debe pensar en cómo
él mismo -un programador independiente- se sentiría a la hora de aprender un nuevo lenguaje yun nuevo paradigma de programación. A fin de cuentas, ya lo ha hecho antes. Lo primero es la educación
y el uso de ejemplos, después viene un proyecto de prueba que proporcione una idea clara
de los fundamentos sin hacer algo demasiado confuso. Después viene un proyecto "del mundo real"
que, de hecho, haga algo útil. A lo largo de los primeros proyectos, uno sigue su educación leyendo
ypreguntando a los expertos, a la vez que solucionando pequeños inconvenientes con los colegas.
Éste es el enfoque que muchos programadores experimentados sugieren de cara a migrar a
Java. Cambiar una compañía entera, por supuesto implicaría la introducción de alguna dinámica de
grupo, pero ayudará a recordar en cada paso cómo debería desenvolverse cada uno.
Guías
He aquí algunas ideas o guías atener en cuenta cuando se haga la transición a PO0 y Java:
1. Formación
El primer paso es algún tipo dc educación. Hay que recordar la inversión en código de la compañía,
e intentar no tirar todo a la basura durante los seis a nueve meses que lleve a todo el mundo enterarse
de cómo funcionan las interfaces. Es mejor seleccionar un pequeño grupo para adoctrinarles,
compuesto preferentemente porpersonas curiosas, y que trabajen bien en grupo, que pueda luego
funcionar como una red de soporte propia mientras se esté aprendiendo Java.
50 Piensa en Java
Un enfoque alternativo recomendado en ocasiones, es formar a todos los niveles de la compañía a
la vez, incluidos cursos muy por encima para los directores de estrategia, además de cursos de diseño
y programación para los constructoresde proyectos. Esto es especialmente bueno para las pequeñas
compañías que cambian continuamente la manera de hacer las cosas, o a nivel de divisiones
en aquellas compañías de gran tamaño. Dado que el coste es elevado, sin embargo, hay que elegir
empezar de alguna manera con la formación a nivel de proyecto, llevar a cabo un proyecto piloto
(posiblemente con un formador externo) y dejar que elequipo de proyecto se convierta en el grupo
de profesores del resto de la compañía.
2. Proyecto de bajo riesgo
Es necesario empezar con un proyecto de bajo riesgo y permitir los errores. Una vez que se ha adquirido
cierta experiencia, uno puede alimentarse bien de proyectos de miembros del mismo equipo,
o bien utilizar a los miembros del equipo como personal de soporte técnico para POO....