#30 totalmente de acuerdo, especialmente en banking
¿Aquí es donde se viene a trolear sobre que lenguaje es mejor que otro y asi hasta el infinito?
Pierde el tiempo en lo que te guste #1, si es que llamas asi a programar. A mi me gusta lo que hago y aprenda lo que aprenda no pierdo el tiempo.
https://pages.zend.com/rs/zendtechnologies/images/PHP7-Performance%20Infographic.pdf
Seguro que todavía aquí hay un 90% de users defendiendo o bien Java porque es lo que le enseñaron en el juvenil de cárnicas, o algún lenguaje oscuro y underground porque la programación funcional es el futuro hasta para el frontend más simple que puedas imaginar.
The ol' programmin-a-roo!
#42 No tengo ni idea. De todas formas si aquí en la Junta de Andalucía siguen usando Java para todas sus aplicaciones relacionadas con firma digital... ¡será por algo!
Aunque todavía me corroe la dudilla de por qué no compran un certificado digital para firmar los applets y no tener que usar IE6 con Java 6 para firmar. Supongo que los expertos tendrán sus motivos.
#36 jajaja la verdad es que para hacer wordpress no necesito GO no jaja pero vaya te recuerdo o te lo digo por si no lo sabes que soy autónomo y no me dedico solo a hacer wp ^^ y creeme que no necesito GO para nada. Así que no te las des de listo majo.
#46 estoy harto de escuchar las putas sandeces de 4 personas diciendo eso mismo... ahora mismo GO no vale una puta mierda lo usan 4 empresas contadas y puedes usar 40 lenguajes siendo autonomo más extendidos e igual de eficientes, pero no tenemos que usar las 4 mierdas que están en beta porque si no las usamos no somos pros y solo sabemos hacer wordpress... madre de dios...
#49 Como vuelvas a tirar mierda a golang te obligamos a pintarte la ardilla en la cara.
#50 yo no tiro mierda a golang solo digo que actualmente es inútil en empresa, no sale rentable 
de hecho estoy aprendiendo go (he estado haciendo servicios rest y es pepino) pero no es rentable a día de hoy xDDD
Esto es la eterna pelea, ¿qué lenguaje es mejor? depende. Facebook tiene su filtro de spam hecho en Haskell.
PHP como bien dice #20 durará años, igual que C, Java, COBOL, etc...
A veces nos empeñamos en que las cosas se hacen con uno o dos lenguajes, pero realmente son muchos los lenguajes que se utilizan para realizar una aplicación, mezclar Java, PHP, Python, HTML, CSS y JavaScript en una misma aplicación, es totalmente viable.
En fin, NodeJS esta muy guapo, apréndelo si te mola el back-end.
#15 Veo que no estas muy enterado de js si dices esas cosas. Te recomiendo que visites ecmascript
PD: mantente hater
A mí de estos hilos me hace gracia como la gente asume que backend es la parte servidor de una web y front solo lo que se ejecuta en el navegador. Éso es sólo válido en desarrollo web y aún así tu backend de la web puede ser frontend de otra aplicación (por ejemplo, delega toda la funcionalidad a servicios, por lo tanto el frontend de tu plataforma es una webapp entera).
#56 Pues por ejemplo, cuando entras en amazon, twitter o cualquier arquitectura orientada a servicios/microservicios, su servidor web (si es que tiene) es el frontend de toda la infraestructura.
Por ejemplo la arquitectura del proyecto en el que estoy:
Backend: Un monton de servicios que incluyen kafka, bbdd, tareas, procesos, monitorización, métricas, etc. Usamos thrift para definir las interfaces y que puedan consumir de él. De momento está todo implementado en Scala pero para cada servicio podríamos utilizar el lenguaje que nos diera la gana sin que ello nos afectara (más allá de que un montón de utilidades están escritas en scala y no se dispondrían para otro lenguaje).
frontend: Aplicación rails que sólo guarda la sesión del usuario que yo sepa. Esta app se divide a su vez en la parte front (que está hecha en angular) y el back que simplemente delega en los servicios citados anteriormente mediante los clientes de thrift
#55 Depende de la definición que uses de front-end, pero vamos, tienes definiciones a porrón que consideran "front end" sólo aquello con lo que interactúa el usuario.
De hecho la palabra viene de lo que en servicios (de todo tipo, no necesariamente informáticos) se considera el front end. Por ejemplo en un call centre el front end será el personal que trate con el usuario y el back end el resto de personal que soporta dicho servicio.
No todas las interfaces son front-end y es obvio que tienes interfaces back-end que sería lo que yo diría (en inglés al menos) que es aquello que delega funcionalidad a servicios de terceros.
Pero vamos, si este hilo ya es chorra de por sí como para andarse con puntualizaciones semánticas.
