• ¿A dónde se alojara la aplicación?
• ¿Hay alguna restricción de la tecnología que soporta el ambiente donde estará alojada la aplicación?
• ¿Quiere que corra en un servidor Windows o un Linux?
• ¿Cuantos usuarios soportara esta aplicación simultáneamente?
• ¿Que tan segura necesita ser esta aplicación? ¿Hay datos que necesitamos proteger? ¿La aplicación estará en Internet o en una intranet privada?
• ¿Pueden priorizarte todas estas respuestas? Por ejemplo, ¿Es más importante el número de usuarios que soportara o lo será el tiempo de respuesta?

Depende de las respuestas a estas u otras dudas que surjan podremos tener una mejor idea a la hora de hacer un sketch o machote de la arquitectura del sistema.
Si se fijan todavía ni he preguntado qué es lo que tenía que hacer mi aplicación!
Y esto lo hacemos porque primero debemos de enfocarnos en resolver las inquietudes, tales como tener todos los elementos necesarios para entregar un software de calidad.
Las inquietudes de Calidad nos especifican la manera en como la funcionalidad del sistema será entregada para que sea aceptable al usuario, quien es al final el que da el visto bueno al sistema y el que mas interés tiene porque le quede bien.
Los usuarios también tienen sus inquietudes y esto lo veremos en el próximo post.

Quizás una de las cosas que en mi caso personal hacen que sea miserable mi vida como programador es concentrarme y encajonarme en un horario para desarrollar mi trabajo, puesto que a veces soy un mejor programador en la noche o cuando no hay nadie alrededor y mi énfasis solo es el código y no tengo que estar contestando llamadas, correos y asistiendo a reuniones. Lógicamente si uno es parte de un ambiente corportativo es muy difícil evitar eso, pero poco a poco he logrado saber canalizar el tiempo creativo con el tiempo que están todas esas distracciones, pero si pudiera evitarlas para solo programar fuera mucho mas productivo.

Otras de las cosas que procuro hacer es dedicarme un tiempo del día o en la semana para aprender una nueva tecnología o un libro sobre lo que hago en mi trabajo o algo que quiera implementar en mi equipo, por cierto les recomiendo el libro Agile Retrospectives: Making Good Teams Great,  este libro es muy bueno y espero terminarlo pronto para escribir mis impresiones. Se que si no dedicara ese tiempo en la semana mi vida como programador o como Arquitecto de Software no fuera la misma, tengo ese deseo de mejorar y ver como mis proyectos pueden ser los mejores y con la mejor tecnología que yo pueda tener disponible.

Y para finalizar otra de las tantas cosas que creo que puede frustrar a un programador es cuando le piden a uno experiencia de 5 años en 5 diferentes tecnologías, cuando uno como programador sabe que el programar trasciende lenguaje, Sistema Operativo, Hardware. etc.  Mi opinión personal es que un buen programador siempre es un buen programador, sea el lenguaje que sea, porque un buen programador siempre estará listo para ser un autodidacta y tendrá las bases para poder aprender cualquier lenguaje y tecnología.

Y a ustedes, ¿Que cosas hacen su vida sea miserable como programador?

(Sun Certified Java Associate) de Sun MycroSystems, el objetivo de esta certificacion es proveer una forma de entrar en el area de desarrollo de aplicaciones o como software project manager usando tecnologias Java.

El dia del examen me encerraron dos horas con el aire acondicionado congelandome, me desconcentre un poco, pero al final pase el examen y un mes despues llego un paquete con mi Certificado, una carta de felicitacion, un Pin indicando que soy un Java Associate, y una tarjeta de presentacion indicando mi logro.

De verdad que si motiva mucho hacer este tipo de certificaciones y ya me estoy preparando para las que vienen… el objetivo a futuro sera tener la certificacion para ser un Arquitecto para aplicaciones empresariales de Sun (SCEA)

• Arquitectura: Definición de arquitectura de los sistemas, vista física, vista lógica, principios de arquitectura, seguridad, etc.
• Selección de Software: Pilas de aplicaciones, bases de datos, librerías, frameworks, estándares tecnológicos, etc.
• Selección de Infraestructura: Sistemas Operativos, hardware, redes, sistemas de recuperación, etc.
• Requisitos no Funcionales: Rendimiento, escalabilidad, seguridad, etc.
• Liderazgo: Liderazgo Técnico, responsabilidad y autoridad, dirección de equipos, etc.
• Coaching y Mentoring: Ayuda sobre problemas técnicos, ayuda en la evolución profesional, etc.
• Metodología de Proyectos: Estructura de Proyectos, Metodologías (Waterfall, Scrum, RUP, XP…).
• Procesos de Desarrollo: Control de versiones de código fuente, procesos de construcción, integración continua, automatización de pruebas y otros procesos y herramientas de desarrollo.
• Prácticas y Estándares: Estándares de codificación y libros blancos, selección de herramientas, etc.
• Diseño, Desarrollo y Pruebas: Diagramas UML, codificación, pruebas unitarias, etc.
• Experiencia: Conocimiento sobre tecnologías y arquitecturas.
• Estar al día en cuanto a tendencias tecnológicas: Agile, Web 2.0, SOA, Lightweight Java EE, etc.

De todas esas funciones hay algunas que antes hacia y ahora me siento comodo haciendolas, como el coaching y el mentoring, a mi me gusta mucho orientar sobre como hacer las cosas, y me gusta mucho investigar sobre las nuevas tecnologias.

EStoy bien contento con lo que estoy logrando profesionalmente y me gustaria ir comentando mi experiencia para ir creciendo mas y capaz ayudando a otros que comienzan esta carrera muy emociionante de la arquitectura de software.