El FIN de JavaScript tal y como lo conocemos (JS0 y JSSugar)

▶ No te pierdas más directos en: / midudev
▶ Gits de littledan: gist.github.co...
▶ Slides: docs.google.co...
▶ Tweet de nullvoxpopuli: x.com/nullvoxp...

[@hdeleonnet]

Por fin, mi misión ha terminado.

[@nekosmic]

XD

[@joseleonardodelgadoavila4312]

JAJAJAJAJA

[@OscarNebeAbad]

Estaba buscando tu comentario xDD

[@djdarkai]

jajajaja

[@MoonlightEros]

"Change da world, my final message. Goodbye"

[@jesusvelasco4893]

El compilador del compilador del compilador del compilador del compilador del compilador del compilador del compilador del compilador

[@gilbertobarbosa5136]

por cosas como esa extrañamos algunos a jquery

[@rogercolque]

compila

[@helioshyperion3430]

De eso se trata los lenguajes de alto nivel

[@pepito7773]

😂😂

[@gilbertobarbosa5136]

@@helioshyperion3430 si, pero de c a c++ tiene sentido, de c++ a javascript, tiene sentido y si es cierto que "facilita" GRAN cantidad de cosas y sobre todo cambie el paradigma, el punto es adicinar complicaciones cuyo beneficio es, por decirmo menos, cuestionable!

[@patocarrasco6266]

de crear frameworks diaros, para luego hacer runtimes semanales, la humanidad supo como superarse a si misma. Ahora tendremos un nuevo JS todos los meses

[@pepitogrillo4630]

😂😂😂😂

[@Jorge603]

XD

[@davidag90]

Y el acumulado de todos esos JS, trabajando en simultáneo. Puta, qué ofertón 🤣

[@joseerickcarreon5895]

La cámara: "ESTOY CANSADO JEFE".jpg

[@raton_gamer1308]

Me parece bien la idea de hacer como un compilador general estilo web assembly asi evitar que ciertos navegadores tengan ciertas cosas que otros no.

[@latinrev3822]

Honey wake up a new JavaScript just dropped

[@Danyruddy7]

Jajajaja 😂 me hiciste el día.

[@Gax-x5n]

Uno aprendiendo y me vienen con esto

[@LuisMarmolejo]

@@Gax-x5n jajajaja ya sé

[@jeysonsoto5343]

No te preocupes, para aprender JS decentemente te tomará 1 mes y eso...

[@FranciscoRestivo96]

@@jeysonsoto5343 que? Saber js realmente lleva mucho tiempo

[@jeysonsoto5343]

@@FranciscoRestivo96 Me explico: 1. Si ya conoces un lenguaje de backend como Java o C#: Aprender JS a un NIVEL DECENTE te toma 1 mes a lo mucho... JS es más sencillo que los lenguajes tipados y a nivel de arquitectura de software es más fácil implementar patrones en JS que en Java o C#. Hablo por experiencia propia y de mi entorno. 2. Si no conoces ningún lenguaje: Aprender JS a NIVEL BÁSICO o principiante probablemente te tome 1 mes.

[@davidag90]

Las bases siguen siendo las mismas amigo, no se me agobie. Esto te va a romper más las pelotas cuanto más alta sea la complejidad de tu trabajo con JS probablemente jajaj

[@evelop3625]

Que bien, otra capa de complejidad en Javascript, junto con los frameworks infinitos que salen todos lo días, las miles de librerías para manejar cosas simples creo que lo mejor será que siga con C#

[@nosequehacer8962]

@@evelop3625 pues no debes usar todos mano 😅

[@helioshyperion3430]

que te quejas, si el 80% del trabajo se lo vasa dar al gpt

[@MrMiguelitro83]

@@helioshyperion3430 sapbeeee😂

[@pkcarreno]

El vídeo debería llamarse: "jQuery vuelve de entre los muertos - La propuesta"

[@midulive]

Pero no tiene nada que ver con jQuery 😅😂

[@gilbertobarbosa5136]

@@midulive si, muchos con esa idea, de complicar mas las cosas, diremos que "extrañamos la simpleza de Jquery" ...

[@juandavid-fl7pb]

@@gilbertobarbosa5136 simpleza? yo no diria eso de jquery

[@gilbertobarbosa5136]

​@@juandavid-fl7pbentiendo por qué lo dirías, en mi caso que aún lo uso, si me parece más simple

[@gilbertobarbosa5136]

@@juandavid-fl7pb kzbin.infovBbKpSwbZW8?si=3c0t0b1z1i0brUqJ

[@eki203]

Y esto en que afecta al poderosísimo PHP?

[@alexisvillegas1953]

reemplazado próximamente

[@weengineers5999]

@@alexisvillegas1953 Por cuál?

[@otaxhu]

La propuesta busca "Seguridad" y Performance para JavaScript, ya hay un estándar para aplicaciones compiladas y de alto rendimiento que se ejecutan en el navegador llamado WebAssembly. Esta gente si se hace una paja en la cabeza, y la propuesta escrita con Comic Sans me cago de risa jajaja.

[@paolobooker4163]

😐🙃🤣

[@pepernando2221]

el pepsi es el acceso al dom, a la camara y muchas apis del navegador ojalá despues la mayoria sean accesibles por webassembly y la gente escoja sus lenguajes y compliladores

[@raxis_crgamer1674]

@@otaxhu hola disculpa, la vdd no entiendo que va a cambiar en javascript, me puedes explicar?

[@otaxhu]

@@raxis_crgamer1674 estoy igual que tú jaja, tranquilo dudo muchísimo que esto se haga realidad en ningún futuro cercano ni lejano, Javascript ya es muy maduro y simplemente crear otro estándar para satisfacer el ego de una persona es muy costoso. Esto tampoco tiene ninguna base de investigación, son solo palabrería

[@raxis_crgamer1674]

@@otaxhu y si llegara a hacerse esto, que pasaría, que afectaría en el modo de uso?

[@fdorantesm]

Me huele a un JavaScript Development Kit y un JavaScript Runtime Environment. 😆

[@pablomorales3797]

No le creo a ninguna presentación en Comic Sans 😂

[@_dankira_]

@@pablomorales3797 AJAJAKSHAHSHAG

[@cesarrawr249]

Pese a todo lo que puede traer consigo esto, es emocionante, me gusta mucho la propuesta

[@2005bgva]

a mi me parece una buena idea. Hay que tomar en cuenta que en el momento en el que los navegadores entiendan otro lenguaje, automáticamente se estará iniciando el velorio de js.

[@FranciscoRestivo96]

Cómo cual?

[@AlejandroTorres-qp7dd]

Ya lo hace con webassembly

[@2005bgva]

@@FranciscoRestivo96 cualquier lenguaje, java, c#, c++, que son lenguajes fuertes y sin los problemas que tiene javascript.

[@rmiranda4622]

​@@2005bgva js no tiene ningún problema. Lo tienen los q no son capaces de comprender como funciona 🥱

[@groverleopoldoaliagacandia2027]

Me recuerda mucho a postgres, que hay modulos que puedes activar o desactivar Al compilar

[@mr.fabian8471]

Bueno llego el momento de aprender python

[@tongadall]

esto nos viene a recordar, que absolutamente todo es temporal, hasta javascript como lo conocemos.

[@hbiblia]

Lo mejor que se puede hacer es que JS0 y JSSugar sean proyectos separados de los navegadores. Por ejemplo, JS0, al ser pequeño, sería fácil de agregar a un software que quiera utilizar JavaScript como si fuera Lua. Sin embargo, un software que desee utilizar todo, como un navegador, debería agregar JS0 y JSSugar. La ventaja es que de esta forma todos los navegadores tendrán JavaScript actualizado.

[@JoseAlvarado-vd3ql]

me parece que justamente lo que se busca es que los navegadores no tengan que implementar todo por un tema de costos. Entregar a las herramientas parte del trabajo para que sean los juguetes de desarrolladores pero esa sintaxis que manejarías en herramientas no los entendería el navegador sino que las herramientas escupan un código que finalmente puedan entender. O sea, en devtools solo podrían usar J0.

[@hbiblia]

@@JoseAlvarado-vd3ql pero como ellos lo quieren hacer va hacer que los proyectos pesen mucho mas de lo normal.

[@ronnyceballoperez2834]

Ufa, que kk lo de la imcompatibilidad en los navegadores... solución: ¡metámosle más capas para volverlo más imcompatible!

[@gilbertobarbosa5136]

definitivamente a mucha gente le viene bien complicar las cosas !

[@piergox512]

@@gilbertobarbosa5136 a que gente?

[@gilbertobarbosa5136]

​​@@piergox512 la gente que vende "soluciones" (frameworks, libros, librerías, clouds, cursos, etc)

[@NeimHuser-cm6wu]

Los mercaderes del código

[@Danyruddy7]

Hacer Web antes era más sencillo.

[@ivlis.w8630]

Básicamente un estandar que aplica para los frameworks o herramientas Sería como un typescript que en lugar de incluir los tipos de dato incluiría nuevos metodos y syntaxis?

[@felivent]

JavaScript, Babel & TypeScript inician un ménage a trois

[@crism8868]

Medio incestuoso el menage a trois ese

[@alew140]

Bueno ya más o menos así funciona en la actualidad con rato framework y compiladores casi no se usa vanilla. Y durante mucho tiempo se usaba polyfills de terceros. Me gustaría más una iniciativa más fuerte como implementar una segunda opción de lenguajes se tenía pensado correr Python de manera nativa en el buscador pero ni idea de que pasó con eso.

[@juanpablogarcia6293]

Pues como tal ya se implementó que es webassembly, que permite traducir un lenguaje a un lenguaje compatible con el navegador, pero fuera de kotlin y alguna tecnologia concreta las empresas prefieren seguir usando javascript para el front

[@azanorivers]

No está mal la propuesta ya que siempre he sentido que con JavaScript necesitas si o sí de los navegadores para que actualicen lo nuevo, algo así como una especie de monopolio... por otra parte, no me gusta depender de bundlers para poder usar javascript "moderno"... pero a quien engañamos, hoy en día todos usamos bundlers a final de cuentas jajaja

[@AimanAbdelSamad]

Más tarda preparar un café que JS en sacar una nueva cosa.

[@luisito5068]

Me suena algo similar a lo de java, sueltan la especificación y la implementación dependerá del JDK. Similar a lo de jakarta.

[@Undead34]

Básicamente hacer de JS una especie de JS compilado. Me gusta, ¡a ver si seguimos usando JS/TS pero detrás de JS0 está WASM!

[@almcostarepuestosin]

Enloqueció Javascript PD: Que no se note la copia a St James SanN

[@kaosailor]

Y por esa razón simplemente estudié lo suficiente para que el frontend funcione y me especialicé en PHP

[@Danyruddy7]

Nice!

[@SonGoku-pc7jl]

vaia movida, me asusta midu, suerte que te tenemos al lado para ir adaptandonos a los cambios. Lo de map sources es el arbol de parsear que explicaste el otro dia con OxC?

[@pepernando2221]

que todo mundo programe en lo que se le de la gana, compilen a webassembly, y webassembly tenga acceso al dom eso estaria mas cool

[@f1945]

En ese caso no podrías usar javascript sugar en la consola del navegador. Otra cosa que podría pasar es la fragmentación del lenguaje porque ya no existiría ninguna presión en mantenerse en el estándar. Cada framework podría implementar su versión del lenguaje y los usuarios ni se enterarían.

[@glendeljfyne]

@midulive, se podría decir que suena a lo que hacía "Apache Cordova" o "jQuery" en su momento ? Que le daba a Webview y a JavaScript funcionalidades que NO se soportaban de manera Nativa en JavaScript mientras se iban desarrollando y estandarizando ?

[@AlejandroGamboa_col]

Lentamente Javascript se va convirtiendo en Java

[@Luba2313]

Midu, cual es tu personaje favorito de one piece :D

[@somnus7818]

Exijo que midu responda!!!

[@nachotagg]

ward

[@raul3515]

No creo que esté mal, incluso creo que es mejor, así adiós preocupación si x propiedad es soportada en tal navegador

[@weengineers5999]

Es que no es solo eso

[@raul3515]

@@weengineers5999 y que más crees que implica? Adelante te leo amigo

[@weengineers5999]

@@raul3515 Más allá del tecnicismo generaría temas emocionales y confusiones a los novatos, ya el hecho que exista babel permite hacer aquello que quieren hacer.

[@sergioacuna1772]

Lo primero sería un compilador base de js0, y que los editores de código lo implementen, algo así como js0make versión x.xx.xx.

[@MoonlightEros]

But llega Kotlin Multiplatform y Jetpack Compose Multiplatform a salvar a los pibes

[@akirakosaintjust]

y por qué no bytecode? o WASM que permita acceder al DOM?

[@franciscofdez8334]

Pues... si en resumen es: que se delega la responsabilidad en los compiladores (Babel , Typescript..) de implementar las nuevas funcionalidades/APIs..etc entonces estoy de acuerdo SIEMPRE y CUANDO sea una forma de darle más tiempo a los motores de navegador de implementar al final las novedades.

[@jPinoDev]

No me puedo tomar en serio una presentación en cómic sans

[@oliverloops.]

Kotlin + WASM es una dupla muy buena

[@juancarlospizarromendez3954]

Así es el ciclo de vida, se muere un software y se nace otro software.

[@oyepez003]

Js0 jssuggar... Eso es lo que Java desde el siglo pasado... Con lo desordenado que crecen las herramientas de JS me imagino 20 tipos más de JS...😮

[@JefersonDeFreitas94]

La unica forma que esto se lograra bien seria que ellos lanzaran apis pensadas para ser usadas por los empaquetadores, sino, todo ese codigo para implementar un decorador no lo veo claro

[@alex.jr2002]

Sería válido hacer una analogía con el JDK y el JRE en el caso de Java?

[@nocktuz]

Si me dieran una moneda por cada vez que dicen que ahora si se ira Javascript tendria más dinero del que me deja programar en Cobol...

[@matiasbpg]

No puedo tocar en serio una presentación en comic sans

[@alejandrolanderoscontreras5454]

¿Entonces para el desarrollador promedio que tanto cambiaría lo que uno hace?

[@necro3311]

Los frameworkeros ganaran si esto llega a suceder, por que tendras mas casos de personas que saben x framework pero no JS, en un principio todos se arrimaran a uno u otro compilador para su su versión azucarada pero inevitablemente todos querrán desarrollar sus propias features a nivel interno, nos encontraremos con diversos sabores de js, al dia de hoy un desarrollador de react puede pasar a Vue con poco esfuerzo, pero podríamos llegar a un punto de que cambiar de framework sería lo mismo que aprender otro lenguaje.

[@fabriziojordan1475]

No es la mejor idea la verdad. Lo único que realmente se es que necesitamos hacer algo con los navegadores y esa lentitud a la que implementan cosas. Los usuarios merecen mucho más, me atrevería a decir que ni la mitad de cosas que son fácilmente posibles no están ni cerca de ser implementadas pero los navegadores no dan realmente a basto (o es otra cosa, pero al final es lo mismo).

[@rmiranda4622]

Sería más sencillo que el motor que implemente la ejecución fuese externo a los navegadores y ya está. De esa forma los navegadores solo tienen q coger uno u otro y no preocuparse de implementar nuevas features

[@nestorrente]

Quizás desde el punto de vista de JS parece un poco loco, pero a mí me recuerda mucho a la idea detrás de Java y otros lenguajes de la JVM. La JVM simplemente entiende el bytecode (equivalente a JS0 en este caso) y son los compiladores los que convierten Java, Groovy, Kotlin o Scala en bytecode (dichos lenguajes serían equivalentes a JSSugar). Ahora, la verdad es que a mí me gusta que esté todo en uno en el browser. Más que nada porque sería un lío tener que utilizar una sintaxis distinta en la consola de las DevTools, por ejemplo 🙁

[@raxis_crgamer1674]

Hola, disculpa será que me podrías explicar que cambia en javascript, la vdd no entiendo

[@cessargraux]

Los navegadores por defecto usan js porque simplemente no hacer que usen typescript y dejar usar Transpilador y usar typeScript y que todo vaya apartir de alli

[@luisocampo9221]

Me parece raro dado que ahorita se le “pide” entre comillas a los navegadores que tengan la funcionalidad. Y esperar a que todos los navegadores tengas las mismas características El cambio que busca se entiende, pero lo malo es que ahora el desarrollador debe acoplarse a la empresa y no esta mal, pero no seria muy distinto a lo que hace google y apple con sus tiendas si quieres subir una aplicación tienes que respetar nuestros lineamientos y si no pues no se puede subir (por eso odio las apps) Si lo vemos asi no dudo que en muchos años nos empiecen a querer bloquear para subir archivos porque no respetamos sus directrices Espero a ver entendido, si no me pueden corregir

[@juanpablogarcia6293]

Pues como tal ya eso existe, hay cosas que no funcionan en los distintos motores, lo que proponen es que haya para todos los navegadores un lineamiento comun de que deben soportar, y el resto se va a los compiladores, asi que en teoria podrías implementar lo que quieras mientras ello sea traducible a el javascript que funciona en los navegadores

[@luisocampo9221]

@@juanpablogarcia6293 gracias!! ya me quedo claro.

[@Zanepi]

Javascript se convirtio en Java tan gradualmente que no me di cuenta

[@gassechen]

El error inicial fue haber cambiado scheme por javascript

[@chepzel]

Me pregunto cómo afectaría esto a nivel de seguridad en la web 🤔

[@mrslifertili]

que ya integren de nuevo el motor de dart a chromium

[@CG.Developer]

Osea vamos a volver a php sera llamarlo PJP

[@snithfferx]

no es por nada, pero es lo que yo pensaba que hacian los navegadores y por eso tanta traskilada. Según lo veo, quienes lo tienen duro son las librerias que se usan para añadir código en el front, verdad, porque todo lo otro ya va masticado sólo para que se lo trague el navegador... o por lo menos es lo que yo pensé. Igual, al final lo que van a pedir es que todo se compile a webassambly y html, para que el cliente esté satisfecho.

[@hjromeroking4354]

😂😂😂😂 ahora que framework será nuestro sugar 🥰

[@juancarlospizarromendez3954]

Un BLOB de WebAssembly en vez de texto plano de lenguaje visible de JavaScript es una amenaza a la seguridad de los ordenadores clientes.

[@chefaku]

6:26 JS0 seria LLVM y JSSugar seria c, c++, rust

[@pc6ghz]

Yo creo que al final tendríamos cosas parecidas al electron, tauri y cualquiera de sus competidores

[@weengineers5999]

No puede ser, espero que esta propuesta se quede en lo que es, porque simplemente es complicar muchas cosas.

[@j-beats1265]

suena como si quisieran hacer una JVM JAJAJAJA

[@Matew056]

pero lpm midu yo me iba a poner a estudiar js despues de los parciales

[@joseluisdiazpulgar4403]

Mierda ahora que me aprendi 50 frameeorks de js

[@juanpablogarcia6293]

Como es planteado los frameworks no cambiarian nada, solo abria que preparar los navegadores y compiladores

[@erick.]

que mouse usan? el mio ya no anda bien y ando viendo opciones tengo el g305 🤓

[@horangelmillan8354]

MX Master 3S

[@joseavilasg]

Yo he empezado a usar trackball y es bastante cómodo. Uso este modelo: ProtoArc em03.

[@MinombreesSergio]

yo uso uno vertical desde que me dio tendonitis, en concreto uso el Logitech MX Vertical

[@oryocca]

Lo seguiré usando no importa 😅

[@4strodev]

Para mi que el futuro es web assembly sinceramente

[@RustLangs]

entiendan, jajaj que el problema no es sustituir a javascript como lenguaje del navegador, sino sustituir todas las apis,modulos,etc. En fin sustituir todo el ecosistema es el problema.

[@hackollective2676]

No entiendo. JS0 no vendria a ser vanilla y JSSugar TS? No es lo mismo que tenemos ahora con otros nombres? lol

[@angeloliver2825]

Al final cambiaron el nombre de web asembly a jssugar jaajjaa

[@victorarangurendev]

14:20 todo el tiempo uso BigInt para Desarrollo Web3 😅

[@LOFIBOT-bp6hm]

Pues podrían compilar Javascript to wasm y el motor de los exploradores solo ejecuten wasm

[@hecelta]

Me parece una mala idea. Ahora si quieres debuguear o hacer pequeños códigos en el browser me obligarán a usar un ide de la nube??

[@richardquiros8215]

A cada rarto me encuentro que para chromium existe funcionalidades que no en por ejemplo safari

[@VictorJoseVelascoRios]

me cansé de contar las veces que este man ha anunciado el fin de algo este año

[@jseh_]

entonces es un nuevo TS pero sin tipado :v

[@orlandoubilla7055]

Con la propuesta se solucionaría el problema del estandarizado del lenguaje en todos los navegadores 🤔

[@GriZmio]

Yo creo que llegó el momento de quitarle features a js. La propuesta de js0 y jsusgar le daría una oportunidad a la competencia de google como Firefox

[@trolleaDitto]

GOD las apps son para los usuarios; que los devs se la apañen. un usuario, alejado del desarollo web, no tiene porque saber si su navegador es compatible con cierta pagina web o no xd

[@juani_gauna]

No me asustes midu

[@Jonathan-ko3ln]

El futuro es WebAssembly.

[@BigluisVargas]

Y xq no se centran en wasm?

[@BenCodeDev]

Mi humilde reacción: xd

[@mrdominguez]

La solución es volver a usar JQuery 😌

[@cgdlx]

¿Entonces si se llega a aceptar la propuesta y quiero hacer alguna prueba desechable, ya no lo podré hacer como ahora que hago un index.html y ya? Tengo que levantar un entorno de ejecución?

[@MinombreesSergio]

aja o usar una página web para probar hay muchas que dejan hacer eso.

[@mentasuavesuave01]

Madre mia esta gente vive en jupiter, yo trabajao en web3 y uso bigint todos y cada uno de los dias

[@elbromas12459]

Mataroooon mataron a un inocente 🎶🎵

[@atl3170]

IE11 ha vuelto.

[@gonzalofernandez1]

Performance, menor consumo de recursos por el mismo resultado $

[@enriquealejand26]

en realidad, yo sí estoy de acuerdo con la propuesta, es muy cansón que no pueda utilizar todas lss features de js por culpa de los distintos motores, ya que hay algunos navegadores que tienen soporte y otros no... ahora toda la responsabilidad recae de un compilador.

[@raxis_crgamer1674]

Hola disculpa, me podrías explicar bien que es lo que cambia, y esto sería algo bueno o malo o como?

[@superJerrySong]

que es un decorador?

[@PumaFronAfk]

Lo mismo me pregunto

[@hbiblia]

Pero esto llevaría que las app sean mucho mas grande en el disco.... Web assembly deja un archivo de memoria que pesa mucho no lo veo muy buena idea esto.

[@rodolfoval3913]

osea que quieren crear cada uno su javascript, creo que solo deberian meter typado de datos y creo varias herramientas desaparecerian, y juntar html con js directamente porque js lo sabe cualquiera pero tambien te vuelve flojo en el tipado de datos

[@EpilefRodriguez]

Que mal lo de Javascript y lo de tu camara tambien 😂

[@bules12]

JavaScript 2 saldrá antes que GTA VI…

[@OdairATrujillo]

Para los usuarios significa para los navegadores. Y eso de que los bigint no se han utilizado es falso, todo el mundo blockchain y financiero los usa.