Voy a ser franco aquí (bueno, más bien una queja), especialmente porque proviene de un desarrollador novato que piensa que deberían recurrir a aprender un montón de código como MEAN. Aunque en estos días estoy tratando de ser más discreto en general … pero me canso de escuchar sobre MEAN, Sails y Meteor, todo lo cual no quisiera tocar como ingeniero de Node.js existente.
Las empresas que eligen estas opciones están buscando la salida rápida, fácil y sucia, y poder ser despistados y aún así utilizar y entregar aplicaciones Node.js. Si esa es su taza de té, continúe, pero no se beneficiará en términos de aprendizaje tanto como podría ser en términos de código (SUT) y pruebas (pruebas unitarias … especialmente TDD).
En cualquier idioma habrá esas mega soluciones que tentarán a ciertos tipos de programadores porque puedes unir las cosas sin tener que aprender a codificar … o pilas que dicen que funcionan de maravilla y te hacen trabajar rápidamente, pero luego te das cuenta de algo … terminas ser acorralado o terminar con problemas que no anticipó o no quiso. Y no puedes probar estas maravillas gigantescas en general, si es que lo haces.
- ¿Python es parte del lenguaje PHP?
- ¿Cómo crean las personas estas aplicaciones que muestran una URL aparentemente genuina en Facebook y luego redirigen a un sitio web diferente al hacer clic?
- ¿Puede alguien decirme qué tipo de empresa de desarrollo web en Singapur es mejor para su servicio?
- ¿Golang es tan adecuado para el desarrollo web como los otros lenguajes web como: PHP, Python, C #?
- Cómo hacer un sitio web como http://www.20thingsilearned.com/
Entonces … no soy un gran admirador del uso de enormes “pilas”, una talla para todos los marcos, o como quieran llamarlos. Me hacen temblar y me recuerda a mis viejos días .NET donde verías una gran cantidad de esto al codificar la pila de MS (cosas como Entity Framework, etc.).
La mayoría de ellos tampoco son fácilmente verificables. Eso significa que tampoco soy fanático de usar cosas como Meteor, por ejemplo, o Sails (viene con la línea de flotación ORM). Deja de usar estas gigantescas bestias y comienza delgado, simple y desacoplado .
Ya he hablado con 2 desarrolladores, uno que usa Meteor, el otro Sails y ambos tienen problemas de rendimiento o problemas de acoplamiento de código propietario en su código. Ninguno de los dos mencionó las pruebas, que es un problema completamente diferente (que deberían haber tenido) en el hecho de que ni siquiera pensaron en probar el código o se dieron cuenta de que es un desastre complicado ya que no pueden probarlo de una manera limpia y desacoplada. Th
Si quieres un juguete de juguete , úsalos bien. Pueden estar bien para sitios de aficionados que no hacen mucho o no requieren un alto rendimiento. Pero incluso entonces todavía no los usaría. Si realmente desea programar y conocer Node por dentro y por fuera y crear aplicaciones esbeltas, con rendimiento y comprobables, no las use.
Simplemente comience a codificar, elija middleware y junte sus propias cosas, y lo siento, el mundo no gira en torno a la pila MEAN y no debería ser así. Está hinchado y no lo recomiendo. Necesitamos desarrolladores en nuestra profesión, no monos que usen sistemas de caja negra que sirvan como un acuerdo de “talla única”. Aprende a resistir y codificar. El middleware es lo que cerrará las brechas y evitará que tenga que crear código redundante o común.
Así que solo junta el middleware y el código . Deja de mirar todas estas tallas únicas para todas las pilas.
Por ejemplo, he usado Koa.js, Knex para el lado DB y React para el front-end … y cualquier middleware pequeño en el medio para proporcionar solo lo que necesito y eso es … magro.
Para ayudar a usar Yeoman para generar algunas aplicaciones de ejemplo si desea tener una idea o aprender cómo hacer algunas cosas … como configurar un proyecto para huesos básicos para cualquier funcionalidad, cosas así.
