Pensar en C++ (Volumen 1) - Grupo ARCO

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 33 — #71
✐
1.12. Estrategias de transición
1.12. Estrategias de transición
Si acepta la POO, su próxima pregunta seguramente será: «¿cómo puedo hacer
que mi jefe, mis colegas, mi departamento, mis compañeros empiecen a utilizar objetos»
Piense sobre cómo usted -un programador independiente- puede ir aprendiendo
a usar un nuevo lenguaje y un nuevo paradigma de programación. Ya lo ha
hecho antes. Primero viene la educación y los ejemplos; entonces llega un proyecto
de prueba que le permita manejar los conceptos básicos sin que se vuelva demasiado
confuso. Después llega un proyecto del «mundo real» que realmente hace algo útil.
Durante todos sus primeros proyectos continúa su educación leyendo, preguntando
a expertos, e intercambiando consejos con amigos. Este es el acercamiento que
sugieren muchos programadores experimentados para el cambio de C a C++. Por
supuesto, cambiar una compañía entera introduce ciertas dinámicas de grupo, pero
puede ayudar en cada paso recordar cómo lo haría una persona.
1.12.1. Directrices
Aquí hay algunas pautas a considerar cuando se hace la transición a POO y C++:
Entrenamiento
El primer paso es algún tipo de estudio. Recuerde la inversión que la compañía
tiene en código C, e intente no tenerlo todo desorganizado durante seis o nueve meses
mientras todo el mundo alucina con la herencia múltiple. Elija un pequeño grupo
para formarlo, preferiblemente uno compuesto de gente que sea curiosa, trabaje bien
junta, y pueda funcionar como su propia red de soporte mientras están aprendiendo
C++.
Un enfoque alternativo que se sugiere a veces es la enseñanza a todos los niveles
de la compañía a la vez, incluir una visión general de los cursos para gerentes estratégicos
es tan bueno como cursos de diseño y programación para trabajadores de
proyectos. Es especialmente bueno para compañías más pequeñas al hacer cambios
fundamentales en la forma en la que se hacen cosas, o en la división de niveles en
compañías más grandes. Como el coste es mayor, sin embargo, se puede cambiar
algo al empezar con entrenamiento de nivel de proyecto, hacer un proyecto piloto
(posiblemente con un mentor externo), y dejar que el equipo de trabajo se convierta
en los profesores del resto de la compañía.
Proyectos de bajo riesgo
Pruebe primero con un proyecto de bajo riesgo que permita errores. Una vez que
adquiera alguna experiencia, puede acometer cualquier otro proyecto con miembros
del primer equipo o usar los miembros del equipo como una plantilla de soporte
técnico de POO. Este primer proyecto puede que no funcione bien la primera vez,
pero no debería ser una tarea crítica para la compañía. Debería ser simple, autocontenido,
e instructivo; eso significa que suele implicar la creación de clases que
serán significativas para otros programadores en la compañía cuando les llegue el
turno de aprender C++.
Modelar desde el éxito
Buscar ejemplos de un buen diseño orientado a objetos antes de partir de cero.
Hay una gran probabilidad de que alguien ya haya resuelto su problema, y si ellos no
lo han resuelto probablemente puede aplicar lo que ha aprendido sobre abstracción
33
✐
✐
✐
✐