Hay muchos trabajos y habrá muchos más. Sus perspectivas laborales son fuertes.
Hay algunas razones por las que creo que le está costando trabajo encontrar trabajo. Primero, todavía no hay una red sólida de conexiones entre reclutadores y talento para las habilidades de Angular 4. Sin esta red, es difícil para cualquier reclutador individual conectarte con una empresa que necesita la habilidad.
En segundo lugar, hay un problema de idioma. Angular 1 y AngularJS son lo mismo. Son los viejos angulares. El nuevo Angular, versión 4, es completamente diferente. Y lo que es peor, Angular 2 es básicamente lo mismo que Angular 4.
- ¿Alguien puede ayudarme con la implementación de la aplicación web Golang en el océano digital?
- ¿Debo continuar desarrollando en PHP 5.3 o migrar a PHP 7.0?
- ¿Cuántas etiquetas H1 puedes tener en una sola página web? ¿Incluso importa?
- ¿Qué tecnologías tienes que aprender para ser un desarrollador full stack?
- ¿Por qué el uso de variables globales es una mala práctica de codificación si Google lo usa en su sitio web?
Esto significa que no solo los canales de comunicación entre las empresas y el talento están en malas condiciones, también hay ruido en esos canales. Es sorprendente cuántas personas aún no entienden que AngularJS no es Angular 4.
Además, las compañías que buscarán desarrolladores de Angular 4 todavía están en sus fases de skunkworks. Aquí es donde los miembros del equipo existentes realizan la investigación inicial y elaboran la arquitectura básica. Como tal, si buscan a alguien para el trabajo, buscan a alguien con mucha más experiencia de la que han cultivado internamente. Entonces, si solo tiene unos pocos meses de trabajo, nadie lo llamará.
Una vez que desarrolles más experiencia y conocimiento más profundo, tendrás muchas oportunidades en la secta Fortune 500. Estas compañías han dependido en gran medida de los marcos de estilo MVC y la interfaz y las herramientas de Angular encajan muy fácilmente. Además, su uso exclusivo de TypeScript impone una sintaxis similar a Java / C # en JavaScript, lo que facilita el desarrollo con aquellos con experiencia en lenguajes fuertemente tipados.
Esa es una buena forma de verlo. Las empresas que tienen desarrolladores de JavaScript puro en el personal tienen más probabilidades de integrar React en su arquitectura, mientras que las empresas que cuentan con desarrolladores de MVC, ya sean .NET, PHP o Python, tienen más probabilidades de elegir Angular.
En última instancia, habrá muchas oportunidades por ahí. La mayoría de estos estarán en los principales conglomerados. Si desea trabajar en empresas nuevas o agencias, abandone Angular y concéntrese en React o Vue.
EDITAR 5/9/2017
Aluan Haddad señaló en los comentarios que lo que dije podría ser confuso y que esta confusión podría ser realmente peligrosa. Si bien Angular y TypeScript tienen muchas de las convenciones comunes a lenguajes como C # y Java, y la estructura es similar a las aplicaciones MVC de antaño, en realidad no son esas cosas. TypeScript no es C #; es JavaScript, lo que significa que un desarrollador no puede asumir que su conocimiento de C # se traducirá perfectamente en TypeScript. De hecho, si hacen esto, se sentirán muy decepcionados al descubrir que nada funciona.
Realmente, el aspecto técnico de mi comentario debe verse como sin importancia dentro del contexto de esta pregunta. Se trata de oportunidades de trabajo, lo que significa que nuestra preocupación es lo que las grandes corporaciones piensan acerca de la tecnología que están implementando. Google y Microsoft están lanzando Angular y TypeScript a las empresas con el argumento “¡ayuda a sus desarrolladores de .NET / Java!”
Como dijo Aluan en los comentarios, esto es solo parcialmente cierto, pero si las corporaciones lo creen, y ellas son las que pagan su salario, ¡entonces que crean lo que quieran! Pero como desarrollador, no desea caer en la misma trampa que sus gerentes de proyecto.
TypeScript es solo JavaScript con un pulido. Si quieres ser bueno, y confía en mí, hazlo, aprende JavaScript.
