Tendencia futuro desarrolladores ...

[El porquero de Agamenón]

No tengo NPI del tema, pero he leido en tuiter que ya sale Angular 2

 

[quehaydelomio]

Un chascarrillo que se lee mucho actualmente: jQuery es el Imperio Romano, AngularJS la Edad Media y React el Renacimiento.

AngularJS es demasiado lento. React todavía es muy reciente como para imponerse, pero tecnológicamente es superior.

Disclaimer: no soy desarrollador front puro. Hace ya unos anios que no me ha quedado otra que meterle mano al front principalmente con AngularJS.

React puede ser todo lo bueno que quieras - no lo he probado - pero su adopcion es mediocre y angular se usa en todos los sitios. Yo como desarrollador freelance me muevo donde se mueve el mercado 😀

La nueva version (2.0) parece que no va a ser retrocompatible - sacrilegio para un Javero como yo - asi que se espera que den un sato bastante grande en terminos de rendimiento.

Tienes que estar registrado para ver este contenido

 

[aminomepilla]

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

Interesante ... podrias desarrollar un poco mas ...

 

[amenhotep]

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

No me lo digas.. Eres el CEO de Oracle.

 

[Dr Polux]

De todas maneras las pruebas que he hecho con Angular 2, mi primera impresión es que es algo mas rápido y liviano. Lógicamente aun no lo he podido probar en un proyecto grande pero va algo mas liviano.

También destacar que en España aun hay muy poca gente que sepa llevar Angular en proyectos grandes, no hace mucho me toco lidiar con un proyecto grandote en España como un favor a un conocido y era un caos, los programadores no supieron separar los componentes en algún tipo de estructura mas manejable e incluso mucho código no recomendado en su uso

Lo que quiero decir con esto que no solo el framework ha de ser rápido sino tab hacer uso de las buenas maneras a la hora de desarrollar es crucial para el rendimiento

 

[quehaydelomio]

...parece que un desarrollo actual se basa en que el pica-código de turno instale un composer, o un npm, o lo que sea, y se ponga a importar decenas de módulos de código de terceros para hacer la más mínima gilipilez

Es cuestion de cambiar el pica-código y contratar un desarrollador. :bla:

Eso está bien para prototipado rápido, pero vamos, para hacer proyectos mínimamente importantes, donde prime el buen diseño, la eficiencia, etc., pues no. Sin ir más lejos, la dependencia tecnológica hacia terceros que se establece, el estar atentos a cambios de versiones, el tener que recurrir continuamente a guías de migración, el cambiar versiones de componentes sin necesidad porque lo que había ya funcionaba perfectamente, el cuadrar estas dependencias con sus propias dependencias...

Niego la mayor: es precisamente en proyectos de cierta entidad donde se tienen que utilitar diferentes frameworks. Cualquier framework maduro lleva unas cuantas refactorizaciones detras y te obliga a utilitar buenas practicas.

Por otra parte, si Pepito y Astutito no usan frameworks comunes y resuelven los problemas a su manera estas jugando con fuego. Con un equipo de dos personas es manejable mete unos cuantos mas y acabas con un Frankenstein inmantenible.

Hacerte tus frameworks y componentes dentro de la misma empresa se ha demostrado ineficiente en la mayoria de casos. Por enumerar algunos problemas del do-it-yourself/ in-company frameworks: reinvencion de la rueda, limitaciones de tipo tecnico (tu framework no se integra bien con otras tecnologias y no tienes tiempo para implementarlo porque no eres una empresa de software), no estan testados por multitud de personas como un framework standard, los nuevos desarrolladores no los conocen asi que son improductivos y reaccios a utilizarlos (hola Banksphere!)

Por supuesto que integrar frameworks y estar a la ultima tiene problemas pero eso de tener que estar migrando continuamente no se sostiene. Si realmente pasa, se despide al arquitecto. Ah, que no hay? Entonces normal que pasen estas historias, a contratar uno toca.

Un ultimo apunte sobre algo que la mayoria de gente no entiende. La eficiencia o rendimiento de una aplicacion no es algo a lo que haya que prestar mucha atencion durante el desarrollo de la misma (salvo que hagas high frequency trading o algo asi). Eso no quiere decir que vayas haciendo bucles anidados "porque si" sino que es un aspecto que se trata despues via monitorizacion -> se ve donde estan los bootlenecks y se resuelven. Lo realmente importante es la mantenibilidad: que lo que se implementa sea entendidble y sencillo de modificar.

Y claro, si congelas el uso de determinadas versiones al cabo del tiempo empezarán a surgir incompatibilidades con otros módulos, y estarás forzado o a encapsular componentes o a hacer una actualización "importante" a la fuerza. No digo que no se usen ciertas bibliotecas para solucionar problemas recurrentes, pero de ahí a que el desarrollo se limite a "conectar" frameworks pre-existentes, hay mucha diferencia.

Reitero que es tarea del arquitecto estar al dia de las tecnologias existentes y la eleccion de las mismas con crriterios entre los cuales se cuentan el valor tecnologico (e.g. es una tecnlogia disruptiva), la madurez (hay una gran comunidad detras o son 5 universitarios en un garaje) , soporte, etc. Logicamente si eres una start-up quieres lo ultimo de lo ultimo si eres una compania de seguros quieres algo con mucha madurez y retrocompatiblidad.

Poca gente se dedica a conectar frameworks pre-existentes y a correr...salvo que trabajes en algo de integracion o tu desarrollo consista en una template de algo y meter unos cuantos plugins aqui o alla.

Un desarrollo se acomete en la mayoria de los casos para implementar un nuevo requerimiento de funcionalidad. Utilizas frameworks para ser productivo no por que te apetezca: si estoy haciendo un proyecto de servicios web no voy a meter Spring Data para persitencia JPA/ hibernate.

En Java por ejemplo es habitual utilizar maven y que el arquitecto/ gestor de software deje solo disponibles determinadas tecnologias/ versiones. De esa manera no obligas a los desarrolladores a reinventar la rueda pero no permites que cualquiera meta segun que librerias. En JavaScript tienes bower y supongo que se podra hacer lo mismo (no soy desarrolador front puro)

Eso por no mencionar los que asimilan una biblioteca o un framework con un lenguaje de programación, ignorando que se pueden hacer cosas a más bajo nivel. Un ejemplo muy claro es el de jQuery, que hay mucha gente que "programa" cosas en Javascript pero que es incapaz de hacerlo sin jQuery o similar:

Tienes que estar registrado para ver este contenido

Claro que sabrian hacerlo pero perderian tiempo buscando el como cuando ese tiempo se podria utilizar en meter un test unitario para ver que funciona.

Si te pido que me multipliques 2347643 * 38837364 lo harias con un papel o con una calculadora? 😛ienso:

En fin, que eso de la reutilización del código está muy bien, pero estamos llegando a unos límites que rozan lo surrealista. Cada vez hay menos programadores de verdad y más "expertos" en "montar" aplicaciones con frameworks que hace un par de años ni existían, y que dentro de un par de años posiblemente serán sustituidos por otros. ¿Así cómo se puede mantener un proyecto a medio y largo plazo? ¿Cómo puede madurar una tecnología? ¿Cómo pueden surgir expertos de verdad y no un montón de vendehumos que no tienen ni pajolera idea de diseño de software y programación?

Voy a ir cerrando. Si a lo que te refieres por aplicacion es una pagina web que se implementa con un Wordpress y cuatro plugins pues ok. Pero realmente fuera de ahi utilizas frameworks por temas de rapidez, compatibilidad, buenas practicas, etc. pero manejar un framework supone tambien un buen reto intelectualmente hablando.

Se podria comparar a las cadenas de montaje de un coche en la antiguedad y las de ahora. Antes habia que hacerlo todo manualmente y ahora tienes maquinas que se encargan del proceso...pero alguien tiene que controlarlas porque no funcionan solas.

 

[quehaydelomio]

Podria estar mas o menos de acuerdo.

Por eso es tan importante tener desarrolladores/ arquitectos competentes que no pica-teclas.

Por cierto, la pagina de los resultados de las elecciones tiene AngularJS:

view-source:

Tienes que estar registrado para ver este contenido

(esp-enr-landing-0.0.1)

/*
AngularJS v1.4.7
(c) 2010-2015 Google, Inc.

Tienes que estar registrado para ver este contenido

License: MIT
*/

 

[Lou Ford]

Hola, contestando al autor del hilo, yo creo que la tendencia, al menos en front end que es lo que controlo, es a abandonar la programacion orientada a objetos y adoptar la funcional o reactiva. Bien usando React u otro tipo de tecnologia o framework, pero lo importante es que la vista solo representa el estado de la aplicacion, el estado es inmutable y lo que hacemos es usar funciones que toman un estado actual y una accion como argumentos y nos devuelven un nuevo estado.

Esta crea un codigo mucho mas modular, testeable y facil de modificar. Si te interesa el tema te puedo pasar enlaces, echale un ojo a cosas como redux o reactiveX. Lo importante no es tanto el framework, que variara, como el cambio de paradigma.

Para cursos yo te recomiendo una subscripcion a frontend masters, creo que son 30 euros al mes, a mi me lo paga mi empresa.

Te hablo de Alemania y los USA, en España no tengo ni idea de que estaran usando, precisamente me largue de alli entre otras cosas, para no quedarme anticuado tecnologicamente.

Suerte y si necesitas mas info, no dudes en pedirmela.

 

[Hacendado]

Pregunta a los que han trabajado en aplicación con nodejs, ¿habéis usado frameworks o lo habéis montado todo de cero a base de "packages" sueltos?

He encontrado dos:

Tienes que estar registrado para ver este contenido

Tienes que estar registrado para ver este contenido

¿Alguna experiencia?

 

[Dr Polux]

Hola, contestando al autor del hilo, yo creo que la tendencia, al menos en front end que es lo que controlo, es a abandonar la programacion orientada a objetos y adoptar la funcional o reactiva. Bien usando React u otro tipo de tecnologia o framework, pero lo importante es que la vista solo representa el estado de la aplicacion, el estado es inmutable y lo que hacemos es usar funciones que toman un estado actual y una accion como argumentos y nos devuelven un nuevo estado.

Esta crea un codigo mucho mas modular, testeable y facil de modificar. Si te interesa el tema te puedo pasar enlaces, echale un ojo a cosas como redux o reactiveX. Lo importante no es tanto el framework, que variara, como el cambio de paradigma.

Para cursos yo te recomiendo una subscripcion a frontend masters, creo que son 30 euros al mes, a mi me lo paga mi empresa.

Te hablo de Alemania y los USA, en España no tengo ni idea de que estaran usando, precisamente me largue de alli entre otras cosas, para no quedarme anticuado tecnologicamente.

Suerte y si necesitas mas info, no dudes en pedirmela.

Muchas gracias,la verdad es que siempre se agradece ayuda y recursos, muy buena la pagina que propones, quizás me apunte

Yo con este hilo quería llamar un poco la atención, sobre como se mueve fuera en temas de desarrollo web, las corrientes y lo que se mueve en España. De hecho yo estoy tb fuera y se mueve de manera muy vertiginosa, la gente no tiene miedos a la hora de ponerse con estas nuevas tecnologías o paradigmas

Y por esa razón animaba a los que se quedan en España a actualizarse, por si en España empieza a tirar o incluso para salir fuera.

---------- Post added 21-dic-2015 at 01:50 ----------

Pregunta a los que han trabajado en aplicación con nodejs, ¿habéis usado frameworks o lo habéis montado todo de cero a base de "packages" sueltos?

He encontrado dos:

Tienes que estar registrado para ver este contenido

Tienes que estar registrado para ver este contenido

¿Alguna experiencia?

Yo solo he trabajado con Express, ya sea para crear APIS, como si te quieres crear webs. LoopBack esta basado en Express, el otro no o conozco, la verdad es que están saliendo porrones de frameworks y utilidades, no da tiempo a estar al dia 😀

 

[aminomepilla]

¿Que es eso de angular js? Tengo que hacer ahora un panel de control (un dashboard) que muestre varios datos de un proceso en marcha para monitorizarlo, para análisis forense, datos como % de errores, total de transacciónes, transacciones x segundo etc.

Me he puesto a hacerlo con Chart**** pero si hay un framework facilito con ejemplos y templates que haga cosas de esas me ahorro el esfuerzo y sobre todo que saldrá mejor.

He visto la pagina de

Tienes que estar registrado para ver este contenido

algo de este estilo estaria muy bien.

¿Alguna recomendacion? el rendimiento me importa un pito, solo hay un cliente, la parte de servidor es de la casa, perl que analiza datos y saca json para los charts.

He visto esto ...

Tienes que estar registrado para ver este contenido

Se pueden utilizar sin mas?, no lo parece .. yo quiero un par de graficos, unos cuantos numeros y que quede bonito. si además la carga de datos pude ser asincrona y permanente mejor, pero tampoco es indispensable, puedo refrescar a intervalos.

Gracias.

 

[Dr Polux]

¿Que es eso de angular js? Tengo que hacer ahora un panel de control (un dashboard) que muestre varios datos de un proceso en marcha para monitorizarlo, para análisis forense, datos como % de errores, total de transacciónes, transacciones x segundo etc.

Me he puesto a hacerlo con Chart**** pero si hay un framework facilito con ejemplos y templates que haga cosas de esas me ahorro el esfuerzo y sobre todo que saldrá mejor.

He visto la pagina de

Tienes que estar registrado para ver este contenido

algo de este estilo estaria muy bien.

¿Alguna recomendacion? el rendimiento me importa un pito, solo hay un cliente, la parte de servidor es de la casa, perl que analiza datos y saca json para los charts.

He visto esto ...

Tienes que estar registrado para ver este contenido

Se pueden utilizar sin mas?, no lo parece .. yo quiero un par de graficos, unos cuantos numeros y que quede bonito. si además la carga de datos pude ser asincrona y permanente mejor, pero tampoco es indispensable, puedo refrescar a intervalos.

Gracias.

Precisamente comentaba quehaydelomio en el hilo que la pagina de los resultados de las elecciones estaba realizada en AngujarJS un framework javascript "MVC", las plantillas puedes usar por ejemplo Bootstrap que tienen muchos modelos por ahi gratuitos de dashboard

Si quieres en tiempo real tienes Meteor****

 

[elepwr]

Pregunta a los que han trabajado en aplicación con nodejs, ¿habéis usado frameworks o lo habéis montado todo de cero a base de "packages" sueltos?

He encontrado dos:

Tienes que estar registrado para ver este contenido

Tienes que estar registrado para ver este contenido

¿Alguna experiencia?

Lo único parecido a un framework sería Express, el resto se aparta muchisimo de la filosofia de modulos de node y mete demasiada una manola.

Al principio es un lio si vienes de frameworks java o php que te lo dan todo hecho, tienes que meter un modulo para cada cosa minima.

Hay uno paquetes MICCIONAN que vienen configurados con diferentes paquetes pero al final no te dan tanto margen como montarlo tu desde 0 con lo que prefieras para cada cosa.

 

[Hacendado]

Bueno me refería a framework equivalentes a un Zend o un Lavarel. Express es un framework pero muy general.

Muy interesante eso de los templates de angular:

Tienes que estar registrado para ver este contenido

 

[Dr Polux]

Bueno me refería a framework equivalentes a un Zend o un Lavarel. Express es un framework pero muy general.

Muy interesante eso de los templates de angular:

Tienes que estar registrado para ver este contenido

Bootstrap y AngularJS tiran muy bien pero conviene saber un poco de SASS.

 

[Lou Ford]

En cuanto a frameworks en el servidor casi todo el mundo que conozco usa Express, me han hablado bien de Sails**** pero no lo he probado, y no soy muy amigo de tochos tipo Rails.

Tienes que estar registrado para ver este contenido

es una buena lista de recursos para cuando tienes que elegir algun paquete, esta 'curada' y se actualiza frecuentemente. Para Javascript en el cliente te recomiendo

Tienes que estar registrado para ver este contenido

En cuanto a Angular, Bootstrap y tal si te resuelven la papeleta adelante, pero la tendencia es ir abandonando esas librerias, fuera claro.

 

[Abner]

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 ----------



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).

Java y .Net no son interpretados. Sólo en el arranque. Salvo que alguien se haya hecho un compilador a código objeto de javascript no puedo entender la necesidad de usar ese truño de lenguaje, ñapa sobre ñapa, en backend. Le tengo bastante angustia al.javascript, será que estoy anticuado pero a mí si no es un lenguaje fuertemente tipeado, no me parece un lenguaje serio de desarrollo

Enviado desde mi Nexus 4 mediante Tapatalk

 

[Hambriente]

Otro front-end por aquí. Independientemente de frameworks y tal pienso que la verdadera tendencia son los profesionales competentes, capaces de aprender rápido y mantenerse actualizados. Hoy se ve un auge en el front pero mañana será cualquier otra cosa.

 

[Naguissa]

Yo, la verdad, no lo veo tan revolucionario. Soy de php para backend y html5+js+jquery+bootstrap para front, por costumbre.

Veo utilidad para servicios push, pero hace tiempo descubrí que se puede emular con php-fpm y nginx de maner muy eficiente, mejor que Apache+mod_php, y la verdad es que entonces perdí las ganas de meterme en Node (entonces era nuevo, y como siempre me faltan horas en el dia preferí qhorrar tiempo y recursos en mi mini-servidor).

Enviado desde mi Jolla mediante Tapatalk

 

[cloluro]

Yo, la verdad, no lo veo tan revolucionario. Soy de php para backend y html5+js+jquery+bootstrap para front, por costumbre.

Veo utilidad para servicios push, pero hace tiempo descubrí que se puede emular con php-fpm y nginx de maner muy eficiente, mejor que Apache+mod_php, y la verdad es que entonces perdí las ganas de meterme en Node (entonces era nuevo, y como siempre me faltan horas en el dia preferí qhorrar tiempo y recursos en mi mini-servidor).

Enviado desde mi Jolla mediante Tapatalk

Node es una burbuja o moda a mi forma de ver, pero bueno ya se verá.

 

[Naguissa]

Node es una burbuja o moda a mi forma de ver, pero bueno ya se verá.

Tampoco tan radical, pues permite servicios como por ejemplo un rtmp (no se si ahora mismo lo tiene). Lo que pasa es que yo no lo veo tan bueno para cosas clásicas y sin embargo ahora parece que todo se tenga que hacer con él.

Enviado desde mi Jolla mediante Tapatalk

---------- Post added 22-dic-2015 at 11:32 ----------

P.D.: Me ENCANTA JS.

Enviado desde mi Jolla mediante Tapatalk

 

[Naguissa]

Yo, la verdad, no lo veo tan revolucionario. Soy de php para backend y html5+js+jquery+bootstrap para front, por costumbre.

Veo utilidad para servicios push, pero hace tiempo descubrí que se puede emular con php-fpm y nginx de maner muy eficiente, mejor que Apache+mod_php, y la verdad es que entonces perdí las ganas de meterme en Node (entonces era nuevo, y como siempre me faltan horas en el dia preferí qhorrar tiempo y recursos en mi mini-servidor).

Enviado desde mi Jolla mediante Tapatalk

Ahora que estoy con el ordenador desarrollo un poco ésto.

Bien, una prueba sencilla es hacer un simple test.php con:

Start
<?php
sleep(10);
?>
END

Si accedéis, digamos, 100 veces a la vez a este script veréis que:

- En Apache + mod_php se dispara el consumo de recursos y/o rechaza conexiones (si tienes pocos recursos y por tanto lñimitado el Apache
alcanzará el límite y comenzará a rechazar peticiones)

- En nginx + php_fpm puedes observar que aumentan las conexiones pero el servidor ni se inmuta.

Evidentemente, si el script tiene muchos datos en RAM se irá comiendo la RAM, pero el aumento no es como en Apache, que reserva X Mb por cada petición.


--


Esto hace que en un server DE GUANO (Atom monocore -con HT- a 1,6GHz, 1Gb de RAM) pueda tener un tráfico en la web en el período 21-nov / 21-dic:

Sesiones 10.670.198
Usuarios 7.620.690
Número de páginas vistas 19.493.812
Páginas/sesión 1,83
Duración media de la sesión 00:02:08
Porcentaje de rebote 69,63 %
% de nuevas sesiones 56,62 %

---------- Post added 22-dic-2015 at 12:54 ----------

Añado:

Node**** SÍ tiene implementaciónes RTMP actualmente:

Tienes que estar registrado para ver este contenido

Buen punto para él.

 

[Dr Polux]

En cuanto a frameworks en el servidor casi todo el mundo que conozco usa Express, me han hablado bien de Sails**** pero no lo he probado, y no soy muy amigo de tochos tipo Rails.

Tienes que estar registrado para ver este contenido

es una buena lista de recursos para cuando tienes que elegir algun paquete, esta 'curada' y se actualiza frecuentemente. Para Javascript en el cliente te recomiendo

Tienes que estar registrado para ver este contenido

En cuanto a Angular, Bootstrap y tal si te resuelven la papeleta adelante, pero la tendencia es ir abandonando esas librerias, fuera claro.

Porque piensas eso? que tendencia tenéis por donde vives? Muchas gracias por los recursos Gracias

 

[brotes_verdes]

Java y .Net no son interpretados. Sólo en el arranque. Salvo que alguien se haya hecho un compilador a código objeto de javascript no puedo entender la necesidad de usar ese truño de lenguaje, ñapa sobre ñapa, en backend. Le tengo bastante angustia al.javascript, será que estoy anticuado pero a mí si no es un lenguaje fuertemente tipeado, no me parece un lenguaje serio de desarrollo

Enviado desde mi Nexus 4 mediante Tapatalk

Yo pienso lo mismo, pero en el proyecto en el que estoy ahora no tenemos mas remedio que migrar a MICCIONAN desde .net + angular

Concretamente usaremos mongo + node + express + reactivex para implementar el patron observable. Como IDE usaremos cloud9

Asi que el CTO y yo estamos aprendiendo desce cero js y node (yo vengo de .NET y el de Java+Scala)