Ser un Arquitecto de software?

Te dejo un vinculo sobre un articulo que habla de como prepararte para ser arquitecto de sofware, personalmente no creo que la edad te impida llegar a ser un buen arquitecto a los 30, no obstante creo que este puesto esta muy abaratado en México, y algunos "arquitectos" a veces ni saben que es un patrón de diseño, pero esto no solo es culpa de ellos si no de las fábricas de software o desarrollo que se permiten por la premura de los proyectos contratar a quien sea con tal de aparentar que tienen el personal con el conocimiento adecuado para sacar avante un proyecto.

Y otro punto muchos añoran ese puesto pensando que van a ganar millones y las consultoras se han encargado de malbaratar un trabajo como el del arquitecto porque a veces le sacan más provecho a un becario, programador senior, semi senior o junior al cual ponen a realizar tareas de arquitecto y pues ya sabras el resultado de los proyectos, en fin que esto no te quite el sueño de serlo, yo quiero llegar a serlo algún día, pero en general seas arquitecto o no (programador senior, junior, etc), lo único cierto es que siempre hay que estar actualizandose.

Saludos.

¿Y por qué un poco de Spring? ¿Por qué no mejor dominarlo por completo?

La mayoría de los programadores con 4 o 5 años de experiencia cree que ya puede ser Arquitecto de Software. El principal atractivo es el salario (un poquito más que el Programador Senior). Y como menciona Hiroshige, estos arquitectos juniors becarios, basados en sus limitadas horas-experiencia y en los conocimientos adquiridos hasta ese momento, hacen sus propuestas técnicas, efectúan revisión de código de sus subordinados, seleccionan sus herramientas, etc. Así que no hay que sorprenderse del resultado final, que aunque el software puede estar operativo, su mantenimiento y uso de recursos es muy costoso.

Con todo ello no estoy diciendo que una persona con pocas horas de experiencia puede no llegar a ser un verdadero Arquitecto de Software. En mi opinión, sí es posible. Hay que tomar muchos cursos o leer muchos libros (p.ej.: Software Architecture in Practice, vista previa en Google Books o 97 Things Every Software Architect Should Know, vista previa en Google Books), aprender y dominar muchas tecnologías, etc. Sin embargo, tal como ese administrador UNIX dijo que la verdadera prueba para uno de los suyos era estar ante un servidor a las 5 a.m. intentando restablecer todos los servicios porque en unas horas el negocio abrirá sus puertas... así también el software debe ser capaz de manejar un número elevado de peticiones utilizando los recursos de manera óptima, así como poder implementar un nuevo requerimiento en tiempo récord y sin que ningún avión caiga, etc.

~~~

Muchas gracias por los consejos y el material que me proporcionan voy a estudiarlos a fondo y espero en un tiempo poder llevar a un equipo a un nivel superior y hacer las cosas como debe de ser.

saludos