@Kinisoftware

Hoy estamos aquí reunidos para hablar del libro de @rcanalesmora :) (no he podido evitar acordarme del señor Francisco Umbral xD).

Cualquier tipo de comentario espero no molesten al autor, no hay más que mi visión sincera sobre el contenido y la temática del mismo, siempre de forma constructiva. Además, poniendo claras las cosas antes que nada, a mi experiencia laboral le falta mucho para llegar a la de Roberto o los chicos de Autentia (empresa de la cuál es socio y director).

Llegué a este libro gracias a otro libro. Es lo que tiene la buena lectura. Concretamente siguiendo las referencias que indicaba @carlosble en su libro "Diseño Dirigido por Test" (compra imprescindible si quieres aprender el buen arte del TDD - acabo de darme cuenta que no he escrito un post sobre él... no tengo perdón de Dios, me lo apunto). En él, Carlos, hacía en ocasiones indicaciones bastante interesantes sobre el libro que nos ocupa en este post y, ahora que he terminado de leerlo, puedo decir que he tardado demasiado en comprarlo porque me ha encantado :)

Como decía antes mi experiencia es limitada, llevo solo 3 años en el "mercado laboral" y he vivido todavía pocas situaciones para identificarme completamente con todo el libro pero, teniendo en cuenta mi acercamiento a la universidad y las cosas de las cuáles me voy dando cuenta en "nuestro mundo informático profesional" puedo decir que el libro me parece una guía, totalmente orientativa y fiable, para nuestra profesión en todos sus niveles.

Como dice Roberto, todo depende de la percepción, y de las muchas cosas que puede haber entrelíneas en el libro y de la diversidad de capítulos, con mi perfil, me he podido generar ideas que espero me sirvan, tanto para mis tareas y trabajo actual como para evolucionar poco a poco pensando en un buen futuro. ¿Crear mi empresa? Si a veces me da por pensarlo, leyendo el libro no me ha dado más miedo sino más motivación... pero, esto, todavía me queda un poco lejos (o no). Meto aquí el enlace para comprarlo.

No voy a hacer una crónica "hipersupermegalarga", para eso comprad el libro! hombre ya! :D Pero voy a comentar brevemente que me han transmitido los capítulos:

1. La evolución de un informático.- Es el primer capítulo y te pone en contexto de toda la obra y la motivación. Desde luego, un capítulo para exponer en la universidad a los "pobrecitos" que serán carne de cañón de "empresas dinosaurios".
2. Psicología del trabajo y sentido común.- De enseñanza obligatoria. Metódico y organizado, además de algunas cosas que deberían leer más de uno a la hora de enfrentarse a sus trabajos. No hay trabajo indigno, cierto, y más en tiempo como los que ahora corren. Los que estamos metidos en temas de agilidad sabemos de la importancia del sentido común y la simplicidad, en este capítulo puedes ver porqué.
3. La necesidad de metodología y calidad.- Ingeniería del software. Y está todo dicho.
4. Importancia de la eficacia personal.- La mayoría trabajamos en equipo, con lo cuál somos parte de un todo, y, como se suele decir, "dos no si uno no quiere", pasa lo mismo (o peor) cuantas más personas haya involucradas. Tenemos que empezar por uno mismo, organizarnos, ser disciplinados y responsables que estamos trabajando, nos pagan por ello, por ser buenos profesionales. ¿Tienes la suerte que tú pasión es tu trabajo? Es mi caso y me siento afortunado. Aprende a ser más eficaz cada día.
5. Vender tecnología.- Si no se vende tecnología nos quedamos sin trabajo. ¿Para que vas a construir un producto que luego no vas a vender? El dinero, ¿sale de los árboles? Bueno, quizás haya gente para la que esto sea cierto pero no es una regla. Cuando somos técnicos cometemos el gran de error de ver que las capas superiores a las nuestras son más fáciles de gestionar, no valoramos el trabajo en su justa medida del resto de departamentos ya que, pensamos, que "nuestro esfuerzo intelectual" para desarrollar las cosas es mucho más complejo. Eso indica que nos queda mucho por andar todavía. Este capítulo es uno de los más extensos pero también uno de los que pienso volver a leer más veces.
6. Inicio de proyectos.- ¿Cómo se consiguen? ¿Creo y vendo o busco necesidad y la cubro? Cuando somos clientes propios las cosas se "suavizan" un poco pero ante otras empresas/clientes hay que vender, estimar, planificar, dar presupuesto... el dinero, de nuevo, clave para poder iniciar un proyecto.
7. Cómo definir un proyecto.- Bien, tenemos proyecto, ¿por donde empiezo? Vaya, se me ha olvidado esas cosas que me enseñaron en la universidad... pero claro, llevo años picando código con una tecnología que me enseñaron en la empresa a entrar y se me han olvidado otro tipo de cosas. Entonces, toca aprender (te lo digo ya, siempre vas a tener que seguir aprendiendo, asimílalo). Escucha al cliente, aporta valor al negocio cuanto antes, sé eficaz.
8. Entre el análisis y el diseño.- Seguimos avanzando en la construcción del proyecto. Cada vez en facetas más técnicas, que no son más fáciles y difíciles que las anteriores, simplemente tienen su punto para lo cuál hacen falta especialistas en distintas áreas, colaboración de equipos, el departamento de sistema existe y tiene voz y voto, etc. Usa diagramas (necesarios), estudia el problema antes de poner como un loco a tirar líneas, aprende el buen diseño orientado a objetos, los patrones que existen, etc.
9. Decisiones tecnológicas.- Es otro de los capítulos extensos pero sin duda totalmente necesario. Como nos encanta a los técnicos innovar y probar todo lo nuevo que sale de tecnologías, frameworks, lenguajes, etc. Y si puedo meterlo en un proyecto mejor que mejor, será más innovador, aunque tarde un mes... uis, espera, ¿un mes de retraso? ¿por meter el lenguaje XX##++? Bueno, se le explica al cliente que ahora el producto va a resultar más interesante porque... "Todo esta muy bien, pero no lo necesito" - te corta el cliente. Piensa que necesitas y busca algo que cubra tus necesidades. Ya te dedicaras a seguir aprendiendo en tus ratos libres o con otros proyectos en los cuáles pueda hacerse.
10. El equipo del proyecto.- Sin duda uno de los capítulos más brillantes y que me gustaría dar a leer a tanta gente... me he sentido identificado en varias viñetas, tanto por "ser el malo" como "el bueno".
11. Control y comunicación.- Somos profesionales y tenemos que tener cierto control sobre las cosas que pasan a nuestro alrededor, además de aportar lo suficiente como para la información necesaria de nuestro estado. Tenemos que saber qué, quién y cuándo controlar, además del estilo de comunicación que hay que tener, tanto en vertical (clientes, directores, etc) como en horizontal (departamentos, miembros del equipo, etc.).
12. Otras cosas que no se aprenden en la universidad.- Colofón final :) También para ponerlo como lectura obligatoria en la universidad por responder muchas preguntas y darnos algunas pautas para enfrentarnos a situaciones típicas en este sector.

Hasta para mantenerse en el mismo sitio hay que esforzarse.