Porque a menudo es verdad.
El objetivo de un marco no es ser difícil o hacer que la tecnología con la que está trabajando sea más difícil. Es una herramienta que utiliza tecnologías con las que ya se supone que es competente, y que se supone que facilita el trabajo de muchas maneras (tareas estándar de plantillas como crear componentes, conectar rutas de datos, manejar y pasar eventos, etc.) en). Por ejemplo, la CLI de Angular 2 hace que la creación de un proyecto, la creación de componentes y otras tareas sea tan simple como ejecutar un comando en su terminal, todo lo que tiene que hacer es abrir los archivos y ponerse a trabajar en la implementación, todas las cosas de la línea de base simplemente ordenar de ocurre mágicamente (más o menos). Incluso puede usar la GUI del código VS ahora si la línea de comando no es lo suyo. Haga clic derecho, nuevo componente, esquele estos métodos, etc. Después de eso, simplemente use JS para implementar, lo que se reducirá a sus iteraciones, mapas, filtros o el uso de otro marco como Underscore y cualquier otra cosa que haya surgido en estos días.
Ejemplo: Javascript, HTML, CSS, como tecnologías centrales. No solo “vas a aprender rápidamente” cualquiera de ellos, no a un nivel profesional. Pero, digamos que ya tiene todo eso, Y ha trabajado con Angular en algunos proyectos, y tal vez pasó un poco de tiempo con Ember.
Si un reclutador dice “Reaccionar”, sería estúpido decir, “oh, nunca he trabajado con eso, no puedo hacer el trabajo”. Usted diría: “Estoy familiarizado con el modelo MVC, un par de otros marcos, y todas las tecnologías requeridas que el marco emplea. Estoy seguro de que no tendré problemas para recogerlo.
Sin mencionar que los marcos van y vienen. Angular 1.x estuvo de moda por un tiempo, pero en el uso práctico resultó ser más complejo de lo que probablemente debería ser un marco MVC (ish), y tenía algunas nociones demasiado prescriptivas que incluso Google decidió no usar para su Proyectos propios. Ya los avisos publicitarios dicen Angular 2. Y, ahora más personas están hablando de Riot, y se ha hablado de la próxima versión de React …
Dentro de un año, será otra cosa. Cualquiera que le diga: “Soy experto en todos ellos, he trabajado en productos de nivel profesional con todos ellos, etc.” probablemente esté exagerando su exposición.
Ponlo de esta manera; He estado haciendo esto durante un cuarto de siglo. Solo en el mundo de la interfaz de usuario, he trabajado con Cairngorm MVC, Robot Legs, Pure MVC, Angular, React, Zend, un pequeño Ember, dos marcos que escribí yo mismo, y tal vez una docena de otros marcos que ni siquiera puedo recordar. Actualmente estoy trabajando con Flask, he trabajado con Hibernate … Quiero decir, sigue y sigue. Con los años he olvidado más marcos de los que recuerdo.
Así que sí, tienes un marco con el que no he trabajado, no te preocupes por eso. He demostrado una y otra vez que puedo recogerlos rápidamente, y eso es lo que digo cuando me enfrento a la pregunta.
Pensamiento posterior: hay algo similar a la dependencia excesiva de los marcos. Conozco tipos que no pueden hacer nada sin Angular. Si solo les entregaste JQuery y dijiste que construyeras un sitio bastante complejo, no podrían hacerlo porque no entienden cómo crear las piezas de plomería de manera abstracta, terminan conectando vistas y sobreutilizando los eventos de un marco, etc. creando algo desordenado que se derrumba con el tiempo. Diría que es mucho más importante poder crear un sitio web solo con JS, HTML, CSS y no conocer Angular, que ser capaz de crear un sitio con Angular, pero no tengo idea de cómo hacerlo con solo JS, HTML y CSS. Sin estudio de MVC fundamental, sin conocimiento de cómo crear un bus de notificación / evento simple, etc. Estos son conceptos de programación importantes con los que muchos tipos de “framework” no tienen experiencia práctica.