¿El flujo de lanzamiento rápido de Angular le impide a usted o a su empresa / empleador adoptar una nueva versión de Angular? Por lo que entiendo, algunos instructores y autores fueron quemados por Angular y perdieron el deseo de producir nuevos cursos.

El problema que mencionas sobre los cursos y las editoriales es cierto. He conversado con editores de libros físicos que han expresado poco deseo de publicar cualquier cosa que no sean trabajos superficiales en Angular debido al rápido calendario de publicación.

Los creadores de cursos en línea son una historia diferente. En todo caso, parecen estar acelerando su trabajo porque los rápidos cambios encajan bien con los rápidos lanzamientos de videos y los procedimientos de creación rápida. Los cambios rápidos también significan que sus ideas serán necesarias con mayor frecuencia.

Pero como cualquiera que haya confiado en videos y cursos en línea puede decirle, la profundidad de los consejos allí a menudo es muy escasa. Para aquellos que crecieron en los tomos de 1,000 páginas de fuentes de 10 puntos que definieron los libros sobre C y Java en la década de 1990, los libros que dedicarían capítulos enteros a métodos individuales, las clases en línea de hoy son una hora de aficionados.

Dicho esto, no creo que la falta de documentación robusta de Angular impida que las empresas lo adopten. La documentación terrible para React y AngularJS ciertamente no los detuvo. En términos generales, con desarrolladores dedicados que trabajan con Angular, el ciclo de desaprobación-interrupción que Angular ha adoptado no representa un obstáculo masivo.

Para muchas empresas, esto simplemente significa que la importancia de los empleados que se centran en Angular ha aumentado. Esto, al menos en general, no ha requerido un gran aumento en los recursos humanos ya que los desarrolladores de middleware se están moviendo al frente. Los desarrolladores existentes de Django, PHP, Rails y .NET se están convirtiendo en desarrolladores de JavaScript puro, y los desarrolladores de middleware se liberan de las tareas de plantilla y se convierten en desarrolladores de microservicios. Es una transición relativamente indolora y espero que algunas compañías se disuadan.

No. No debería. Particularmente para instructores o desarrolladores senior. ¿Por qué? Sencillo. ¿A quién le importa si estás desplegando 5 esta semana? Ninguno. Ciertamente no sus usuarios o desarrolladores. Siga usando 4, o incluso 2 en esa aplicación que creó con 2 la primavera pasada. Haga un nuevo desarrollo con 5. Es como pasar de .Net 4.5.1 a 4.6. O Java 8 a 8.02. Actualice las nuevas versiones en las aplicaciones antiguas a medida que incorpore nuevas funciones en ellas más adelante.

En cuanto a los instructores, sé que Maximilian Schwarmuller ha mantenido sus cursos sobre Udemy actualizados bastante rápido después de una nueva versión. El diseño modular del curso debería permitir cubrir nuevas características en sus lugares apropiados. Algunas cosas, como el movimiento de la biblioteca de animación en v4, se pueden cubrir en una clase de apéndice.

Exactamente,

En nuestra organización, hemos creado algunas aplicaciones en AngularJS y están funcionando bien.

Pero tan pronto como Google anunció Angular y que será una reescritura, todos tenían sentimientos encontrados de ansiedad y anticipación.

Luego seguimos las liberaciones angulares y todavía lo seguimos. Es un completo desastre y no veo una razón para usarlo cuando existen tecnologías mucho más estables y probadas.

Algunos de los puntos clave aquí describirán, por qué no es una elección de una producción seria (al menos para nosotros).

  • Lanzamiento constante de nueva versión. Ahora no digas que estas versiones tienen diferencias menores o lo que sea. Ni siquiera podemos poner la carga cognitiva de solo escuchar las noticias de nuevos lanzamientos. Y mucho menos examinarlo.
  • Dado que las versiones están siendo golpeadas de vez en cuando. Los autores de la biblioteca se desaniman y se alejan de la misma manera que nosotros. Y quien quiere reinventar la rueda.
  • Cuando AngularJS se lanzó por primera vez, había opciones muy limitadas. Pero cuando llegó Angular 2, el postre se había convertido en un campo de batalla.
  • Angular tenía Edge TypeScript cuando se lanzó, pero ahora cada vez más frameworks y bibliotecas como VueJS tienen soporte oficial de TypeScript.
  • Nadie quiere vivir dentro de una tormenta constante, ni siquiera los cazadores de tormentas

Dicho esto, ahora estamos a miles de kilómetros de Angular y no queremos regresar para encontrar lo mismo o algo peor.

Para mí sí, trato de evitarlo como una plaga,

Para mi empresa y gerente NO. Simplemente piensan, bueno, la compañía está más familiarizada con angular. En el futuro, ¡sigamos con el angular 1 para todos nuestros nuevos proyectos!

Facepalm pero no pudo hacer nada al respecto. Me cansa cada vez que hay una tarea de interfaz para mí.