Menéame: comentarios [3706314]

#164 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

llorencs — Wed, 10 Aug 2022 09:52:07 +0000

#163 Vale, entiendo la idea. Sí, recuerdo algo de los registros de lo poco que aprendí de ensamblador en mi suspendida asignatura Intro a Computadores.

Soy traductor no ingeniero informático

» autor: llorencs

#163 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

abnog — Wed, 10 Aug 2022 09:48:44 +0000

#149 En una implementación con registros, cuando la cpu virtual tiene que realizar una operación, mete los operandos en unos 'registros' (variables en memoria) y ejecuta la operación dejando el resultado en otro registro. En una de pila, hay una pila en memoria donde va insertando los operandos y sus operaciones, luego los va sacando de la pila dejando en la misma el resultado.

La diferencia fundamental reside en que como la inmensa mayoría de procesadores físicos usan registros dentro de los mismos para realizar las operaciones, una VM en base a registros usará los físicos de dicho procesador, haciendo que sea mucho más eficiente.

La implementación en base a pila es más simple de implementar (uno de los motivos por los que la usa Java), pero siempre me pareció un poco absurdo porque luego tienes que hacer otras partes de la VM más complejas.

Espero haberme explicado mínimamente bien.

» autor: abnog

#162 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

danao — Wed, 10 Aug 2022 06:08:04 +0000

#156 yo soy de sistemas

Y no soy de carrera y joven relativo...

» autor: danao

#161 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Cuñado — Wed, 10 Aug 2022 01:19:34 +0000

#100 Sin duda argumentos de peso para evaluar la idoneidad de un lenguaje...

» autor: Cuñado

#160 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Cuñado — Wed, 10 Aug 2022 01:15:40 +0000

#61 En mis ya muchos años dentro del sector he aprendido que cuanto más pontifica un programador, menos sabe.

» autor: Cuñado

#159 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Cuñado — Wed, 10 Aug 2022 01:13:31 +0000

#68 #127 Python permite desestructurar iterables, pero no diccionarios al estilo de la desestructuración de objetos de JS.

Rust, por ejemplo, sí permite desestructurar tuplas y structs.

» autor: Cuñado

#158 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Cuñado — Wed, 10 Aug 2022 00:58:03 +0000

#134 #69 Un transpilador es un caso particular de compilador en el que la compilación se realiza entre dos lenguajes con un nivel similar de abstracción.

Por tanto, la compilación de código fuente Java a bytecode no es una transpilación.

» autor: Cuñado

#157 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Cuñado — Wed, 10 Aug 2022 00:42:51 +0000

#26 brython.info/

» autor: Cuñado

#156 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

mariopg — Tue, 09 Aug 2022 18:20:11 +0000

#131 se nota que sois jóvenes y con carrera

» autor: mariopg

#155 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Tue, 09 Aug 2022 14:35:29 +0000

#154 Nos ha jodido, si los 14 anteriores han sido la puta mierda que son... creo que hemos dicho lo que hay, y lo que hay hasta ahora, en su mayoria, son basura, no creo que sea cosa mia, hasta los que mas han metido la mano lo reconocen.

» autor: apetor

#154 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Cidraque — Tue, 09 Aug 2022 14:02:29 +0000

#40 un nuevo standard

» autor: Cidraque

#153 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

knzio — Tue, 09 Aug 2022 10:29:59 +0000

#152 efectivamente, saber donde falla no implica saber de dónde viene el problema

» autor: knzio

#152 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

par — Tue, 09 Aug 2022 10:01:17 +0000

#64 Incluso interceptando el error, puedes seleccionar una opción en el navegador para que pare en donde se produce cualquier error interceptado.

#55 A veces no, pero no porque no sepas dónde se produce, si no porque puede depender de pasos previos. Pero está ya sería otra cosa, no?

» autor: par

#151 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

selina_kyle — Tue, 09 Aug 2022 07:43:17 +0000

#138 oyeeee bastante tengo con aguantar el bullying de los informaticos de mi curro!!! Yo soy consultant pero a veces me toca picar algo en python y los pull request son una fiesta cuando ellos revisan jajajaja

» autor: selina_kyle

#150 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

j-light — Tue, 09 Aug 2022 07:37:05 +0000

#114 Tengo la misma sensación

» autor: j-light

#149 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

llorencs — Tue, 09 Aug 2022 06:48:48 +0000

#136 Como no conozco casi nada a nivel bajo. Que diferencia hay entre una implementación en base a registros o pila? O donde podría encontrar información resumida al respecto?

En la wikipedia saldría?

» autor: llorencs

#148 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

llorencs — Tue, 09 Aug 2022 06:46:22 +0000

#84 ¿Por qué Python sería el diablo? Peor sería que se pudiera ejecutar Java. Y lo peor es que webassembly lo permite.

Python no es un mal lenguaje. Tiene defectos. Pero no es un mal lenguaje.

» autor: llorencs

#147 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

fluffy — Tue, 09 Aug 2022 05:33:02 +0000

#145 No te creas. Estoy muy metido en el mercado freelance, las ofertas que hay para C son muy escasas y no están tan bien pagadas como las de javascript pero ni de lejos. Veo casi a diario ofertas de Indeed, Cybercoders, Toptal, arc.dev, upwork...
Yo me alegro mucho de que los megapuristas de C quieran acabar con el resto de impuros lenguajes, porque eso significa menos competencia para mí donde realmente están las ofertas bien pagadas.

» autor: fluffy

#146 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Tue, 09 Aug 2022 05:12:30 +0000

#144 No lo he puesto en duda, ojo con el contexto. El lo veo dificil no era por ponerlo en duda, sino que ponia en duda que YO pudiera encontrarle algo asi.

» autor: apetor

#145 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

sillycon — Tue, 09 Aug 2022 05:11:01 +0000

#66 La clave es "2006" y "ahora"

» autor: sillycon

#144 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

AceptoApuestas — Tue, 09 Aug 2022 03:30:33 +0000

#74 si trabaja en usa si es posible

» autor: AceptoApuestas

#143 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

box3d — Mon, 08 Aug 2022 22:34:35 +0000

#63 Web Assembly.
Con eso el cielo es el lìmite

» autor: box3d

#142 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--687061-- — Mon, 08 Aug 2022 21:58:35 +0000

#25 Al menos a PHP le han sacado algo de brillo en sus últimas versiones

» autor: --687061--

#141 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--687061-- — Mon, 08 Aug 2022 21:54:37 +0000

#123 De hecho está más vivito que nunca gracias a Spring y demás frameworks para uso web

» autor: --687061--

#140 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

kurroman — Mon, 08 Aug 2022 21:52:57 +0000

#51 llevo unos cuantos años sin desarrollar y la verdad es que con JS y las funcionalidades que comentas me lo pasaba pipa. Posiblemente es el que más he disfrutado de todos los que he tocado, que son unos pocos. Pero de repente... lo de siempre... youtu.be/Wm2h0cbvsw8

Postuware

» autor: kurroman

#139 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

pedrobz — Mon, 08 Aug 2022 21:51:58 +0000

#135 La distinción es más bien funcional, todos son compiladores (convierten código fuente en otra cosa) pero se distingue como transpilador para que quede claro que no es código binario, no es algo autónomo como un exe o un elf, es un paso intermedio que necesita otro compilador.

En el caso de JavaScript el transpilador permite meter funcionalidades nuevas en código viejo, como el tipado fuerte o las nuevas funciones, que el transpilador "degradará" a un churro de código antiguo.

En el caso de Java, el transpilador permite tener exactamente el mismo binario que luego lo puedes meter en cualquier procesador, ya sea x86, x64, ARM (o cualquier arquitectura que tenga implementada una JVM) y si conocía los procesadores de JVM de hecho se diseñó para esa posibilidad (y para que los procesadores de Solaris lo pudieran ejecutar casi tal cual)

Un compilador es de A a B, un transpilador es de A a B y de B a C,D,E...N

» autor: pedrobz

#138 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--687061-- — Mon, 08 Aug 2022 21:48:22 +0000

#8 Si te ha costado Python, ni se te ocurra buscar qué es Rust

» autor: --687061--

#137 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

taladror — Mon, 08 Aug 2022 21:43:20 +0000

El JavaScript es una maravilla. Es un cabronazo porque no tiene tipos y es una fuente de errores que a veces es muy difícil de detectar. Añadiendo la posibilidad de poner un tipo a una variable y 4 cosas más acabaría siendo perfecto.

» autor: taladror

#136 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

abnog — Mon, 08 Aug 2022 21:41:15 +0000

#99 No, pero no es necesario implementar un compilador, una VM con sus opcodes, su pila y su hardware virtual. Sólo el bucle de decodificación y ejecución de opcodes es terriblemente ineficiente, a menos que implementes un retraductor binario por ejemplo (mal llamados recompiladores), pero eso incrementa la complejidad una barbaridad.

Mi opinión personal es que, con una API bien diseñada, con un intérprete simple es más que suficiente.

Y a las malas, si no hay más remedio que tirar por una VM, al menos que sea una implementación en base a registros, no de pila (Java, te miro a tí ).

» autor: abnog

#135 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 21:32:19 +0000

#134 Yo creo que la distinción entre transpilación y compilación es arbitraria.

> La compilación es convertir código fuente en código binario ejecutable directamente por la máquina destino.

Si tu máquina destino es JVM, ya no es transpilación (sí, ha habido procesadores que entienden java bytecode).

Si tu máquina destino es JS, ya no es transpilación. Y sí, me dirás que no hay procesadores que ejecuten JS. Y yo te responderé que no hay procesadores modernos que ejecuten código X86-64, ya que todos utilizan microcode en.wikipedia.org/wiki/Intel_Microcode para convertirlo al código interno que utilizan los procesadores. Dicho de otra manera: con esa definición de compilación no vas a encontrar prácticamente ningún compilador.

Para mí todos son compiladores. Todos parsean un código fuente, todos procesan un AST, y todos generan un AST destino.

» autor: Setis

#134 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

pedrobz — Mon, 08 Aug 2022 21:17:44 +0000

#69 No, transpilación es un nuevo termino precisamente para distinguirse de compilación. La compilación es convertir código fuente en código binario ejecutable directamente por la máquina destino. Transpilación no tiene binarios, es otro código fuente que debe ser compilado/interpretado por otro compilador para generar el verdadero binario.

Un ejemplo sorprendente de transpilación es Java, que no genera un binario, genera un código fuente en ensamblador que la JVM compila al binario verdadero.

» autor: pedrobz

#133 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

frutosm — Mon, 08 Aug 2022 21:14:30 +0000

#61 JAMAS!!!

» autor: frutosm

#132 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Cyberbob — Mon, 08 Aug 2022 21:09:49 +0000

#27 Exacto. Y se dice poco.

» autor: Cyberbob

#131 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

danao — Mon, 08 Aug 2022 21:09:35 +0000

#108 el que sepa programar, no tendrá problema en aprender otro lenguaje.

» autor: danao

#130 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 20:54:32 +0000

#127 Yo no hice ese comentario #125, pero mi experiencia con C# es que aparentemente el problema es culpa tuya, hasta que te paras a comparar con otros lenguajes de programación y frameworks, y te das cuenta de que los otros han pulido esos problemas y tratan de guiarte y sugerirte buenas soluciones. C#, ASP.net y bibliotecas afines no hacen nada de eso, en lugar te guían por malas prácticas, y después culpan al programador cuando se va en la dirección incorrecta. Por ejemplo, hasta hace no mucho, les fascinaba guiar al desarrollador hacia el patrón repositorio docs.microsoft.com/en-us/aspnet/mvc/overview/older-versions/getting-st sin explicar ninguna de las ramificaciones ni complejidad que eso incluye. Y luego tienes cosas como que la SQL Server Express dicen que funciona con 1GB de RAM, pero no te dicen que se cuelga varios días seguidos si le pones 1GB de RAM. docs.microsoft.com/en-us/sql/sql-server/install/hardware-and-software-.
Y por último, todo funciona con el generador de configuración de VSStudio para Azure, y falla para todas las demás situaciones, promoviendo aún más lock in "funciona para Azure y no para AWS, por lo tanto es AWS que es defectuoso, firma este contrato para comprar otros 6 meses de Azure".

Por supuesto, todos esos problemas y lock-in son excelentes para tener programadores que defenderán C# a capa y espada (porque es lo único que saben y pueden hacer), y esos programadores pedirán cursos y herramientas que sólo Microsoft vende. Lock-in puro y duro.

» autor: Setis

#129 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

frutosm — Mon, 08 Aug 2022 20:45:32 +0000

#108 No, se nota que no conoces el sector. Nadie se dedica exclusivamente a Javascript, normalmente suele ser un segundo lenguaje para el desarrollo de la parte cliente de una aplicación y los especialistas en cliente conocen también Typescript.
No se destruiría ni un puesto de trabajo, es más debido al mantenimiento, seguro que duraría décadas después de matarlo como ocurre con mierdas como VB6 o Silverlight.

» autor: frutosm

#128 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chochis — Mon, 08 Aug 2022 20:37:30 +0000

#3 vaya puta mierda pseudo javera

» autor: chochis

#127 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Dark_Wise — Mon, 08 Aug 2022 20:36:37 +0000

#68 Gracias, no sabía lo de Python, y de los lenguajes funcionales menos.
Por cierto lo que cuentas en #125, tengo curiosidad por saber qué es lo que tanto te disgustó de C# , tuve que hacer un pequeño microservicio en C# sin tener ni idea y tenía la sensación que los problemas eran más culpa mía que del lenguaje, se veía algo feo pero robusto.

» autor: Dark_Wise

#126 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

sensureame — Mon, 08 Aug 2022 20:16:11 +0000

#60 Nada mejor que el ASM para hacer las cosas como dios manda.

» autor: sensureame

#125 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 20:15:53 +0000

#85 No veo.por que tienen que ser más propensos a problemas de seguridad....

Para ciertas cosas no es que "se puedan usar" es que son la mejor solución. Por ejemplo para definir GUIs

» autor: chavi

#124 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

zancudo — Mon, 08 Aug 2022 20:14:11 +0000

#119 Y se visualiza perfectamente con el javascript bloqueado. Se visualiza también con navegadores desde la terminal que no admiten imágenes.

Normal, es HTML. También ocurriría con un poco más de CSS para mejorarlo estéticamente, por ejemplo con w3m puedes visitar meneame o google en modo texto sin grandes problemas. Pero vamos, que no has entendido lo que he querido decir: la web oficial del lenguaje que propone el tipo no se ha actualizado desde hace mucho, mucho tiempo. Te pongo otro ejemplo: la documentación contiene un enlace a un bugtracker. El bug notificado más actual que se ha arreglado fue notificado en 2007, hace 15 años. Antes de arreglar el mundo, debería empezar limpiando su habitación.

» autor: zancudo

#123 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

sillycon — Mon, 08 Aug 2022 20:13:45 +0000

#12 Veo lo tuyo y subo a No han matado el Java

» autor: sillycon

#122 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

drnth — Mon, 08 Aug 2022 20:06:49 +0000

#113 Viejuno!

Ahora pasa lo mismo, los chavales de 12 años de entonces siguen entregados a hacer diseños horribles, por ejemplo la web de Renfe.

» autor: drnth

#121 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

hazuko — Mon, 08 Aug 2022 19:55:44 +0000

#79 ~~No sé quién te prohíbe poner el mapa de teclado que te salga del ojete.~~

EDIT: nah, tiene que ser un troleo...

» autor: hazuko

#120 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ElCuñadoDelHacker — Mon, 08 Aug 2022 19:55:14 +0000

#108 si, tío, que mal rollo. Tropeceintas mil programadores de js a la calle.
El mal rollo es que solo saben js y no se hayan actualizados aún...

» autor: ElCuñadoDelHacker

#119 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

PerritaPiloto — Mon, 08 Aug 2022 19:47:43 +0000

#100 Y se visualiza perfectamente con el javascript bloqueado. Se visualiza también con navegadores desde la terminal que no admiten imágenes.

Aunque si, a día de hoy no usar https para una página estática exisitiendo Let's encrypt es algo delictivo. Pero vamos, que tampoco esgarantía de nada teniendo en cuenta que incluso antes de que exisitiera con un email podías comprar por 30€ un certificado en RapidSSL sin que hicieran ninguna pregunta y usarlo en sitios de phising.

» autor: PerritaPiloto

#118 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

PerritaPiloto — Mon, 08 Aug 2022 19:44:36 +0000

#79 Las disposiciones están ahí, pero nadie quiere aprender a usar el teclado otra vez.

» autor: PerritaPiloto

#117 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--542333-- — Mon, 08 Aug 2022 19:41:27 +0000

[Usuario deshabilitado]

» autor: --542333--

#116 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

PerritaPiloto — Mon, 08 Aug 2022 19:41:10 +0000

#16 Si y no. Siempre dicen que el C está muy cerca de la máquina y todo eso pero en cierto modo es mentira. Estaba cerca de la máquina cuando un long y un double eran una cosa distinta. Dependiendo de tu compilador y para que máquina compiles pueden ser cosas diferentes.

Pero vamos, que prefiero cualqueir lenguaje fuertemente tipado a JS.

» autor: PerritaPiloto

#115 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

citizenx — Mon, 08 Aug 2022 19:19:09 +0000

Los sysadmin miramos y sonreímos desde nuestro bash.

» autor: citizenx

#114 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

juanac — Mon, 08 Aug 2022 19:18:09 +0000

#111 Han mejorado los dos una barbaridad. De hecho, creo que hay cierta tendencia en los lenguajes a complicarse (ej. ceder a la presión y soportar orientación a objetos) converger. Miras un PHP y un Typescript y son sospechosamente parecidos.

» autor: juanac

#113 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

juanac — Mon, 08 Aug 2022 19:14:10 +0000

#4 Yo estoy en desacuerdo. Me gustaba la internet de geocities, donde cualquier chaval de 12 años podía tener su sitio con un diseño horrible y mal hecho. Le daba mil vueltas a la internet con diseños cuquis actual.

» autor: juanac

#112 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ErMijita — Mon, 08 Aug 2022 19:07:39 +0000

#22 Pues que JavaScript fue programado aprisa y sin “pensar” mucho en los efectos colaterales que podría tener extender de él, y al final resulta en un código tedioso de mantener y depurar...

» autor: ErMijita

#111 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

j-light — Mon, 08 Aug 2022 18:56:55 +0000

#60 PHP ha mejorado mucho, mucho mas que JS.

» autor: j-light

#110 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

tommyx — Mon, 08 Aug 2022 18:56:28 +0000

#38 dividiendo por dos, si el resto es 0 es par, sino, impar

» autor: tommyx

#109 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

mariopg — Mon, 08 Aug 2022 18:55:46 +0000

#6 porque javascript pertenece al pueblo, y casi cualquiera puede programar en JS (sin ser un puto friki informático :p) y pasa lo que pasa

» autor: mariopg

#108 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

mariopg — Mon, 08 Aug 2022 18:54:30 +0000

#2 y mandas al paro a tropecientas mil personas. genial idea.

» autor: mariopg

#107 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

FooDev — Mon, 08 Aug 2022 18:46:49 +0000

#26 No molaría nada. Cada lenguaje tiene su entorno. No existen balas de plata.

» autor: FooDev

#106 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

FooDev — Mon, 08 Aug 2022 18:42:37 +0000

#4 Si el problema de JS no son los errores. Eso es lo de menos!

» autor: FooDev

#105 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

FooDev — Mon, 08 Aug 2022 18:41:37 +0000

#35 Ni que el respaldo de Goolge fuera garantía de algo.

» autor: FooDev

#104 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

FooDev — Mon, 08 Aug 2022 18:40:50 +0000

Y aún así lo peor de JS no es el lenguaje como tal sino la casa de putas en la que se ha convertido su ecosistema.

» autor: FooDev

#103 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Richaldor — Mon, 08 Aug 2022 18:23:24 +0000

Todavía estoy esperando que jubilen a Cobol...

» autor: Richaldor

#102 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

JungSpinoza — Mon, 08 Aug 2022 18:23:10 +0000

#89 #50 El inventor ya dijo que renunciaba a el y ahora esta creando Deno

deno.land/

» autor: JungSpinoza

#101 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

JungSpinoza — Mon, 08 Aug 2022 18:20:50 +0000

#66 ~~A Lannister~~ Javascript always pays his debts
-- @JungSpinoza

» autor: JungSpinoza

#100 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

zancudo — Mon, 08 Aug 2022 18:19:38 +0000

Y la alternativa que propone es E.
Esta es la web del lenguaje: erights.org/ No utiliza ni https y parece sacada de los 90 (falta un gif animado con un cartel de en construcción), con enlaces para probar el lenguaje online sin instalar nada como este: meme.b9.com/cdates.html?channel=erights (que no funciona). También podéis visitar la sección de la wiki Getting Started (wiki.erights.org/wiki/Getting_Started) que no se actualiza desde 2011.

» autor: zancudo

#99 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 18:17:16 +0000

#93 Hombre, maquina virtual vas a tener, pero en vez de tener putas mierdas inmantenibles de JS como ahora, tener un virtual hard. Que quieres, bajar codigo x86(-64), ARM(64),... a cliente y ejecutarlo ?

» autor: apetor

#98 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

JungSpinoza — Mon, 08 Aug 2022 18:16:25 +0000

#11 #21 #15 JS va a durar mas que Cobol ... los dev de JS tienen el trabajo mas asegurado que los funcionarios

» autor: JungSpinoza

#97 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

JungSpinoza — Mon, 08 Aug 2022 18:15:21 +0000

#76 Exactamente. React y Express son de 2013, no hace falta estar todo el dia cambiando de framework. Cambias una libreria aqui, otra por alla ... te preguntas porque hay que escribir todo ese codigo para usar redux saga, cambias a useEffect .. te das cuentas de que es una mierda y vuelves a Redux, luego cambias RecoilJS que luego no funciona por dios sabe que incompatibilidad con react asi que pruebas Jotai y asi hasta que te retiras ...

» autor: JungSpinoza

#96 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 18:15:06 +0000

#91 Juan Palomo...

» autor: apetor

#95 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 18:14:05 +0000

#87 Hombre, si me quieres decir que el Borrowing es parte del tipado... vale, pero el borrowing en si puede hacerse incluso en sistemas detipado laxo, vamos, que es algo independiente de eso.

» autor: apetor

#94 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

JungSpinoza — Mon, 08 Aug 2022 18:07:13 +0000

#8 En Python llevais diez años actualizando de la version 2 a la 3 (en realidad 14 años para ser mas exactos). Antes de que la gente termine llegara la version 4 ...

» autor: JungSpinoza

#93 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

abnog — Mon, 08 Aug 2022 18:06:29 +0000

#40 No por dios, otra máquina virtual más no, por favor.

» autor: abnog

#92 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

JungSpinoza — Mon, 08 Aug 2022 18:03:19 +0000

#35 en un par de años @raul_lapeira te dira que ya esta al 0.36%!

» autor: JungSpinoza

#91 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

fluffy — Mon, 08 Aug 2022 18:02:59 +0000

#82 hay que ser más abierto de mente. Los developers de un único lenguaje sois muy limitados. Lo importante es el algoritmo, el pensarlo, no el lenguaje con el que se expresa. A mí lo mismo me da Python, rust, C, java, C#, javascript, lo importante es lo que voy a implementar.

Abre tu mente hombre. Que además abre puertas.

» autor: fluffy

#90 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ninefingers — Mon, 08 Aug 2022 17:59:17 +0000

#60 Es hora de desempolvar Perl.

» autor: ninefingers

#89 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ninefingers — Mon, 08 Aug 2022 17:58:20 +0000

#50 Node es una puta perversión… Espero que el inventor arda en el infierno.

» autor: ninefingers

#88 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ninefingers — Mon, 08 Aug 2022 17:57:15 +0000

#27 por Dios, escuchen a este hombre.

» autor: ninefingers

#87 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 17:56:49 +0000

#81 ¿Qué crees que es el borrow checker? en.wikipedia.org/wiki/Substructural_type_system Si mal no recuerdo, una variante de Affine Type Systems. Los sistemas de tipos pueden ser mucho más avanzados de lo que se muestra a la gente. Por ejemplo, Agda y Idris usan los sistemas de tipos para empezar a demostrar que los programas son correctos por construcción. Y cuando digo demostrar, digo demostrar matemáticamente con toda la rigurosidad.

» autor: Setis

#86 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ninefingers — Mon, 08 Aug 2022 17:54:51 +0000

#26 Sólo nos faltaba eso ya…

» autor: ninefingers

#85 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 17:53:28 +0000

#83 Por que son, por naturaleza, mas laxos, mas propensos a problemas de seguridad y menos optimos de procesar. Pero bueno, pa ciertas cosas pues se pueden usar. Pero una web basada en TLVs binarios con webassembly y tal, con un entorno de hardware virtual bien definido, y nos iria mucho mejor que con la casa de putas que tenemos montada ahora.

» autor: apetor

#84 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

zancudo — Mon, 08 Aug 2022 17:50:25 +0000

#26 Dios no lo quiera, cambiar satanás por el diablo

» autor: zancudo

#83 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 17:50:00 +0000

#44 Por qué los formatos de texto son caca?
HTML es caca?
JSON es caca?
Yaml es caca?

» autor: chavi

#82 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 17:49:20 +0000

#75 Prefiero que me pisen los testiculos.

» autor: apetor

#81 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 17:46:17 +0000

#80 Seguridad, AV, AntiRansomware,... y lo que viene fuerte, AntiCheat y demas, ensamblador x86 y x86-64, C y mucho internals de Windows y demas.

En cuanto a Rust, si, a ese me referia como algo nuevo sin ser casa de putas, aun asi no llega a lo que es C en algo Lean. Lo importante de Rust no son los tipos, no hay tanto problema, por mucho que se repita tanto, con los tipos, la verdad, no se lo que hace la gente para que eso sea tanto problema. Lo importante de Rust es el Borrowing, arma de doble filo, pero bueno...

» autor: apetor

#80 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 17:21:36 +0000

#71 Depende del mercado. C y ensamblador suena a sistemas empotrados. He trabajado en esos mercados. Pagan una mierda. Ahora han subido los salarios un poco, pero porque todos los programadores se iban a hacer webs en Javascript a ganar el doble. Yo soy uno de ellos.

JS es una casa de putas. Una casa de putas que paga bien.

El lenguaje para sistemas que no sea una casa de putas ya existe. Se llama Rust. Básicamente un C con sistema de tipos fuerte.

» autor: Setis

#79 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

CrudaVerdad — Mon, 08 Aug 2022 17:17:21 +0000

Es como el teclado qwerty , una basura porque incita a cometer errores de ortografía y allí sigue. Nadie se atreve a sacar una nueva disposición de teclas.

» autor: CrudaVerdad

#78 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--1479-- — Mon, 08 Aug 2022 17:16:41 +0000

Explicación: xkcd.com/927/

» autor: --1479--

#77 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

CrudaVerdad — Mon, 08 Aug 2022 17:13:44 +0000

#4 selección darwiniana: navegador que se haga de la vista gorda si hay errores de HTML y que renderice cómo pueda, tendrá una gran ventaja evolutiva comparado a navegador estricto que no presenta nada hasta que el HTML sea correcto.

» autor: CrudaVerdad

#76 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 17:13:21 +0000

#10 ¿Por qué tienes que seguir el ritmo? El bleeding edge es precisamente así. Mejor deja pasar un poco de tiempo y quédate con los supervivientes. Yo llevo más de 5 años con React y ExpressJS, y desde que empecé he cambiado mi manera de hacer React como 3 veces en total. Por supuesto, no estoy al día de absolutamente todas las librerías que salen todos los días. Pero tampoco lo están ninguno de los programadores de todos los demás lenguajes de programación que sacan librerías a menudo.

El problema es que no hay ningún sustituto para Javascript en frontend. Todas las alternativas han sido deliberadamente peores: ActiveX, Flash, Java Applets, Silverlight. Todas ellas estaban basadas en el lock-in y el "sólo nuestro navegador o nuestras herramientas". Con WebAssembly quizás eso cambie, pero primero tenemos que ver algo que no caiga deliberadamente en los problemas anteriores (por ejemplo Blazor va de nuevo a "solo nuestro framework y nuestras herramientas").

Con respecto al backend, Javascript ofrece alternativas más sencillas que muchos sistemas actuales (excepto NestJS) y al mismo tiempo permite compartir código entre el frontend y el backend. Por ejemplo via NextJS. Esa es una combinación que muy pocos lenguajes de programación pueden ofrecer. De nuevo, WebAssembly puede cambiar eso, pero sólo si la gente deja de obsesionarse con sus herramientas propietarias y su navegador propietario.

Lo cual significa que tendremos Javascript para rato.

» autor: Setis

#75 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

fluffy — Mon, 08 Aug 2022 17:10:06 +0000

#74 pfff, pues deberías cambiar a javascript, paga mejor.

» autor: fluffy

#74 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 17:08:39 +0000

#73Â300k no se, lo veo dificil. 80-120k si.

» autor: apetor

#73 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

fluffy — Mon, 08 Aug 2022 17:06:38 +0000

#71 ganaba 24k anuales en 2006, ahora estoy en unos 300k anuales.
Si me consigues un salario similar en C yo me cambio

» autor: fluffy

#72 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Arlequin — Mon, 08 Aug 2022 17:05:55 +0000

Es el año de PHP en el front-end

» autor: Arlequin

#71 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 17:05:08 +0000

#66 No se cuanto ganabas o cuanto ganas, pero de hecho, es mas facil que ganes bien en trabajos donde solo se puede usar C, ensamblador y algo de C++, mas que en sitios de JS ( eso si, es probable que te paguen en USD ). Y luego esta lo de sufrir penitencias programando webs... bufff...

Y si, JS ES basura, lo es. Es una casa de putas.

Todabia no ha salido un lenguaje que no sea una casa de putas, no ha salido algo como C, aunque hay algun lenguaje viejo que se acerca y alguno nuevo que se acerca. Y digo C, no C++.

» autor: apetor

#70 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 17:01:06 +0000

#65 Ya sabes a quienes me refiero.

» autor: apetor

#69 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 17:00:20 +0000

#36 Vas a tener que azotar a muchos veteranos. Transpilación no es más que un nombre nuevo para compilación.

» autor: Setis

#68 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 16:59:11 +0000

#59 Mainstream? Lenguajes de masas? Python tiene.

Lenguajes menos conocidos? Hay a patadas con desestructuración y spread. Por ejemplo Haskell, OCaML, Erlang y Prolog.

» autor: Setis

#67 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Setis — Mon, 08 Aug 2022 16:56:09 +0000

#25 Pues yo llevo como 5 años con React y ExpressJS (y amigos, como NextJS) y no me da problemas. Eso sí, te doy la razón con Angular y NestJS. Que ganas tienen esos de reinventar la rueda y reinventarla cuadrada.

» autor: Setis

#66 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

fluffy — Mon, 08 Aug 2022 16:52:46 +0000

#49 JS no es basura hombre.
C es como los Stark, rectos, del Norte, fieles a su código. Pero a la hora de la verdad, sin un puto duro. Cuando curraba en C y assembler compartía piso y no llegaba a fin de mes.
Javascript es la familia Lannister: follan entre hermanos, beben, montan orgías... No son los más rectos, pero están podridos de pasta. Y son más divertidos.
Gano en un mes de javascript lo que ganaba en el 2006 en un año de C.
Así que un respeto, que JS siempre paga sus deudas.
Gracias Javascript!

» autor: fluffy

#65 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

rogerius — Mon, 08 Aug 2022 16:46:33 +0000

#40 Los hippies pasamos de todo. No nos cargues con los pecados de otros.

» autor: rogerius

#64 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

dav — Mon, 08 Aug 2022 16:33:40 +0000

#6 JS no falla silenciosamente, otra cosa es que pongas try catch y ocultes el error, pero eso no es problema del lenguaje ( y aún así el Firefox y creo que el chrome se paran en los errores cuando se producen independientemente de que estén capturados)

Cc #17 por supuesto que se puede saber

» autor: dav

#63 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

selina_kyle — Mon, 08 Aug 2022 16:29:28 +0000

#56 eso solo transforma python a Javascript no? Yo me refiero a correr de forma nativa python en lugar de Javascript en un browser

» autor: selina_kyle

#62 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

retoqueteate — Mon, 08 Aug 2022 16:23:54 +0000

Hoy? Y ya desde antaño.

» autor: retoqueteate

#61 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--706165-- — Mon, 08 Aug 2022 16:20:43 +0000

Cuando veo por aquí a alguno "sentando cátedra" y hablando en tono ranchera "y mi palabra es la ley" solo puedo recordarme a mí mismo hace algunos años. No sé si hará falta otro lenguaje u otro estándar o vete a saber qué pero lo que seguro hace falta es bastante humildad en el sector.

» autor: --706165--

#60 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--95040-- — Mon, 08 Aug 2022 16:19:43 +0000

Javascript es basura, ya en 2003 parecía que podríamos matarlo pero surgió AJAX y fue un balón de oxígeno para el lenguaje pero hoy deberíamos eliminarlo juntamente con PHP. Quizás quedarnos con Python o D o volver al BASIC de MSX.

» autor: --95040--

#59 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Dark_Wise — Mon, 08 Aug 2022 16:19:41 +0000

Lo siento pero queda JS para largo.
Por curiosidad, sabéis de algún otro lenguaje que tenga desestructuración, y spread?

» autor: Dark_Wise

#58 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

honbu — Mon, 08 Aug 2022 16:18:57 +0000

#21 Lo se pero soñar es gratis

» autor: honbu

#57 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

mcfgdbbn3 — Mon, 08 Aug 2022 16:18:28 +0000

Sí, como Flash, que lo "jubilaron" y ahora tenemos un montón de minijuegos que no funcionan.

Si "quitan" JavaScript lo que acabará ocurriendo es que la gente tendrá que usar dos navegadores de Internet, uno moderno y otro antiguo, para poder acceder a páginas web cuyos autores no piensan modificar porque las han hecho gratis y demasiado si pagan ellos el hospedaje de su bolsillo.

Lo que tienen que hacer en JS es permitir "programar bien", por ejemplo, permitir usar tipos de dato definidos (int, float, double... pero aún mejores), pero sin renunciar a la opción de usar tipos de dato como ahora, que van en función de lo que declaras. Eso permitiría programar aplicaciones web muy robustas si el programador quiere, y luego si no quiere, hacer las cosas un poco como ahora.

¿Opción más realista? Que los navegadores aceptasen TypeScript.

» autor: mcfgdbbn3

#56 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Ricky — Mon, 08 Aug 2022 16:17:09 +0000

#26 pyscript.net/

» autor: Ricky

#55 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

knzio — Mon, 08 Aug 2022 16:15:32 +0000

#17 no siempre es sencillo de encontrar

» autor: knzio

#54 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 16:14:44 +0000

#26 Para que?

» autor: chavi

#53 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 16:14:14 +0000

#51 Digamos que no hay otra alternativa a la altura para su nicho.

» autor: chavi

#52 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

tunic — Mon, 08 Aug 2022 16:13:23 +0000

Potente, flexible, de sintáxis esotérica cuadno se usan cosas avanzadas y muy fácil romper cosas sin siquiera tener la menor idea de por qué. Con la ventaja de que funciona en muchos entornos diferentes una vez se ha estandarizado y se acabó la guerra de los navegadores. Mejor no matarlo, lo mejor es usar otro lenguaje como TypeScript o Elm y transpilar a JS.

Ahora, estoy de acuedo en que ES6 metió algnas cosas criminales (como las falsas clases) que lo hacen aún más lioso.

» autor: tunic

#51 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

KaborlllLLLONE — Mon, 08 Aug 2022 16:09:39 +0000

#22 Entiendo que se refiere al ecosistema y no tanto al lenguaje. Lenguaje que, por mucho que digan aquí en menéame, es una maravilla. Los closures, o los async, lo thread safe del lenguaje, las funciones anónimas, son features maravillosas.

Ahora bien, el ecosistema es lo putísimo peor... que si libraries y frameworks que salen cada dos por tres, que esta libreria funciona solo en un tipo de paquetes, y esta otra es sólo un módulo, y esta es módulo pero ES6 y esta otra es sólo para CommonJS y esta otra es UMD y este otro grupo de desarrolladores dice que UMD caca y que mejor no hacer eso, etc etc etc. Ya sin entrar a la putísima mierda de frameworks frontend en donde todo está mal, nada tiene sentido. Complejidades, herramientas todavía más complicadas, etc. Convenciones y más convenciones por todos lados, sin ningún estandar efectivo. Typescript ayudando y poniendo orden y al mismo tiempo añadiendo una nueva layer y más y más caos. Después la barbaridades de añadir paquetes de terceros para cualquier gilipollez. Basura deprecated, anticuada, malas practicas por todos lados. MUY malos ingenieros por todos lados, aunque el ecosistema tampoco ayuda en absoluto.

Pero, en serio, Javascript como lenguaje está muy bien y ser el creador del mismo no significa que sepa de lo que está hablando.

» autor: KaborlllLLLONE

#50 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

--348464-- — Mon, 08 Aug 2022 16:08:09 +0000

[Usuario deshabilitado]

» autor: --348464--

#49 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 16:06:20 +0000

#16 C es dios. JS es basura, por favor, la comparacion...

» autor: apetor

#48 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 16:05:32 +0000

#37 Eso es un cancer.

» autor: apetor

#47 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 16:05:16 +0000

#21 El glue JS, cancer, decian que era temporal... que se cambiaria a algo nativo... En realidad, si tienes un canvas donde pintar... si, supongo que hay necesidad de generar HTML, pero... bueno, ya veremos.

» autor: apetor

#46 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Vhalar — Mon, 08 Aug 2022 16:03:37 +0000

Lo mejor que podemos hacer hoy con Javascript es "jubilarlo".
Gracias.

» autor: Vhalar

#45 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

KaborlllLLLONE — Mon, 08 Aug 2022 16:03:17 +0000

#37 WASM está pensando para ejecutar rutinas con un tiempo de ejecución normalizado entre navegadores. No está pensado, y no va a estarlo, para hacer más allá de eso.

» autor: KaborlllLLLONE

#44 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 16:02:19 +0000

#34 Los formatos de texto son caca. Pero mas alla de texto o no texto, hace falta fijar un entorno de ejecucion, hardware virtual descubrible y con versionado pero sin ser una casa de putas. Y luego WebAssembly o algo en esa via, pero ese mismo esta bien.

» autor: apetor

#43 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

tamat — Mon, 08 Aug 2022 16:02:11 +0000

#21 hace tiempo que se habla de dotar a WASM de un API para acceder al DOM y otros APIs del navegador, del mismo modo que existen proyecto para un layer IO para WASM que sea standard.

» autor: tamat

#42 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Veelicus — Mon, 08 Aug 2022 16:01:38 +0000

#4 no cargarnia ni una, y si ademas añades los temas de accesibilidad entonces se cierra internet

» autor: Veelicus

#41 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Dedalos — Mon, 08 Aug 2022 16:00:33 +0000

¿Qué tiene que ver lo bien o mal que estén hechas las páginas con el lenguaje en sí?. Y ¿Que soluciona ser estrictos con la creación web? Dentro de unos márgenes, Internet está hecho para comunicar, el virtuosismo o purismo informático es otra cosa, estará bien pero no es de lo que va Internet.

» autor: Dedalos

#40 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

apetor — Mon, 08 Aug 2022 15:59:42 +0000

#35 Sea de quien sea, no necesitamos un LENGUAJE para esto, necesitamos un standard de ejecucion, un runtime abierto y bien documentado que se soporte en todo navegador mediodecente. Que cada uno use el lenguaje que le salga de los hievos. WebAssembly es la idea. Marquen ustedes un hardware virtual y denme el codigo maquina y definicion de formato de los modulos ejecutables.

Un poco de orden, que la web es una gran casa de putas, y mucho es por que para 1 tio que hay con frialdad y ganas de hacer las cosas bien hay 100000 hippies con infulas e ideas de bombero.

» autor: apetor

#39 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

llorencs — Mon, 08 Aug 2022 15:56:55 +0000

#26 Ojalá

» autor: llorencs

#38 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

pakorrito — Mon, 08 Aug 2022 15:56:40 +0000

#29 y como vamos a saber si un numero es par o impar???!!!!

» autor: pakorrito

#37 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

runciters_animals — Mon, 08 Aug 2022 15:55:19 +0000

#21 wasm no puede llamar a JS y JS modificar el DOM? con una pequeña lib valdria

» autor: runciters_animals

#36 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ur_quan_master — Mon, 08 Aug 2022 15:54:08 +0000

A estas alturas me conformo con que encuentren al autor de los conceptos transpilador y transpilación y lo azoten con el cable de la impresora ( el paralelo, no el USB)

» autor: ur_quan_master

#35 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

xaviazo — Mon, 08 Aug 2022 15:53:39 +0000

#24 Dart es de Google, además es el lenguaje que va con Flutter. Ya me contarás en un par de años.

» autor: xaviazo

#34 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

musg0 — Mon, 08 Aug 2022 15:53:07 +0000

#4 Se intentó con XHTML con la intención de que los motores HTML fuesen más ligeros y fue un fracaso. Ningún desarrollador lo usaba en modo estricto XML, entre muchas cosas, porque los usuarios algunas veces necesitan meter texto enriquecido y por muy bueno que fuera el editor para meter texto muchas veces sin saberlo generaban código html incorrecto, y los motores de validación tenían difícil decirle al usuario qué estaba mal y que lo entendieran sin acceder al código fuente del html generado.
Por no hablar de bugs que generaban html incorrecto y salían meses después de haber publicado una web y que sólo se daban con combinaciones concretas de datos metidos por los usuarios.
Así que para no quedar mal todo el mundo que lo usaba no validaba los errores y lo usaba como HTML normal. Luego se pasó a HTML 5 y la idea de validación por XML se abandonó.

Para que funcionara algo como lo que dices todos los navegadores y motores web en uso tendrían que ponerse de acuerdo y poner una fecha límite para que las empresas fueran cambiando de paradigma, y eso no va a pasar, ya que tal como está montada la web actualmente generaría muchísimos costes y ralentización de desarrollo a todas las empresas que se dedican a hacer webs, que van a poner todos los impedimentos que puedan, y porque basta que un solo navegador funcione como hasta ahora para que los usuarios migren a ese porque "ese funciona" y el resto es una mierda porque da errores. Suerte explicándoles que ese que funciona es el que realmente lo está haciendo mal.

» autor: musg0

#33 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

PacoJones — Mon, 08 Aug 2022 15:51:26 +0000

#31 #32 ay, mil perdones, me acabo de dar cuenta, sirve la excusa del autocorrector?

» autor: PacoJones

#32 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

frutosm — Mon, 08 Aug 2022 15:50:13 +0000

#25 yendo* en lugar de hiendo.
PHP más JavaScript, huye, sal corriendo y no vuelvas a ese proyecto

» autor: frutosm

#31 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Supercinexin — Mon, 08 Aug 2022 15:49:39 +0000

#25 Muy guapo ese "hiendo".

» autor: Supercinexin

#30 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Supercinexin — Mon, 08 Aug 2022 15:48:18 +0000

#10 Fue porque Google, a principios de siglo, decidió que a partir de entonces Javascript iba a ser la solución para crear cualquier tipo de aplicación en la web.

» autor: Supercinexin

#29 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

sauron34_1 — Mon, 08 Aug 2022 15:48:05 +0000

No sé si matar JavaScript, pero que dejen de sacar librerías por dios. Vue está bien, por ejemplo. Que dejen de reinventar la rueda.

» autor: sauron34_1

#28 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Meneathor — Mon, 08 Aug 2022 15:45:23 +0000

Douglas Crockford: "2022, será el año de COBOL en el navegador"

» autor: Meneathor

#27 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

armadilloamarillo — Mon, 08 Aug 2022 15:45:18 +0000

Lo que hay que eliminar son las aplicaciones en Electron. Vienen del infierno.

» autor: armadilloamarillo

#26 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

selina_kyle — Mon, 08 Aug 2022 15:44:25 +0000

#20 lo sé, pero molaría que los navegadores pudiesen interpretarlo!!

» autor: selina_kyle

#25 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

PacoJones — Mon, 08 Aug 2022 15:41:21 +0000

Yo lo que estoy hasta los webs es que cada día sale una nueva librería/framework de Javascript que reinventa la rueda.
Además que JavaScript surgió para cubrir unas necesidades de añadir comportamientos y dinamismo a las páginas pero están hiendo demasiado lejos, depurar y trabajar con ello es un tortura, por no mencionar las decenas de herramientas relacionadas con paquetes de módulos y managers y dependencias y configuraciones y bugs... estoy seriamente pensando en pasarme a back-end definitivamente. Estoy mucho más disfrutando con PHP ahora mismo, imaginaos como es mi vida de disfuncional ahora mismo

» autor: PacoJones

#24 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

raul_lapeira — Mon, 08 Aug 2022 15:40:41 +0000

#3 Otro lenguaje hipster que acabara en el 0.3% en Tiobe... Apuestas?

Pd: espera que YA está en el 0.34%

» autor: raul_lapeira

#23 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

DenisseJoel — Mon, 08 Aug 2022 15:40:32 +0000

#6 Por eso se usa TypeScript.

» autor: DenisseJoel

#22 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 15:40:05 +0000

#10 ¿?

A qué te refieres exactamente?

» autor: chavi

#21 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

armadilloamarillo — Mon, 08 Aug 2022 15:39:42 +0000

#11 Eso no va a suceder mientras sea necesario manipular HTML, ya que no tiene acceso directo a DOM (Los elementos de HTML) (se accede via JS y no hay planes para modificar esto)

» autor: armadilloamarillo

#20 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 15:39:31 +0000

#8 Python no funciona como lenguaje de cliente. Son nichos distintos

» autor: chavi

#19 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

emdi — Mon, 08 Aug 2022 15:38:43 +0000

Y el cabron lo dice ahora.....

» autor: emdi

#18 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 15:38:35 +0000

#6 Porque los hay.
Empiezas a corregir el primero, hasta que se acabe el último.

El problema es ya de librerías de terceros.

» autor: chavi

#17 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

par — Mon, 08 Aug 2022 15:38:25 +0000

#6 Pero eso se puede saber, no?

» autor: par

#16 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

rodrig — Mon, 08 Aug 2022 15:38:15 +0000

JavaScript es basura.

Pero también es verdad que aquí se criticaba a C, un lenguaje precioso, simple y sencillo que entra en cualquier autómata.

» autor: rodrig

#15 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

raul_lapeira — Mon, 08 Aug 2022 15:38:04 +0000

#11 JS no lo tumba ni cristo. Ojala

» autor: raul_lapeira

#14 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

chavi — Mon, 08 Aug 2022 15:37:58 +0000

#4 Concuerdo. Esa carrera para que los navegadores se lo coman todo es muy contraproducente

» autor: chavi

#13 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

raul_lapeira — Mon, 08 Aug 2022 15:37:21 +0000

#12 Lo de matar lenguajes es como matar idiomas... Como decían en Maquinavaja 2 "me pase 45 años sin poder hablar catala y vas a venir tu a tocarme los h***os con el castellano"

» autor: raul_lapeira

#12 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

sorrillo — Mon, 08 Aug 2022 15:32:38 +0000

No han matado al COBOL van a matar al JavaScript ...

» autor: sorrillo

#11 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

honbu — Mon, 08 Aug 2022 15:29:59 +0000

Esperemos que webassembly progrese y haga honor a lo de javascript killer

» autor: honbu

#10 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

ErMijita — Mon, 08 Aug 2022 15:17:44 +0000

JavaScript ha explotado en popularidad en pocos años y sí, el ecosistema es horriblemente complejo. Es un chiste constante, incluso entre los desarrolladores de JS a tiempo completo, lo loco que se ha vuelto. Ninguno de nosotros puede seguir el ritmo", confesó un desarrollador en un debate reciente en Hacker News.

Esta parte da miedito. Desde luego nunca entendí como la escalada sobre funciones web avanzadas partió de JavaScript sabiéndose cómo estaba montado, quizá fue por los mismos motivos de la eficacia de JavaScript: las prisas.

» autor: ErMijita

#9 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

MacMagic — Mon, 08 Aug 2022 15:09:43 +0000

#6 Cómo Menéame

» autor: MacMagic

#8 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

selina_kyle — Mon, 08 Aug 2022 14:57:06 +0000

mientras que no me toquen mi python que bastante me costó aprenderlo...

» autor: selina_kyle

#7 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

selina_kyle — Mon, 08 Aug 2022 14:56:12 +0000

#5 los habria igual en cualquier otro lenguaje universal para todos los navegadores

» autor: selina_kyle

#6 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

anv — Mon, 08 Aug 2022 14:08:14 +0000

#4 Pues como desarrollador me vendría muy bien tener una indicación clara de que ja fallado algo en el JavaScript en lugar de sus silenciosamente deje de trabajar en un punto indeterminado.

Y no solo me pasa a mi. Hay montones de páginas que largan decenas de errores de JavaScript si uno se pone a mirar la consola.

» autor: anv

#5 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

Nova6K0 — Mon, 08 Aug 2022 13:58:21 +0000

Esto sin hablar de la cantidad de scripts maliciosos que hay, gracias a él.

Saludos

» autor: Nova6K0

#4 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

hrundil — Mon, 08 Aug 2022 13:47:06 +0000

Lo que yo haría es obligar que los navegadores por defecto no cargaran ninguna página con errores de HTML, Javascript, CSS, imágenes que no cargan o lo que sea. Que los creadores tengan presión para hacerlo medianamente bien.

» autor: hrundil

#3 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

xaviazo — Mon, 08 Aug 2022 13:42:39 +0000

Para eso está Dart.

» autor: xaviazo

#2 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

frutosm — Mon, 08 Aug 2022 13:29:47 +0000

» autor: frutosm

#1 'Lo mejor que podemos hacer hoy a JavaScript es retirarlo', dice el creador de JSON, Douglas Crockford [ENG]

geralt_ — Mon, 08 Aug 2022 13:29:20 +0000

Traducción automática:

JavaScript, el lenguaje de programación más popular del mundo según la mayoría de las encuestas, se ha convertido en una barrera para el progreso, según Douglas Crockford, creador de la especificación JSON (JavaScript Object Notation) utilizada en todas partes para serializar datos en las aplicaciones web.

Crockford hizo esta afirmación en una entrevista el mes pasado:

"Lo mejor que podemos hacer hoy a JavaScript es retirarlo. Hace veinte años, yo era uno de los pocos defensores de JavaScript. Su combinación de funciones anidadas y objetos dinámicos era brillante. Pasé una década tratando de corregir sus defectos. Tuve un pequeño éxito con ES5. Pero desde entonces, ha habido un gran interés en inflar aún más el lenguaje en lugar de mejorarlo. Así que JavaScript, como los demás lenguajes dinosaurios, se ha convertido en una barrera para el progreso. Deberíamos centrarnos en el próximo lenguaje, que debería parecerse más a E que a JavaScript".

Según una encuesta de StackOverflow realizada a principios de este año, JavaScript es utilizado por más del 65% de los desarrolladores, muy por delante del segundo clasificado, Python, con un 48% (sin tener en cuenta HTML, CSS y SQL, que no son lenguajes de propósito general). Se trata de un logro improbable teniendo en cuenta sus orígenes.

Brendan Eich inventó el lenguaje para Netscape en 1995, aparentemente en sólo 10 días. "En mayo hice 10 días de trabajo duro, no dormí mucho", dijo Eich en la conferencia dot.JS en 2018. En 2012 Eich dijo a Charles Severance de Computer que: "Entré a hacer... un lenguaje de programación para HTML, para que los diseñadores y programadores web lo usaran, incrustado directamente en la página web... no como Java, que era un lenguaje de profesionales en el que se ejecutaba código real con declaraciones de tipo, y había que escribir de forma que se compilara". Añadió que "el nombre es una total mentira. No está tan relacionado con Java como con un ancestro común, C, en la sintaxis".

Eich calificó el trabajo de "trabajo apresurado", pero también dijo que "sabía que habría errores, que habría lagunas, así que lo hice muy maleable como lenguaje. Eso ha permitido a los desarrolladores web hacer que sea lo que quieran".

¿Por qué JavaScript ha tenido un éxito tan rotundo?

Hay múltiples razones, entre ellas la previsión de Eich, la facilidad de aprendizaje y la tolerancia al código que sería un error en muchos lenguajes, como comparar cadenas con números y obtener un resultado de sentido común -aunque Eich calificó más tarde esto como "un gran arrepentimiento, porque eso rompe una importante propiedad matemática".

Otro factor importante es que la determinación de Google de hacer que las aplicaciones basadas en el navegador sean competitivas con el escritorio dio al mundo el motor V8 (2008), que junto con el SpiderMonkey de Mozilla y el JavaScript Core de Apple dieron al lenguaje un rendimiento asombroso compilado en JIT. En 2009, Ryan Dahl ideó Node.js, que permitía a V8 ejecutarse fuera del navegador. Dahl tenía en mente las aplicaciones de servidor, pero hoy en día Node.js y NPM (Node Package Manager) son también esenciales para el proceso de desarrollo de la mayoría de las aplicaciones web.

¿Proceso de desarrollo? Parte del problema al que se refiere Crockford es que, junto con el aumento de la capacidad, JavaScript ha adquirido mucha complejidad, y una aplicación típica hoy en día incluye un proceso de construcción utilizando WebPack, Rollup o algún otro bundler, muy lejos del concepto original de Eich.

Además, muchos desarrolladores web no escriben JavaScript, sino que escriben TypeScript, que compila a JavaScript. TypeScript fue inventado por Anders Hejlsberg en Microsoft, con la justificación de que la maleabilidad de JavaScript y la falta de seguridad de tipos lo hacían inadecuado para las aplicaciones grandes. TypeScript es ahora el lenguaje número tres en la encuesta mencionada anteriormente, y es una prueba de que JavaScript no es del todo querido. La llegada de WebAssembly, un formato binario al que pueden dirigirse lenguajes como C, C++, C# y Rust, es otra innovación que puede socavar el dominio de JavaScript.

"JavaScript ha explotado en popularidad en pocos años y sí, el ecosistema es horriblemente complejo. Es un chiste constante, incluso entre los desarrolladores de JS a tiempo completo, lo loco que se ha vuelto. Ninguno de nosotros puede seguir el ritmo", confesó un desarrollador en un debate reciente en Hacker News.

JavaScript está evolucionando con muchas nuevas características y el progreso puede seguirse aquí, aunque las demandas de compatibilidad significan que algunos defectos no pueden corregirse, y en el otro extremo la hinchazón de características es un riesgo constante.

El elegido por Crockford para sustituir a JavaScript, E, es un caso atípico. Creado por Mark Miller, Crockford y otros, E es un lenguaje orientado a objetos diseñado para la computación segura y, en palabras de Crockford, "elimina muchas de las partes malas de Java".

Sin embargo, Crockford también señala que JavaScript será difícil de cambiar, en particular porque es el lenguaje soportado por todos los navegadores para la manipulación del DOM (Document Object Model). Preguntado sobre qué puede sustituirlo ahí, Crockford dijo: "Hay dos dificultades. En primer lugar, aún no tenemos el siguiente lenguaje. Tiene que ser un lenguaje actor basado en capacidades mínimas y diseñado específicamente para la programación distribuida segura. No hay que pensar en nada menos.

"En segundo lugar, necesitamos que todos los fabricantes de navegadores lo adopten y que, al mismo tiempo, sustituyan el DOM por una interfaz bien diseñada. Buena suerte con eso".

» autor: geralt_