Tendencia futuro desarrolladores ...

[Dr Polux]

Como sabeis hace poco Wordpress.com ha hecho un giro importante en su politica de desarrollo y su backend ha sido rehecho en javascript (No el de wordpress.org)

De todas ya veremos como lidia Worpress.org, porque el ecosistema de plugin y themes es muy amplio

Con esto y los cambios de otras empresas ya podemos decir que la tendencia de Javascript como herramienta de desarrollo en el backend como el en frontend esta casi madura y puede competir de tu a tu con otras herramientas del lado del servidor como Java, . NET PHP, Phyton, etc

Aqui dejo un articulo del ultimo Worcamp US con lo que se saco en claro

Tienes que estar registrado para ver este contenido

Con esto, dejo algo de lo que esta tirando muy fuerte y que lógicamente en España suele llegar algo mas tarde por eso del cambio y de si funciona mejor no lo toques y no cambies o el miedo a innovar o cambiar las cosas.

Hace no mucho tiempo se decía que herramientas como angular, Ember, React, etc eran modas pasajeras, pero parece ser que no es asi

Pero fuera, incluso en paises tercermundistas, este tipo de desarrollo y metodología ya se esta aplicando y hay demanda de personal

Ahí lo dejo...

 

[Berserk]

Estoy de acuerdo, preveo pasta para los que se pongan las pilas con React y AngularJS. Tiempo al tiempo.

 

[amenhotep]

¿Alguien tiene a mano benchmarks de Node J S, por ejemplo, comparado con PHP 7 ?
Porque me cuesta creer que un lenguaje con opcodes sea superado por un lenguaje interpretado.

---------- Post added 08-dic-2015 at 13:57 ----------

Estoy de acuerdo, preveo pasta para los que se pongan las pilas con React y AngularJS. Tiempo al tiempo.

Todo depende de qué aplicaciones se hagan en React y AngularJS. Por ahora no le veo explotación comercial y sólo veo mucho humo y tiempo malgastado de desarrolladores ociosos.

 

[Dr Polux]

¿Alguien tiene a mano benchmarks de Node J S, por ejemplo, comparado con PHP 7 ?
Porque me cuesta creer que un lenguaje con opcodes sea superado por un lenguaje interpretado.

---------- Post added 08-dic-2015 at 13:57 ----------



Todo depende de qué aplicaciones se hagan en React y AngularJS. Por ahora no le veo explotación comercial y sólo veo mucho humo y tiempo malgastado de desarrolladores ociosos.

Calyso de Wordpress esta realizado en React. Yo creo que por el momento no va a ver un paso drástico a Full Stack Javascript, sino ahora va a ver una transición, uso de APIS hechas en cualquier lenguaje del lado del servidor y front hecha en javascript, un SPA en la mayoría de casos.

De hecho Calypso esta hecho asi, usando la rest api de WP que tb esta casi integrado en el core de WP.

Tienes que estar registrado para ver este contenido

Pero no quita que poco a poco se va a ir haciendo una transiccion a Full stack

Supongo que WP.com, habra hecho sus pruebas con PHP 7, y no se porque no siguen por el camino PHP,pero algo esta ocurriendo y hay cambios importantes en el sector.

 

[workforfood]

No entiendo pero si javascript es un lenguaje de navegador (frontend) no de servidor, el javascript no necesita backend para funcionar, el propio navegador lo ejecuta.

 

[Dr Polux]

No entiendo pero si javascript es un lenguaje de navegador (frontend) no de servidor, el javascript no necesita backend para funcionar, el propio navegador lo ejecuta.

Estas un poco perdido Javascript desde hace tiempo se puede liquidar en el servidor con NodeJS

Por otro lado el Javascript de ahora no tiene nada que ver con el Javascript de hace muchos años, de hecho este año ya salio la nueva especificación o estándar ES6 que no tiene nada que envidiar a cualquier lenguaje de programación.



Ahora mismo aun no esta del todo implementado en los navegadores actuales y hay usar otras herramientas como Babel

Tienes incluso bases de datos nosql basadas en javascript como MongoDB, etc

Digamos que hay una tendencia en el desarrollo actualmente que lo que quiere hacerse que ya no todo el peso de la app recaiga en el servidor como es en el caso de PHP, Java , .net etc, ya sabemos como se funciona: lógica de negocio y en renderización de las vistas y el navegador se lo das todo comido

Ahora el peso lo lleva el navegador y alguna lógica de negocio la lleva el servidor y que ésta tb puede ser realizada en javascript con nodejs e incluso algun framework como Meteor, Express, etc y todo eso con todas las mejoras que trae html5 y sus apis, como apps en tiempo real, offline, storages, desarrollo movil, etc

Es decir esta cambiando el paradigma de desarrollo. Tb vemos que detras de esas librerias y frameworks estan los grandes:Angular es de google React es de Facebook y hay alianzas y buen rollismo entre ellas, por lo que veo que es un cambio apalabrado y dirigido por las grandes empresas

 

[elepwr]

Javascript es lo que hay que aprender y se va a llevar la tostada en casi todo.

Wordpress seguirá ahí para blogs y tiendas, con sus plugins en php y sus temas en php.

El resto se va a mover a fullstack javascript.

Javascript es más dificil de aprender que lo que hay ahora y la parte de servidor no está tan mascada como en php, no hay frameworks totales como puede ser Laravel, tiene su parte buena de que tienes muchisimo control de como va todo y su parte mala de que tienes que encargarte de prácticamente todo.

Luego está el tema de los servidores, las herramientas para trabajar con node van creciendo y la cadena es cada vez más grande, grunt, bower, npm...

Por ahora en php cualquiera puede arrastrar los archivos a un servidor, copiar y pegar, importar una base de datos con el phpmyadmin.

Para poner una app javascript hay que hacer alguna cosa más y no todo el mundo sabe pelearse con el git o manejar servidores.

 

[Dr Polux]

Javascript es lo que hay que aprender y se va a llevar la tostada en casi todo.

Wordpress seguirá ahí para blogs y tiendas, con sus plugins en php y sus temas en php.

El resto se va a mover a fullstack javascript.

Javascript es más dificil de aprender que lo que hay ahora y la parte de servidor no está tan mascada como en php, no hay frameworks totales como puede ser Laravel, tiene su parte buena de que tienes muchisimo control de como va todo y su parte mala de que tienes que encargarte de prácticamente todo.

Luego está el tema de los servidores, las herramientas para trabajar con node van creciendo y la cadena es cada vez más grande, grunt, bower, npm...

Por ahora en php cualquiera puede arrastrar los archivos a un servidor, copiar y pegar, importar una base de datos con el phpmyadmin.

Para poner una app javascript hay que hacer alguna cosa más y no todo el mundo sabe pelearse con el git o manejar servidores.

Con el tema de Wordpress.org, no se que shishi harán, supongo que iran haciendo una transicion poco a poco o quizas lo dejen en el ecosistema PHP, de todas formas todo va a depender de la nueva API REST que quieren integrar en el core. Entiendo que lo primero que cambiaran serán los themas

Yo entiendo el movimiento que ha hecho Wordpress.com, como un golpe encima de la mesa, la empresa que lo lleva, automattic, tiene mucho peso en el mercado y va a marcar la dirección a seguir

Hay mucho mercado como dices, no solo en el desarrollo, sino en servidores, cloud, etc Y en España me temo que aun ni ha llegado esta ola

 

[El porquero de Agamenón]

Yo tengo pendiende desde hace un año una aplicacion en node**** que me puede hacer rico, pero estoy haciendome rico con tantas cosas que por ahora no puedo hacerlo.

Tengo demasiadas ideas, eso es un problema.

 

[Alvin Red]

Creo, aunque me pueda equivocar, que el javascript actual no usa namespaces como el php 5.3> o el Java,
Sin eso es dificil implementar modulos o como les llamen de diferentes vendor.

 

[Dr Polux]

Creo, aunque me pueda equivocar, que el javascript actual no usa namespaces como el php 5.3> o el Java,
Sin eso es dificil implementar modulos o como les llamen de diferentes vendor.

ES6 implementa módulos y antes se podían simular namespaces, no se si tb los implementa la nueva ES6

 

[wtfisgoingon]

Aquí programador de NodeJS, MongoDB, Redis, y un largo etc.

En USA lleva en auge años. No recomiendo la inversión de tiempo en aprender porque en España lo mencionas y el empresario de turno te mira con cara de haber visto un extraterrestre.

 

[Glasterthum]

ES6 implementa módulos y antes se podían simular namespaces, no se si tb los implementa la nueva ES6

¿Pero permite crear clases, heredar y todo lo relacionado con P.O.O.?

Se me hace raro que un lenguaje inicialmente orientado al front end, y encima interpretado, vaya a ocuparse del backend.

Estamos hablando de que se ejecute en el servidor, no? O de backend en el navegador?

 

[Hacendado]

Yo estoy intentando hacer en ratos una aplicación con nodejs en backend e ionic para la app para aprender a manejar todo y tener una experiencia de desarrollo.

El caso es que no veo la utilidad de javascript como lenguaje de propósito general.

Admito javascript en front-ends de webs y apps.
Admito javascript en back-end para servicios masivos.

Pero no puedo admitir javascript para diseñar grandes aplicaciones de gestion.

En fin, se me ocurre que todas esta moda del javascript es para delegar procesamiento al cliente. Y realmente tiene sentido, nuestros dispositivos tienen gran capacidad de procesamiento (pcs, moviles, tablest).

Con PHP existe mucho procesamiento por parte del servidor para montar el documento que se envia al cliente (html+js), sin embargo, usando nodejs el servidor envia los documentos fijos (html+js) teniendo el cliente más carga de procesamiento, si acaso pide datos al servidor pero de manera mas eficiente. Supongo que esto gana mucho sentido en webs con audiencias masivas y de ahí viene, Google y Facebook ahorrarían mucho dinero en servidor con este nueva arquitectura de software en la web.

---------- Post added 09-dic-2015 at 09:29 ----------

¿Pero permite crear clases, heredar y todo lo relacionado con P.O.O.?

Se me hace raro que un lenguaje inicialmente orientado al front end, y encima interpretado, vaya a ocuparse del backend.

Estamos hablando de que se ejecute en el servidor, no? O de backend en el navegador?

Java y C# también son interpretados.

Y sí, javascript ya tiene un POO completo. Se puede liquidar tanto en el navegador usando el motor de javascript que tenga o usando nodejs, basado en el motor de chrome (como la mv de java).

 

[JuanMacClane]

Y a mi que todo lo que lleve la palabra Java me parece una guano......

 

[Dr Polux]

¿Pero permite crear clases, heredar y todo lo relacionado con P.O.O.?

Se me hace raro que un lenguaje inicialmente orientado al front end, y encima interpretado, vaya a ocuparse del backend.

Estamos hablando de que se ejecute en el servidor, no? O de backend en el navegador?

Ya te contesto Hacendado, pero si se puede liquidar en el backend, mediante NodeJS que como muy bien ha dicho Hacendado podría ser el simil de una maquina virtual javascript

Javascript ha crecido y ha evolucionado mucho cuidado. Es como cuando se diseño inicialmente Java se decia que era el lenguaje de internet y empezaron con las dichosas applet y luego fue creciendo y mejorando con posibilidad de trabajar en el servidor (JEE) y todas las variaciones posibles

De la misma manera que hemos estado trabajando con LAMP hasta ahora (Linux - Apache - MySql - PHP) y es un estándar dentro del mercado.

En esta metodología ya existe MICCIONAN ( MongoDb - Express - Angular - NodeJS) aunque esto ultimo puede tener muchas variaciones

Tienes que estar registrado para ver este contenido

 

[Hacendado]

Pues a mi el mongodb me esta costando a la hora de modelar.

Estoy seguro de que mucha gente lo está usando al estilo modelo relacional.

No me acaba de quedar claro como usarlo si no es para almacenar y servidor gran cantidad de elementos tipo tweets, actualizaciones de cosas, no sé.

¿Polux tu en que casos has usado el mongodb?

 

[El porquero de Agamenón]

Estamos hablando de que se ejecute en el servidor, no? O de backend en el navegador?

No se ejecuta en el servidor, CREA el servidor. Con node**** creas un servidor para cada aplicación que quieres crear con cuatro líneas de código, y ese servidor sólo hace lo que tú le digas que haga y nada más.

 

[Dr Polux]

Pues a mi el mongodb me esta costando a la hora de modelar.

Estoy seguro de que mucha gente lo está usando al estilo modelo relacional.

No me acaba de quedar claro como usarlo si no es para almacenar y servidor gran cantidad de elementos tipo tweets, actualizaciones de cosas, no sé.

¿Polux tu en que casos has usado el mongodb?

A mi en Brasil me estan saliendo muchos proyectos de intranets de empresas en modelo MICCIONAN, basicamente porque luego es muy facil y rapido de sacar versiones para todo:escritorio, tabletas, moviles, etc

Por el momento no son bases de datos muy grandes y tiran bien, si tienes bases de datos mas extensas y grandes te recomiendo bbdd orientadas a columnas, como Cassandra, por ejemplo twitter las usa

Todo lo relacionado con stock, gestion de pedidos, etc va bien, incluso si combinas con frameworks como Meteor, puedes hacer apps en tiempo real muy chulas

Mongo es una noSQL orientada al documento, es decir, si estas acostumbrado a trabajar con JSON, no es mas que el objeto que estes "trabajando" es salvarlo tal cual, es muy facil. Si quieres eficiencia y mas rapidez has de usar BSON q es muy similar a JSON pero mas optimo

Lo que ocurre que la gente que viene del modelo entidad relacional intenta hacer lo mismo con mongo y no es asi, hay que cambiar el chip

si tampoco te gusta mongodb, tb puedes usar MySQL a traves de Node y seguís trabajando como antes, lo que ya no se, es el coste en el servidor de las select complejas. Nunca trabaje asi, pero hay mucha información al respecto en inet y sino pues una api en cualquier lenguaje: php, net o java

Por ejemplo en PHP tienes algunos frameworks muy rápidos para hacer apis: Phalcon, Slim, Codeigniter, etc

Si tu proyecto no va a mover mucha data mejor usar como backend servicios como Parse o Firebase y te quitas de complicaciones y te quitas de un plumazo todo la configuración y montaje de backend

 

[Alvin Red]

Por ejemplo en PHP tienes algunos frameworks muy rápidos para hacer apis: Phalcon, Slim, Codeigniter, etc

Si tu proyecto no va a mover mucha data mejor usar como backend servicios como Parse o Firebase y te quitas de complicaciones y te quitas de un plumazo todo la configuración y montaje de backend

Codeigniter -> Laravel 5.1 actualmente se usa ese.

Web con muy poco desarrollo o mini-webs el hermano pequeño de Symphony2 -> Silex

Con Silex puedes hacerlo crecer poco a poco y si quieres al final migrarlo facilmente a Symfony2.

Por cierto el Silex básico incorpora el controller y la acción en el index, por eso es ideal para web personalizadas de pocas paginas 10 o 20 como máximo.

 

[Dr Polux]

Aquí programador de NodeJS, MongoDB, Redis, y un largo etc.

En USA lleva en auge años. No recomiendo la inversión de tiempo en aprender porque en España lo mencionas y el empresario de turno te mira con cara de haber visto un extraterrestre.

Bueno en España veo tímidos movimientos sobre todo en startups, pero no tiene mas remedio que salir adelante, cuando en el resto del mundo ya llevan años trabajando con ello en proyectos reales.

Cuando ves que empresas fuertes como facebook, google, wordpress y otras muchas ya están a marchas forzadas migrando a este paradigma, es que no queda otra que en España haya que adaptarse.

Yo si veo una inversión de aprendizaje y autoformacion, para un informático, sobre todo que haya desarrollado en front o incluso back end, le resultaría relativamente facil hacerlo.

Hay muchísima documentación online (en ingles) sobre todo

Pienso, a lo mejor me equivoco, porque "Spain is diferent" :XX: que quien se posicione bien en este sector, con formación, ideas, etc puede intoxicarse bien, pero esto lo "digo por lo bajini" porque sabemos como es España, de todas formas, en caso contrario serviría para emigrar y ganarse bien la vida.

 

[elepwr]

Yo estoy trabajando con esto en España y son proyectos que se harían igual en php y el día que a mi me pase algo lo van a tener mas chungo para encontrar gente que maneje esto.

Los clientes tienen startups bastante cuestionables que quieren hacer con MICCIONAN porque es lo más moderno, no porque realmente les haga falta.

 

[Dr Polux]

Estoy seguro de que esas tecnologías, en su contexto adecuada, son correctas.

Ahora bien, en mi modesta opinión, los problemas de Facebook, Google y WordPress son sus problemas, que no tienen que coincidir con los míos.

Las tecnologías nuevas y molonas, como todo, tienen su parte buena, y su parte mala.

Tienes toda la razón Panqueque y no he dicho lo contrario, todo dependerá de los requisitos del proyecto, presupuestos, tipo de proyecto, etc.

Solo digo que hay un actor mas en el panorama y que esta tomando protagonismo con fuerza (sobre todo fuera de España) y que en España prácticamente no hay gente que se sepa mover en ese entorno.

Como toda plataforma de desarrollo tendrá su cuota de mercado y sus fines, con en el tiempo dira hasta donde llega.