Respuesta corta: ¡No! Cualquier certificación en cualquier parte del mundo NO necesariamente le dará una gran demanda / buen trabajo . En el mejor de los casos, probablemente mostrará mejor su currículum, ya que puede haber un 40% de otros candidatos.
La certificación son herramientas que deben utilizarse en un contexto real.
- La certificación es solo una herramienta y casi como la educación universitaria. Si bien le permitirán hasta cierto punto con el conocimiento y las herramientas necesarias para administrar algo tan complejo como la arquitectura empresarial, no son un sustituto de la experiencia del mundo real.
- En segundo lugar, la arquitectura en el contexto de una aplicación o una empresa es básicamente un conjunto de problemas. Los problemas que evolucionan continuamente y que no se pueden resumir en los libros (en mi humilde opinión) e incluso si se resuelven, pierden relevancia muy rápidamente.
- En tercer lugar, y esta es mi opinión personal, que las certificaciones son tan buenas como inútiles si no puede aplicarlas. Muéstrame algunas instancias donde empresas como Google / Amazon / Facebook / LinkedIn / Microsoft te soliciten una certificación en particular. Al mismo tiempo, estas compañías no solo tienen un gran éxito en el software que crean, sino que también tienen éxito comercial en el espacio en el que operan.
Entonces, ¿sin certificación?
- ¿Los aviones tienen sistemas integrados en ellos?
- Cómo reiniciar mi vida a los 61 años
- ¿Cuáles son algunos trabajos gubernamentales que puedo solicitar después de MCA?
- Si una pregunta de 'seleccionar todo lo que corresponde' se codificó incorrectamente en un conjunto de datos utilizando SQL de modo que se seleccionó cada respuesta, ¿puedo recuperar los datos?
- ¿Debo dejar mi trabajo de consultoría ERP de 150k / año para convertirme en ingeniero de software?
No digo que todas las certificaciones sean inútiles. Si está tratando de aprender una nueva área, entonces establecer la certificación como un objetivo puede ser un gran impulso para aprender esa área. Por ejemplo, si alguien está aprendiendo AWS a partir de hoy, recomendaría encarecidamente obtener una certificación, no porque necesariamente le conseguirá un trabajo, sino que lo empujará a aprender y alcanzar un objetivo específico (también podría obtener un trabajo solo por las habilidades de AWS están en alta demanda). Consideraría dos criterios claros para trabajar hacia una certificación:
- Es un área que quiero aprender y la certificación como objetivo es concreta que solo decir “aprenderé XYZ”
- El área en la que planea obtener la certificación tiene una demanda relativamente alta.
Arquitecto de la torre de marfil?
En el mundo del software actual, los días de los arquitectos de la torre de marfil han terminado. El arquitecto no es alguien que se sienta en una habitación y diseña algo mágico y luego da ese diseño para el desarrollo a los desarrolladores. (Y en el proceso, suponiendo que la codificación es una tarea subestándar). Tal software y negocio asociado está obligado a fallar o no escalar bien.
Si bien un arquitecto de software puede no hacer todo a nivel de implementación, es muy importante ser práctico, poder codificar y ejecutar POC rápidos donde sea necesario.
Sugiero leer el artículo: Cerrar el abismo entre estrategia y ejecución
Aquí estrategia ~ = arquitectura y ejecución ~ = implementación (codificación + otras cosas). Una conclusión clave del artículo anterior:
“El proceso siempre es un poco feo. La vista de tierra de las uñas de los ejecutores sobre el terreno es muy diferente de la visión de los estrategas desde el aire ”.
Entonces, ¿qué debo hacer?
No te estoy pidiendo que vuelvas a tu agujero y sigas codificando, ¡absolutamente no! Eso obstaculizaría su crecimiento, esto es lo que creo que puede ayudarlo a crecer en el rol de arquitecto de software:
- Participe en proyectos de código abierto en el área de su interés, proyectos donde la comunidad es bastante activa y los contribuyentes han construido sistemas que se adaptan bien. (Muchos vienen a la mente, pero depende de su área e interés específicos)
- Forme equipos donde construya un sistema desde cero, trabaje con alguien que haya hecho esto antes y pueda actuar como su mentor y enseñarle trucos del oficio. Si su trabajo actual no lo permite, cámbielo (marque la primera respuesta en la sección ‘Más’ a continuación)
- Ya eres desarrollador de múltiples apilamientos, lo cual es una gran ventaja, ahora pasa al siguiente nivel y aprende sobre otras áreas que normalmente no te importarían. Aprenda sobre operaciones, infraestructura, integración continua, soporte y cómo se hace. Un buen arquitecto de software comprende el impacto de sus decisiones en el ciclo de vida de un producto.
- Aprende de los libros, eso te enseñará mucho. Un buen punto de partida sería algo así como la serie Signature de Martin Fowler: libros, considere específicamente:
- Más allá de la arquitectura de software
- Patrones de integración empresarial
- Escuche los podcasts, aprenderá mucho sobre cómo piensan las mejores mentes de nuestra industria, recomiendo específicamente (estoy seguro de que hay más, pero según mi escucha hasta ahora):
- http://www.thecloudcast.net/
- https: // ingeniería del software todos los días …
Más
También puede consultar mi otra respuesta relacionada con la pregunta:
¿Cuáles son algunos buenos consejos para una nueva incorporación a la industria india de TI?
¿Qué debo hacer para unirme a Google antes de cumplir 30 años?
¿Es aconsejable cambiar a nuevos dominios tecnológicos (como BigData, Cloud) como iniciador después de más de 10 años de experiencia?
¿Cómo recluta GitHub?
¿Cómo afecta el cambio de dominio en el desarrollo de software a la carrera?
¿Qué tan en serio se toma la experiencia en empresas como wipro si una persona finalmente quiere mudarse a una empresa basada en productos como google, flipkart?
¡Espero que ayude!