#54 ya vendras llorando cuando tu framework preferido muera sin haber cumplido el año. Mantente hipster.
#62 es una lucha de egos. Y los humos que se gastan algunos no ayuda mucho.
En menos de 10 comentarios en este hilo ya habian insultos xD
#61 jQuery(2006), Angular(2009), Backbone(2010), React(2013), Ember(2011), Meteor(2012) y tu amado Node, aunque no sea un framework pero como te gusta nombrarlo: 2009.
Está claro que la comunidad de JS puede ser una de las que más rápido se desarrolla y muchos frameworks aparecen y desaparecen sin pena ni gloria, pero sin duda tienes unos cuantos que tienen una base de usuarios bastante amplia y compañias por detras para que su desarrollo se extienda durante bastante años más.
#15 "Para hacer scripts", "no tene metodo para importar/exportar"... y lo de Jefe haciendo de pitonisa sobre Node.js será el futuro debe ser despedido.
Son perlas dignas de enmarcar, aparte que después recomiendas que mire Angular 1.x.
Sinceramente, deberías preguntarte que te atrae o te motiva más, Backend o Frontend #1.
En caso de Backend, yo miraría Go/Ruby/PHP y clarisimamente NodeJS, por diferentes razones cada uno. Aparte de leerte algún libro tocho de Clean Code o DDD o Functional Programing.
Si te mola Frontend, aprenderia Vanilla JS a fondo y utilizaría ES6 con Babel y después mirarte el Stack que vaya mejor para cada proyecto (En Frontend cada 6 meses, sale una moda nueva y media comunidad se mueve a lo cool), ahora mismo puedes mirarte:
React/Mithril como Vista/Componentes o Angular 2 para un Framework (usando RxJS 
), d3 en caso de visualización de datos, mirate Redux si te interesas por React, y cuando vayas aprendiendo esas cosas ya verás que necesidades tienes como autónomo.
#61 React tiene 3 años.
#66soek:Sinceramente, deberías preguntarte que te atrae o te motiva más, Backend o Frontend #1 .
En caso de Backend, yo miraría Go/Ruby/PHP y clarisimamente NodeJS, por diferentes razones cada uno. Aparte de leerte algún libro tocho de Clean Code o DDD o Functional Programing.
Una persona que habla de DDD no debería recomendar tan clarísimamente nodejs, vale que DDD es algo abstracto pero nodejs es de los peores lenguajes para poder aplicarlo...
y espero que no recomiendes Go al mismo nivel que ruby o php porque son tecnologias MUY diferentes
#68 Aprender DDD te da el concepto de grandes aplicaciones: apadapters/ports, la arquitectura de la cebolla, usar un sistema de mensajería reactivo(pub-sub), etc...
Actualmente estoy trabajando en una applicación montada con DDD en NodeJS y de lujo con CQRS, EventEmmitter o RxJS para las comunicaciones, no veo el inconveniente... Bueno, algunos se quejan de que los modulos que importas/exportas son singleton y chirria bastante.
Le recomendé PHP porque leí que "picaba" WordPress,... recomiendo Go porque todos los de Ruby-fanboys ahora recomiendan Go, y antes recomendaban Ruby. :troll:
Sin más, yo modificaría mi respuesta realmente, leete los libros que cualquiera te puede recomendar e intenta que sean language-agnostic y metete http://www.codewars.com/ y prueba de hacer ejercicios con diferentes lenguajes durante semanas, y después podrás decidir con algo más de criterio.
#62 claro. Yo es en lo único en lo que invertiría tiempo real; no aprendas un lenguaje, aprende a shitpostear en los hilos de "¿qué lenguaje debería aprender?". Estos hilos perdurarán durante generaciones y siempre funcionarán igual.
#70 parece que mucha gente no leyó la pregunta, no quiero aprender un lenguaje, sino complementar mi formación con algo más para cubrir mis puntos débiles como autónomo.
Ahora mismo puedo hacer webs wordpress,apps android y backend en php.
#72 es el mismo perfil de hilo aunque tu fin sea distinto; al final el contenido es cíclico y siempre versa de lo mismo y siempre de la misma forma.
Yo de hecho me leí el hilo entero, no sé muy bien por qué, pero lo hice. Últimamente leo mucho en mv, eso está mal.
#72 Ya que has trabajado con PHP sácate el ZCE( http://www.zend.com/en/services/certification/php-5-certification ) o al menos lee el libro de preparación y mejoraras exponencialmente. Yo me lo saqué hace poco por curiosidad y le saqué provecho cuando me toca implementar en PHP. Si al final te planteas sacártelo cómprate el "Zend PHP 5.5 Certification Study Guide, Third Edition, A php[architect] Guide (New 2015)" o palmarás en el examen seguro porque el 80% de las preguntas son enfocadas a características de php 5.3 en adelante.
9 meses después
Parece ser que soy el único que le da un sida impresionante todos los front-end js frameworks y prefiere hacerlo como toda la vida.
Pero bueno, si me dan a elegir escojo Reactjs, se me hace mucho más fácil, Angularjs me da un puto cancer... Parece que todo vaya a explotar con el siguiente update del navegador xD
#79 No se, debo de echarle un try, por lo que tengo entendido Polymer es para encapsular mucho más el código y crear "módulos" (creo que se llama así) y en conjunto realizar una APP. Lo bueno de esto es que estos "módulos" los puedes reusar para otras APP y aplicar DRY de manera más fácil.
Lo malo es lo de siempre, si encapsulas mucho algo al final se hace tedioso modificar cualquier cosa de manera global.
#77 básicamente por que buscas en github una librería de reactJs y encuentras a patadas, google no quiere quedarse atrás bajo el dominio de facebook y las webs, por eso intentan con polymer seguirle el rollo a react... pero... google plus nunca pudo con facebook xD
#82 Google Plus no pudo con Facebook, pero Facebook no le llega a la suela de los zapatos a lo que es Google.
Confío más en Google. De hecho Google sacó Android y Facebook sacó... Pues eso.
decir que este hilo lo abrí hace 9 meses, en este tiempo aprendí reactJS y meteor, una alternativa al mean stack que permite hacer webs en tiempo real sin que nada recargue, una pasada la verdad
13 días después
yo creo que el Windows mobile esta sin explotar. puedes ponerme el clash royal y el star wars en mi mierda de móvil Windows?
#84 ¿? ¿Quieres decir que con MEAN Stack no puedes hacer SPA? Puedes hacer igual webs que no recarguen, de ahí la gracia de MEAN.
Por cierto, ¿dónde has aprendido? Curiosidad.
Yo después de buscar y buscar qué aprender, me he decantado por #89.
