¿Me aconsejas usar meteorito?

Por el momento, no.

TL; DR

Aprenda (o siga aprendiendo) JavaScript y Node. Al final del día, Meteor es JavaScript, por lo que cuando esté completamente listo y listo, podrás “subirte” en poco tiempo.

Versión larga

Permítanme elaborar (y tenga en cuenta que esta es mi opinión personal). Todos dicen que Meteor es el futuro del desarrollo web. Y estoy de acuerdo en este punto. Es un placer escribir aplicaciones Meteor (oh, se siente bien …). Simplicidad, recarga de código activo, websockets, una separación muy ordenada entre el código que se ejecuta en el servidor y el cliente, orientado al SPA, puede lanzar fácilmente React, Angular, etc. Me recuerda mi emoción al escribir aplicaciones Rails, así que simple para poner en marcha un MVP.

¿Por qué, sin embargo, no deberías escribir para Meteor?

Algunas razones personales:

– Despliegue. Los propios meteoritos ofrecen despliegue (Galaxy), pero son demasiado caros para un nuevo inicio, sin mencionar un desarrollador. El profesional comienza en $ 495 por mes, facturado anualmente y $ 650 facturado mensualmente. En comparación, el precio razonable de Heroku sería de alrededor de 100 $ (y menos), Galaxy es simplemente inasequible. Puede implementar su aplicación en Digital Ocean, pero hay herramientas especiales que necesita usar, y la experiencia está lejos de ser perfecta. Además, es un VPS Digital Ocean. Un amigo mío una vez me preguntó “¿Quieres estar en producción o quieres ser un administrador de sistemas?” Dije que quería estar en producción. Sin duda, fui por Heroku.

– Bases de datos limitadas. Este es un grande. Meteor es solo MongoDB, y no todas las aplicaciones deberían ejecutarse en Mongo. Si vas a almacenar documentos, Mongo es simplemente genial. Por lo demás, Postgres, MySQL son una combinación mucho mejor (y lógica).

– Módulos. Los módulos de meteoros no son exactamente módulos npm. No puede simplemente lanzar un módulo sobre un problema y ponerse en marcha. Necesita ser adaptado. Nota positiva: hay bastantes y es muy fácil trabajar con ellos. El módulo de autenticación es una maravilla, me recuerda a Devise for Rails.

– No es una solución para todos los problemas. Estamos (afortunadamente) acercándonos a un punto donde la comunidad comienza a ver las herramientas para lo que son: herramientas . Y cada herramienta tiene su propósito. No todas las aplicaciones deben ser rápidas y furiosas (solo pregúntele a Vin Diesel). No todas las aplicaciones necesitan Mongo. No todas las aplicaciones deben ser un SPA.

Sin embargo, todos ellos necesitarán JavaScript en un punto de otro. Todos ellos necesitarán algún tipo de lenguaje (s) para manejar las operaciones del lado del servidor. Ya sea Ruby, PHP o JS, depende de usted.

Mi opinión sobre esto? Aprenda (o siga aprendiendo) JavaScript. No puedes equivocarte, y si lo sabes lo suficientemente bien, vas a recoger lo que se te presente muy rápido. Y lo más importante, podrá atender a sus clientes correctamente, de acuerdo con sus necesidades.

TL; DR Si quieres, entonces sí. Puedes usarlo para muchas cosas. Si planea desarrollar un contrato, pondría más energía en aprender lo que su cliente necesita que en qué plataforma entregarlo.

Realmente depende de qué tipo de aplicaciones planeas desarrollar. Esto es lo que realmente me afecta en la comunidad Node en este momento. La gente sigue viendo a Meteor como una respuesta de todo o nada. O eres un desarrollador de Meteor o eres un desarrollador de Node, no puedes ser ambos.

Eso es BS

Soy desarrollador de NodeJS, PHP, Java, C #, HTML5, CSS3, ES6. Soy competente en Spring para Java, Zend para PHP, ASP.NET para C #, Bootstrap & Sass para CSS3, Handlebars para HTML5 y MeteorJS para Node / Html5 / CSS3 / ES6. Esa es una amplia selección. No hay razón para que solo porque aprendas Meteor no puedas aprender otra cosa. Ve a aprender Meteor. Ve a aprender MEDIO también. He usado ambos (no me llamaría competente en MEAN en este momento, pero eso es lo que estoy aprendiendo, en este momento). Meteor no es una bala de plata, pero tampoco está “no listo”. Actualmente lo tengo ejecutando 3 sitios de comercio electrónico, así como 1 y 1/2 aplicaciones internas. Estamos gastando en 2 aplicaciones internas completas para fines de febrero. También usamos mucho Spring. ¡Hay tantas opciones, elige una con la que te sientas cómodo y ADELANTE!