¿Cuál es el mejor marco de JavaScript para elegir en 2015?

tl; dr: el ecosistema React es el más dinámico y creativo en los marcos frontales en 2015 y 2016, pero no siempre lo será. Lo más importante es comprender realmente JavaScript vainilla , programación funcional y orientada a objetos y experimentar la construcción de su aplicación sin un marco para que realmente sienta los problemas que los marcos están tratando de resolver. Eso le permitirá elegir cualquier marco rápidamente, independientemente de lo que elija su equipo o del nuevo marco que surja.

¿Por qué tenemos marcos?

Los marcos existen porque manejar la complejidad en aplicaciones más grandes puede ser extremadamente difícil, y a menudo es la misma complejidad cada vez que crea una nueva aplicación.

Por lo tanto, creamos marcos para dar a nuestras aplicaciones una estructura predecible y darnos algunas de las características estándar que necesitamos en la mayoría de las aplicaciones de forma ‘plug and play’. Características como el manejo de solicitudes al servidor o el mantenimiento de datos consistentes en diferentes partes de su página web o aplicación web (le gusta un tweet y desea que aparezca el corazón, pero también que la cantidad de me gusta aumente en 1). Manejar ese ‘estado’ – sus datos en vivo – es complejo y los marcos pueden darle una estructura para ello

Los marcos también existen porque como ingenieros nos encanta construir herramientas y publicarlas, es emocionante y creativo. A otros ingenieros les encanta desafiarse a sí mismos con nuevas herramientas y, por lo tanto, entusiasmarse al explorar estos nuevos marcos.

¿Qué está de moda en 2015 y 2016?

En este momento, React es la tendencia y el marco glamoroso: dentro de dos años probablemente no lo sea. La gente a veces pregunta ‘¿Qué marcos enseñas en Codesmith?’ Decidimos enseñar React en Codesmith (la escuela de codificación que cofundé) desde los primeros días y hemos tenido la suerte de contar con el apoyo y el respaldo del líder de React en Facebook: Tom Occhino.

Pero qué marco elegimos enseñar en Codesmith es mucho menos relevante de lo que la gente piensa. Mucho más importante es desarrollar la capacidad de aprender rápidamente cualquier nuevo marco (o incluso lenguaje)

Cómo elegir un marco

Para lograr esta capacidad versátil de elegir rápidamente cualquier marco nuevo, concéntrese en una comprensión profunda de JavaScript, programación funcional y orientada a objetos y una arquitectura de aplicación de comprensión antes que nada .

Haga lo que hacen los estudiantes de Codesmith (el ‘programa maestro de codificación de bootcamps’ en el que enseño): primero cree su aplicación con Javascript de vainilla (o con jQuery, aunque aquí hay un recurso fantástico para evitar jQuery: no puede necesitar jQuery). Considere estructurar su aplicación en estilo MVC, que no necesita un marco para hacer, redescubrir MVC y cómo escribir sin un marco • Dan Martensen

Luego, una vez que tengan un prototipo juntos y tengan que comenzar a manejar una mayor complejidad, ahora analicen su aplicación (cómo fluyen sus datos, cuáles son las interacciones más complejas, cómo y con qué frecuencia interactúa con el servidor).

Evalúe los diferentes marcos, pero ahora comprenderá por qué necesita un marco de trabajo , qué problemas está resolviendo, y lo hará mucho más efectivo al usarlo (el marco que elija)

Acepto / confirmo que no hay nadie aquí como React o Angular, pero como desarrollador front-end puedo sugerir que la pila de tecnología pura sea fácil para sus navegadores y sus editores de código también, sin mencionar el codificador :).

Iniciar un proyecto en 2015 necesita una gran cantidad de conocimiento sobre una serie de marcos, bibliotecas y conceptos. (vea mi github de estrellas (Ahmad Ali)) Necesitará una base que gire en torno a un marco o concepto y una gran cantidad de bibliotecas que lo ayuden a solucionar los hacks y las correcciones necesarias para ese marco o concepto. Porque simplemente nada es perfecto. :).

Para que todo este árbol de tecnologías sea útil para usted de la mejor manera, aprenda ES6. Javascript con ES6 se ha desarrollado a ese nivel en el que puede confiar para su próximo proyecto, incluso sin un marco con instalaciones como módulos, clases, proxies y promesas y muchas más características aquí mencionadas de ES6.

Resumiré mi respuesta con una lista de marcos que creo que facilitarán y sobrevivirán durante un par de años según los conceptos recientes.

1. Herramientas como el paquete de módulos Webpack, Jspm y Babeljs.io son requisitos previos si está comenzando un proyecto hoy (septiembre de 2015). También son compatibles con los editores. Para los usuarios de Visual Studio es muy fácil para ES6 y muchas cosas nuevas como MENOS con WebCompiler.
2. Angularjs 1,2 y frameworks basados ​​en MVC, modelos MVVM que soportan bien las API RESTful y sus frameworks de back-end.
3. Firebase , Meteor, etc., bases de datos en vivo compatibles (más o menos) marcos que le brindan alivio en el backend y la conexión del backend al código del cliente. Concéntrese en el negocio.
4. Reaccione la metodología basada en eventos que ocurren dentro de los datos, lo que mejora la comprensión de la lógica empresarial y es fácil para los navegadores.

Angularjs es un framework avanzado y bien soportado y ayuda. Reaccionar es relativamente nuevo y esta “cosa nueva” lo está matando. No está llegando al suelo, pero es algo bueno. Angularjs 2 tiene el flujo React en funcionamiento. La base de datos en vivo y la nube son otra buena selección, pero nuevamente están en fase de prueba para un gran proyecto real.

Estoy de acuerdo con @Antonios en que la comunidad de front-end está cansada y está comenzando a agotarse con la variedad de opciones. ¡La difusión de la tecnología en el lado frontal web es simplemente alucinante! Después de haber trabajado predominantemente con los sistemas back-end de Node.js durante los últimos dos años, hice una profunda inmersión en la tecnología front-end en las últimas semanas, ¡y alguna vez ha cambiado!

También creo que React es la opción para un nuevo proyecto que comienza ahora; está experimentando un aumento meteórico (juego de palabras) en popularidad. No comenzaría un nuevo proyecto complejo con Angular 1.x en este punto, y Angular 2.x todavía es demasiado crudo. Sí, existe Meteor, pero no puedo evitar sentir cierto nivel de pérdida de control con los frameworks full-stack. Son buenos para algunos casos de uso, pero a menudo con aplicaciones más complejas, eventualmente chocarás con un muro muy frustrante con algo que debería ser muy simple; en otras palabras, terminarás luchando contra el marco. Comparo Meteor con Strongloop en el lado del servidor.

Mi pila tecnológica (selección para un nuevo proyecto) actualmente incluye React with Redux, redux-router (o uniloc? Todavía estoy indeciso), react-pacomo (con nombres de clase … planea usar Sass), superagente para llamadas REST. Probablemente intentaré usar Bootstrap 4, que está a punto de completarse (usa Sass en lugar de LESS de Bootstrap 3), y Webpack con Babel (definitivamente usando ES6, algunos ES7) para unir todo. Firebase principalmente como un reemplazo de pub / sub como PubNub es prohibitivamente costoso para el proyecto en cuestión. En el lado del servidor, Node.js con Hapi para API, PostgreSQL con Knex (sin Sequelize o Bookshelf para ralentizar las consultas) para persistencia de datos, y REDIS para mantener los datos de sesión en el lado del servidor en un entorno escalable en AWS.

Pero dentro de 18 meses (o antes) todo esto volverá a ser un código heredado. Eso es a la vez agotador y emocionante al mismo tiempo. A veces pienso en cómo los maestros artesanos solían aprender una habilidad con maestría, y luego volver a aplicar esa habilidad a lo largo de sus vidas. Ahora, cuando aprendemos algunas habilidades, no importa qué tan bien, las aplicamos durante un año o dos, mientras continuamos aprendiendo más habilidades a una velocidad vertiginosa. Parece que se acerca la singularidad.

Elegir el marco para su aplicación depende de los requisitos de la aplicación.

Para poder escribir código elegante y fácil de mantener, debe tener un buen comando en Patrones de diseño como MVC, Flux (react.js), Editor-Suscriptor, Patrón de módulo y algunos otros Patrones de diseño de JavaScript.

Para aprender sobre el Patrón de diseño en el contexto de JavaScript:

• Patrones JavaScript Stoyan Stefanov
• aprendiendo patrones de diseño de JavaScript por Addy Osmani

Puede equivocarse utilizando marcos como angular, ascua o reaccionar también si no diseña el código correctamente.

Es mejor usar bibliotecas independientes que realizan una sola tarea y lo hacen perfectamente que grandes frameworks, que es muy obstinado (como Ember y Angular) sobre cómo deben estructurarse y hacerse las cosas.

Me han hecho esta pregunta muchas veces en tantas permutaciones, así que eventualmente hice un video al respecto (vinculado a continuación). Básicamente, mi postura es que no existe una mejor herramienta en general (piense en Leatherman vs un destornillador eléctrico), por lo que debe saber qué necesidades tendrá específicamente su aplicación para elegir el conjunto correcto de herramientas.

El problema es que no sabrás lo que estás construyendo hasta que lo hayas construido (Instagram primero se llamó Burbn, y era un servicio completamente diferente), por lo que primero debes construir un prototipo / MVP / thingee, y para usa eso, deberías usar cualquier cosa que conozcas. Esto se debe a que, de todos modos, está eligiendo herramientas en la oscuridad, existe un 99% de posibilidades de que las herramientas que elija sean incorrectas, por lo que también podría elegir la que conoce realmente bien.

Después de tener su prototipo, debe analizarlo para descubrir cuáles son sus necesidades y luego llevarlas consigo cuando explore la gran cantidad de herramientas disponibles, lo que le permitirá encontrar las mejores para su aplicación, y será un conjunto de herramientas, no un solo dios-Leatherman.

En mi opinión, es Meteor.js por varias razones.

1.) Puede comenzar rápidamente y crear aplicaciones reales en un período de tiempo relativamente corto.

2.) La comunidad Meteor es absolutamente fantástica. En general, la gente es muy amable y siempre está dispuesta a ayudar a los recién llegados.

3.) Discover Meteor es uno de los libros más completos sobre desarrollo web moderno, junto con el Tutorial Ruby on Rails de Michael Hartl . Si dedica tiempo a trabajar con este libro, aprenderá mucho sobre el desarrollo web.

4.). Meteor ha invertido una gran cantidad de dinero en él. No irá a ningún lado en el corto plazo.

Hay una razón más que me gustaría agregar, pero requiere alguna explicación. React.js es muy popular en este momento y con una buena razón, ya que ha cambiado la forma en que trabajan muchos desarrolladores web (para mejorar en general). Sin embargo, no es un marco MVC, sino que es la V (vista). Meteor anunció recientemente el pleno apoyo de React.js, y en mi opinión, Meteor y React van juntos como guisantes y zanahorias (van bien juntos).

¡Buena suerte!

En mi humilde opinión, es mejor tener el menor marco posible, porque de lo contrario se crean dependencias innecesarias en el software de terceros. En la empresa en la que trabajo, neoScores, actualmente amamos ampersand.js, un marco Javascript inspirado en la red troncal, pero de hecho no es un marco real en absoluto. Ampersand fue creado por & yet, y en esta publicación explican por qué: Presentamos Ampersand.js

Lo bueno de ampersand.js es que es completamente modular y puede incluir el módulo que necesite para su proyecto. NeoScores es una aplicación muy compleja que se ocupa de la reproducción de partituras en el navegador y requiere mucha codificación personalizada. Backbone se interpuso en nuestro camino, por lo que elegimos Ampersand como una alternativa más flexible.

También estamos buscando ReactJS y todo el movimiento Redux, pero ambos son demasiado jóvenes en este momento para adoptar en nuestro entorno de producción. Sin embargo, estamos jugando con ellos en algunos proyectos paralelos, y ambos parecen MUY prometedores.

Después de haber probado casi todos los frameworks / bibliotecas front-end (React, Angular, Backbone, Ember, Knockout, etc.) puedo decir que, en mi opinión, React with Flux son los claros ganadores .

Aquí hay 10 razones por las cuales:

1. React es muy fácil de aprender ya que tiene una API muy pequeña. De hecho, podrías aprender React en solo unas horas.
2. Con la composición de componentes de React, puede organizar su código realmente bien para que incluso las aplicaciones más grandes sean fáciles de navegar.
3. React es declarativo y sigue un flujo de datos unidireccional que facilita la depuración , incluso en aplicaciones muy grandes y complejas.
4. React tiene una comunidad increíble con muchas mentes muy brillantes trabajando en la creación de un gran ecosistema de herramientas y componentes reutilizables.
5. Reaccionar es muy fácil de probar .
6. Tendrá muchas oportunidades para aprender y practicar la programación funcional dentro del ecosistema React.
7. Al unificar su marcado con su lógica de vista correspondiente, React puede hacer que las vistas sean más fáciles de extender y mantener .
8. Hay muchas herramientas increíbles para React que lo convierten en una excelente experiencia de desarrollador .
9. Puede usar la representación del lado del servidor que puede ayudar significativamente con el SEO.
10. Es pura diversión . No me ha apasionado tanto otra biblioteca / marco, pero finalmente con React y Flux, me encanta crear aplicaciones grandes con interfaces de usuario complejas y dinámicas.

Hola,

Reuní la siguiente pila de front-end para mí:
– Backbone: implementación de JavaScript del patrón MVC. Es la implementación MVC más simple para JS. Su ventaja proviene de la simplicidad, el código fuente completo es menos de 2k LOC, incluidos los comentarios, por lo tanto, es rápido de aprender. Su desventaja también proviene de su simplicidad: a veces tiene que escribir código repetitivo, además, es un marco sin opiniones, por lo tanto, tendrá que agregar sus propias convenciones de codificación y mejores prácticas, etc.
– require.js: es un “cargador de módulos”, puedes considerarlo como el pegamento que une tus clases. Es la implementación de la especificación AMD, por lo tanto, puede reemplazarla con browserify a pedido (y el cambio afectará solo su proceso de compilación pero no la fuente en sí)
– bower: administrador de paquetes, se puede usar para descargar y actualizar las dependencias de su proyecto. Se puede configurar para agregar automáticamente las dependencias a su configuración require.js.
– jazmín: es una herramienta de prueba unitaria. Ejecuta sus pruebas y eso es todo, se puede aprender en 10 minutos. Agregue mockjax para afirmar en llamadas ajax.
– Gulp: herramienta de construcción, rápida y fácil de aprender. Puede agregarlo a su pila más tarde, solo cuando lo encuentre necesario (es decir, se encuentra repitiendo los mismos comandos de la consola todo el tiempo)
– opcionalmente, puede agregar el motor de plantilla de manillar para implementar vistas de red troncal, en caso de que no le guste la sintaxis de plantilla de subrayado incorporada. A algunas personas les encanta, personalmente no creo que importe demasiado.

Definitivamente no es la pila frontend más productiva de todos los tiempos, pero debido a la increíble cantidad de alternativas viables para probar, prefiero seguir con esta.

PD. Independientemente de lo que elija, le recomiendo aprovechar los generadores de Yeoman para ampliar la configuración inicial del proyecto. Pueden salvarlo de muchos dolores de cabeza de armar las cosas.

Angular.js y React JS

El popular marco de desarrollo web de Google Angular ha explotado con popularidad en los últimos años, y continúa proporcionando una base sólida para los desarrolladores que trabajan estrictamente con los últimos estándares y capacidades de la industria. Angular.js en sí mismo proporciona un conjunto de características modernas de desarrollo y diseño para el desarrollo rápido de aplicaciones, y Google ha ido tan lejos como crear una parte separada del sitio que ofrece la especificación de Diseño de materiales para ayudarlo a crear aplicaciones que se mantengan en contacto con el enfoques más modernos que hay.

React es la última joya de la corona de la órbita de programación web, incluso los usuarios religiosos de Angular.js han cambiado a React, ya que permite un desarrollo front-end más fluido sin la necesidad de sumergirse en la complejidad de un marco front-end. React es una biblioteca de JavaScript mantenida por Facebook, y el área principal de experiencia detrás de React es ayudar a los desarrolladores a implementar un DOM virtual; en su lugar, genera un valor llamado DOM virtual. El DOM virtual se difunde con el estado actual del DOM, que genera una lista de operaciones DOM que harían que el DOM actual se parezca al nuevo. Esas operaciones se aplican rápidamente en un lote.

En términos de popularidad, un desarrollador publicó recientemente un hallazgo interesante entre las estadísticas de tráfico del sub-reddit r / React yr / Angular en Reddit, y ambos parecen estar recibiendo el mismo volumen de tráfico cada día ahora, lo que significa que React tiene en realidad alcanzó Angular en más de un sentido.

Bueno, ReactJS NO es un framework, sino una biblioteca para un solo propósito: Ver Rendering.

Angular es un marco completo, que lo limita a su propio ecosistema, define la arquitectura y la forma de hacer las cosas. Esto puede considerarse una desventaja, pero pensar en productividad es una gran ventaja. De esta manera, se garantiza un nivel relativamente bueno de calidad de código y, por lo general, la productividad del equipo es bastante buena.

Backbone le brinda más flexibilidad sobre las decisiones arquitectónicas y es bastante minimalista. Debido a la flexibilidad, los equipos más grandes deben ser homogéneos con respecto al conocimiento y necesitan más disciplina para mantener un cierto nivel de calidad. El enlace Friends of Data criticaría la abstinencia del enlace bidireccional que conduce a un código repetitivo.

Ember también está completo, favorece la convención sobre la configuración y reduce significativamente el código repetitivo. Abarca calurosamente a los desarrolladores con experiencia en MVC. Comparando solo la técnica de plantillas, considero que Angular es mucho más fácil, ya que es más declarativo.

Bueno, sobre el nocaut no sé nada, así que tengo que dejar que alguien más responda.

En general, tiendo a decir que AngularJS es el mejor marco (en comparación con Backbone y Ember), especialmente para proyectos comerciales comunes de mediana o gran escala con varios a muchos desarrolladores.

Finalmente, debe tener en cuenta que Angular y Ember se están actualizando a la versión 2 (Ember2.0 ya se lanzó como beta). Al menos desde Angular sé que enfatizan un enfoque basado en componentes, que es el paradigma emergente en el desarrollo web.

Más fuentes sobre estos marcos:

Embular Parte 1 – Comparación de ascua y angular

¿Es Angular.js o Ember.js la mejor opción para los frameworks de JavaScript?

AngularJS vs. Backbone.js vs. Ember.js

Comparación de marcos de Javascript – Angular, Knockout, Ember y Backb …

Node js y express funcionan tan bien juntos, ¡hace que el nodo en desarrollo esté bastante enfermo!

Editar: eso es hasta que encontré sails.js http://sailsjs.org que está construido sobre node / express y es realmente poderoso en el desarrollo rápido de js

a menos que esté usando Meteorjs, que es una increíble pieza de magia websocket que utiliza el marco frontal / plantilla de blaze . La gente luego cambia el fuego por reacción o anguloso … (Yada yada MEAN stack emberjs con rieles permite probar Vue js, etc., etc.)

Quiero decir que la lista sigue y sigue, pero angular gana por popularidad general debido al rendimiento y al buen respaldo de Google. Pero, por otro lado, será desaprobado por angular 2.0 y también es algo obstinado y restrictivo …

Yo diría que la importancia es qué tecnología quieres respaldar. Angularjs 2.0 va a ser enormemente importante, pero aún en alfa / beta utiliza componentes web es6 typecript, etc. Así que por ahora diría que use

• reaccionar / angular con lo que sea feliz
• Manténgase al día con Babel y es6
• Aprenda sobre componentes web / plantillas modulares, etc.
• Node / express es un combo bastante impresionante, y también para algunos de los frameworks construidos sobre express (sails / koa et al). Y también vale la pena jugar con la pila de meteoritos.

Creo que se trata más de framework vs. bibliotecas. El uso de un marco puede conducir a un bloqueo en el que, como enfoque basado en la biblioteca, se obtiene más flexibilidad. No me malinterpretes. Los marcos son geniales porque resuelven muchas preocupaciones comunes. Esto es genial para la creación de prototipos y el desarrollo hasta cierto punto.

Los marcos vienen con límites

Los problemas comienzan cuando comienzas a llegar a los límites e ir más allá de lo que fue diseñado para el marco. A medida que el marco que está utilizando adquiere nuevas características, es probable que desee mantener su aplicación actualizada. Esto conlleva algunos costos y, en el peor de los casos, puede conducir a una mayor refactorización.

Las bibliotecas son más flexibles

En un enfoque basado en la biblioteca (por ejemplo, React + algún enrutador + alguna solución de datos) puede ser más flexible. A medida que las tecnologías van y vienen, puede actualizar partes de su aplicación como desee. No hay necesidad de grandes trastornos. En su lugar, estableces el ritmo. Digamos que si aparece un enrutador mejor, puede reemplazar esa porción específica sin tener que interrumpir el resto de la aplicación.

Ambos enfoques son válidos

Ambos enfoques tienen sus méritos. No espero que los marcos vayan a ninguna parte. Creo que un enfoque basado en la biblioteca es un poco subestimado en este momento. Requiere más trabajo preliminar y viene con más desafíos técnicos cuando está comenzando. Pero la flexibilidad que produce puede valer la pena. Pero como dije, depende del contexto.

Escribí un marco llamado jsblocks – http://jsblocks.com . Es más rápido que React, admite la representación del lado del servidor y tiene una experiencia de depuración única: http://jsblocks.com/learn/introd …

Toma prestado lo mejor de todos los demás marcos como la idea única de Backbone MVC. Tiene mucho más, así que échale un vistazo. 🙂

He estado trabajando en un proyecto que tiene múltiples aplicaciones web de una sola página, así como páginas normales con cero o poca interacción. Tuve la oportunidad de jugar un poco con ambos lados del proyecto.

Estamos utilizando backbone porque el proyecto se inició hace unos 3 años. Si necesitamos un widget jquery en una página simple, lo envolvemos en una vista troncal. De esta forma, el widget también funciona en la página web única, de una manera que adopta la red troncal.

Estoy empezando a presentar reaccionar en las aplicaciones web de una sola página donde la pantalla se actualiza mucho cuando cambian los datos subyacentes. Colocamos colecciones y modelos de backbone completamente sin ningún tipo de fricción.

Ahora, cuando comparo una página que usa colecciones y modelos con una página que usa la arquitectura de flujo que funciona bien con react, noto que es más fácil leer el flujo de código y datos en los componentes de reacción. Ahora también es más fácil escribir componentes más pequeños, ya que no tenemos que escribir el código de instancia de repetitivo para cada vista secundaria en javascript, que era la forma principal de agregar componentes secundarios a una vista principal.

En general, react, ractive y riotjs parecen adoptar esta idea de reutilización al encapsular tanto la vista de componentes como su acceso a los datos en un archivo, y esta idea parece funcionar bien, o al menos mejor que la forma anterior.

Si tuviera que elegir entre tener que enseñarle a todo un nuevo equipo angular o flux + react, elegiría el segundo porque sería más barato y más rápido.

SmartClient es una plataforma AJAX para crear aplicaciones web empresariales potentes y de alta productividad.

Es utilizado por muchos de los Fortune 500 (bancos, farmacias, compañías de telecomunicaciones, defensa, etc.) para crear aplicaciones comerciales críticas. Es una plataforma completa (componentes y servicios de interfaz de usuario enriquecidos, sistemas de enlace de datos cliente-servidor, etc.) Consulte la descripción general de la tecnología aquí: Descripción general | Software isomorfo

Los componentes de la interfaz de usuario de la interfaz de usuario están disponibles GRATIS bajo licencia LGPL.

En cuanto a su código elegante y fácil de mantener, eche un vistazo a las demostraciones prácticas en vivo para ver qué se puede lograr y qué poco código se necesita.

(Descargo de responsabilidad: SmartClient está creado por Isomorphic Software para quien trabajo)

Descargo de responsabilidad: soy autor de Atoms.js

Hemos creado muchas aplicaciones de grado empresarial con Atoms.js que requiere muy poco conocimiento de JavaScript y realiza mucho trabajo con muy pocas líneas de código.

Echa un vistazo a https://github.com/neurospeech/a …

Twitter: Atoms.js (@atomsjs) | Gorjeo
Fuente de GitHub: neurospeech / átomos.js
Documentación: Componentes web JavaScript de grado empresarial inspirados en Flex y Silverlight

Angular, React y Ember tienen gran publicidad y tracción. Pero podrían no ser las mejores opciones. He leído sobre Mithrill, Riot y JSBlocks, y todos afirman ser más rápidos que las bibliotecas respaldadas por las compañías tecnológicas gigantes.

Hay opciones que también incluyen servidores como Meteor, Deployd, Total.js y Loopback (de los mantenedores de Express), Sails y muchos más.

Para el lado del cliente, hay una gran investigación aquí sorrycc / awesome-javascript y aquí tastejs / todomvc.

Para el lado del servidor, sindresorhus / awesome-nodejs es el lugar para ir.

En mi opinión, para el lado del cliente, todavía no hay una biblioteca que haga que el desarrollo sea súper fácil, incluso cuando Mithrill y Riot son súper simples. En el lado del servidor, Meteor es el más simple de aprender y el que tiene la comunidad más activa. Meteor también incluye el lado del cliente, por lo que es posible que no necesite usar ningún marco del lado del cliente, por esa razón también es la opción más completa.

Meteor es un marco increíble que hace que sea realmente fácil construir aplicaciones web en tiempo real con tecnologías web simples como Java script y HTML.

Con Meteor, puede escribir código que se ejecuta tanto en el cliente como en el servidor, e incluso puede convertir su aplicación web en una aplicación móvil utilizando Cordova detrás de escena. Este marco es reactivo, lo que significa que cualquier cambio en sus datos se refleja automáticamente en todas partes a través de la aplicación sin la necesidad de devoluciones de llamada.

Puede ahorrar mucho tiempo con paquetes inteligentes. Explore los paquetes de meteoritos en https://atmospherejs.com/

Meteor ofrece su propio servicio de alojamiento gratuito para implementar rápidamente pequeñas aplicaciones y prototipos.

Comencé a desarrollar con meteoros y descubrí que era rápido y fácil aprender, así como desarrollar las aplicaciones. Echa un vistazo a mi aplicación meteorológica Tutorial Hunt

Eche un vistazo a los mejores recursos de aprendizaje para Meteor.js