Feda /dev/ - No Javascript allowed

#39452 por qué es tan extraño? A mi node.js a dia de hoy me parece una opción totalmente vigente y usable.

#39448 JS se diseñó regular y se depende de él por todos los sitios así que cambiar cosas del lenguaje es difícil. Node entró a rellenar un hueco que hacía falta llenar (JS no tiene stdlib) y también está diseñado muy como el ojete (cógete la API de node e intenta hacer cualquier cosa y luego vete a .net o java a hacer lo mismo y verás la puta mierda de API que expone node).

NPM es muy potente pero también está diseñado con el ojete y el equipo ya se pronunció varias veces sobre temas importantes con opiniones de mierda (como los problemas de seguridad qeu tiene el ecosistema).

Además de eso, a nivel cultural, súmale que trae mucho código legacy basura en el que hay árboles de dependencias masivos para cuatro chorradas en los que aún hay frameworks y librerías muy importantes que tienen dependencias transitivas con esas basuras.

Así muy a brocha gorda, no tan gorda como la del retrasado de #39449 pero brocha gorda igualmente.

#39455 ¿Entonces por qué a la pregunta de #39442 no hay una cascada de respuestas sobre otro lenguaje como Go, Java, Ruby?
Tú mismo has dicho "Node o Python"

yo esq pa tirar de brocha gorda o llamo a vuestra madre o referencio a google, sobretodo a estas horas de la mañana (ya son casi la 1 lol)

BTW, lo malo de JS es que existen otros lenguajes. Así qué, tú verás

#39458 lo malo de JS es su presente, porque mira que hasta Java y PHP se han puesto las pilas para salir del pozo pero a un javascriptero le dices de tener static typing y alguna mejora mas con typescript y se cagan encima.

#39464 -> #39441

#39465 no entiendo eso de renderizar en varios sitios la verdad

#39467 Por ponerte un ejemplo de caso de uso (bastante real). Tienes una librería de componentes React para unificar branding y sacar apps de una forma un poco más "streamlined" (suerte). Sin embargo determinados componentes al poblarse de datos en el cliente ves un impacto en la UX al ser una pila de datos que se montan con una lógica relativamente compleja en el componente, pero son datos que realmente se actualizan un par de veces al mes (si tal). Puedes fácilmente empezar a componer ya datos en el servicio correspondiente sabiendo que todos tus consumidores van a ser apps en React y terminar de renderizar en cliente. Ahorras queries y ofreces una UX bastante mejor.

Y vamos, en general mientras quieras hacer "edge computing" que vaya acabando a un browser vas a vértelas chungas para no tirar de Node.

Joder el debate que se ha montado en un momento jaja. Gracias a todos por las respuestas, me ha quedado mucho más claro ahora.

#39469 joder pues no te has ido tú ni nada a algo super concreto para justificar el uso de node xD

#39461 Mientras JS siga siendo la única alternativa a JS, nada va a cambiar. Lo que necesitan es una alternativa en front, algo que los mueva a renovarse o a morir definitivamente.