Comentario por SomeAlternativeToUser · Nov 2017

Después de un mes de convertir un proyecto existente de Gulp a Webpack 3. Estoy bastante cansado de luchar contra mis herramientas front-end. Si tiene problemas importantes con Webpack. ¡¡¡No estas solo!!! Dejame explicar. En primer lugar, la documentación, incluso en la versión actual 3, todavía es muy deficiente. En la mayoría de los complementos, parece que la descripción te dice lo que hace. Sin embargo, para el momento en que descubra todos los matices y problemas que surgen de una base de código grande, habrá perdido / desvanecido algunos pelos, especialmente si tiene fechas límite. Cuando necesita hacer algo que no está cubierto en uno de los pocos tutoriales restringidos que hay. Es difícil determinar cuáles son las mejores prácticas, incluso con la ayuda de Stack Overflow.
Incluso cuando realmente desea analizar y profundizar para descubrir por qué un complemento en particular está haciendo algo o por qué se está volviendo loco. Webpack complica las cosas tanto que, a pesar de que las herramientas de depuración de nodos con Chrome funcionan bien y le permiten depurar en Webpack para solucionar problemas. Todavía es una broma hacerlo y no es gracioso. Estoy muy irritado por el Equipo de Herramientas de Microsoft Visual Studio 2017 por decidir incluir el Webpack configurado por los desarrolladores en sus plantillas React y Angular predeterminadas y por haber sido insertado en la CLI Angular (@ angular / cli), que realiza la compilación de Adelantado del Tiempo para generar una compilación de Webpack. Por lo que puedo determinar, parece que Sean Larkin tal vez sea el responsable de este movimiento.
No lo sé seguro. Aunque he podido ejecutar el código con la ayuda de las tareas de Gulp y la CLI angular. No puedo decirle cuánto tiempo se perdió en este producto conocido como Webpack. (sarcasmo) Tal vez debería decir en la parte superior de la documentación del paquete web. Estos trucos son realizados por profesionales altamente capacitados. ¡Intentar reproducir estos trucos usted mismo dificultará los esfuerzos de desarrollo de sus equipos y puede hacer que lo despidan! Vuelva a las tareas Gulp ya probadas y ejecute la CLI angular que usa las configuraciones en (./node_modules/@angular/cli/models/webpack-configs) hasta que el proyecto alcance el modo de mantenimiento. Quién sabe, tal vez mejorará con el tiempo y dejaré que uno de los muchachos juegue con él en el futuro.
Sin embargo, por ahora el uso de Webpack configurado por los desarrolladores está fuera. Ahora, aunque agradezco al equipo de Webpack por su altruista donación de esfuerzo. ¡He encontrado que es más como el altruismo patológico! Ahí es donde dañas a quienes intentas ayudar. Aunque puede mejorar en el futuro. Por ahora, es triste que una estrella sea la calificación más baja. Así que, por favor, no dejes que te convenzan de que vuelvas a eliminar esta revisión. Simplemente para proteger la "sensación" y los trabajos de los desarrolladores que crean este lío. ¡La gente necesita leer esto! Revisé esta vez y vi una alerta de que se había eliminado. ¡POR FAVOR NO RETIRE ESTA REVISTA DE NUEVO! Tengo esta revisión guardada y he establecido recordatorios para verificarlo y puedo publicarlo bajo cientos de inicios de sesión diferentes si es necesario.
Prometo a mi energía altruista enviar esta información a los equipos de desarrollo para ahorrarles dinero y el tiempo es mucho más que su capacidad para proteger a los creadores de productos "feelz". ¡¡¡Gracias por tu tiempo!!!