Portada
mis comunidades
otras secciones
#2:
Excelente hilo, perfectamente explicado, que detalla correctamente y de forma objetiva el mundo JaBBaScript.
También podemos, para las nuevas generaciones de hinjenieros poco amigas de las lecturas extensas y más amigas de las explicaciones visuales, resumirlo en la siguiente imagen:
También podemos, para las nuevas generaciones de hinjenieros poco amigas de las lecturas extensas y más amigas de las explicaciones visuales, resumirlo en la siguiente imagen:
#41:
#23 El problema no es la sintaxis en si. Como lenguaje puramente dicho, es otro más. Con sus peculiaridades (como el uso del "this", o mezclar el uso del "typeof" para chequear cosas además del tipo), que te pueden gustar mas o te pueden gustar menos, pero al final te acostumbras.
El problema es, primero, la falta de estandarización hasta ya estar muy arraigado, lo que hace ver código lleno de ñapas para que funcionara en distintos navegadores. Y, luego, el ecosistema de frameworks y librerías que se ha creado, que explica bien el hilo de la noticia. Frameworks construidos para solucionar problemas de otros frameworks, que a su vez traen problemas y necesitan otros frameworks, así indefinidamente. Esto, además de hacer que una web para mostrar fotos de gatos necesite descargar 50MB en librerías, hace muy difícil la especialización, ya que pasas un par de años sin actualizarte y ya no sabes por dónde sopla el viento. En seguida te encuentras con que lo que empezaste utilizando como el framework definitivo que solucionaba todos los problemas del universo, ahora es algo desfasado que ya nadie utiliza.
El problema es, primero, la falta de estandarización hasta ya estar muy arraigado, lo que hace ver código lleno de ñapas para que funcionara en distintos navegadores. Y, luego, el ecosistema de frameworks y librerías que se ha creado, que explica bien el hilo de la noticia. Frameworks construidos para solucionar problemas de otros frameworks, que a su vez traen problemas y necesitan otros frameworks, así indefinidamente. Esto, además de hacer que una web para mostrar fotos de gatos necesite descargar 50MB en librerías, hace muy difícil la especialización, ya que pasas un par de años sin actualizarte y ya no sabes por dónde sopla el viento. En seguida te encuentras con que lo que empezaste utilizando como el framework definitivo que solucionaba todos los problemas del universo, ahora es algo desfasado que ya nadie utiliza.
#1:
Enlace al hilo completo usando threadreaderapp -> https://threadreaderapp.com/thread/1411317307025068032.html
Tendría que haber enviado eso en vez del tweet, pero me he acordado después...
Tendría que haber enviado eso en vez del tweet, pero me he acordado después...
#4:
"Library" en castellano es biblioteca.
#9:
#6 Ya ha venido el que viene a rajar de PHP, el lenguaje más usado para backend. He visto fallar más webs con ASP o JSP de las que he visto fallar con PHP. Que por cierto, desde la versión 7 es potentísimo, a diferencia de JS que sigue dando bugs con problemas con su conversión de tipos estúpida cuando algún junior deja algún despiste.
Y también programo en Python para web, por si acaso piensas que PHP es el único que sé manejar. (Y por supuesto JS, es un mal inevitable).
Y también programo en Python para web, por si acaso piensas que PHP es el único que sé manejar. (Y por supuesto JS, es un mal inevitable).
Comentarios
Excelente hilo, perfectamente explicado, que detalla correctamente y de forma objetiva el mundo JaBBaScript.
También podemos, para las nuevas generaciones de hinjenieros poco amigas de las lecturas extensas y más amigas de las explicaciones visuales, resumirlo en la siguiente imagen:
#2 Raro que no haya salido aún nadie diciendo que el problema es que no sabes realmente JavaScript y por eso lo criticas.
#3 Porque mientras más conoces JavaScript más sabes lo horrible que es, pero como para según qué cosas no hay otras opciones, pues a aguantarse
#5 Javascript Ecmascript 6 no me parece tan horrible. Usando exclusivamente eso sin usar ningún estilo anterior noe parece tan malo. Ahora soy novato total con Javascript.
Alguien con experiencia en Javascript que me explique porque es malo el Javascript programado en el estilo moderno.
Yo he empezado con ese Javascript y se parece en sintaxis a Python. Además coge muchas cosas de Python, lenguaje que conozco mucho mejor.
#23 "Además coge muchas cosas de Python"
Me temo que tiene pinta de ser al revés.
#24 Python es anterior. Todas las nuevas características ya existían en Python. Generadores, estilo de declaración de las clases,...
Lo único que Python podría haber cogido de Javascript es async, y no tiene porqué ser de Javascript.
#26 Son vagamente de la misma época - a nivel de publicación - y siempre he creído que la popularidad de Javascript había sido muy anterior a la de Python, pero igual me equivoco. Tampoco tengo muy claro que lo que Javascript comparta con Python lo haya copiado explícitamente de éste, cuando muchas de sus características también se encuentran en muchos otros lenguajes.
Como digo, no soy experto en historia de Python ni de JS, y puedo equivocarme mucho. Cualquier aclaración freak es muy bienvenida.
#28 Las nuevas de Ecmascript como los generadores y hubo una implementación obsoleta de las list comprehension que solo las conozco en Python. Había alguna otra similitud en el estilo de desarrollo. Siempre hablo de la implementación de 2015. La anterior no la conozco tanto.
Python es del año 91 salió poco después de Java. Javascript del 95 però la implementació moderna y más interesante de Javascript es de 2015 y es la que he introducido ideas que parecen más bien cogidas de Python.
Además cosas propias como el estilo de declarar las variables con let y const además de las funciones anónimas, funciones flecha (Arrow). Que esas son propias del lenguaje funcional y se basará en lenguajes funcionales, ya que Python tiene una implementación muy básica de las funciones anónimas.
#29 Conozco poco de Python, y por lo que describes, al menos la implementación de 2015 sí parece que haya copiado bastantes cosas.
La implementación original posiblemente tuviera más cosas de C/Java, que era a lo que se asemejaba, pero no dudo de que también asimilara algún concepto de Python.
#23 El problema no es la sintaxis en si. Como lenguaje puramente dicho, es otro más. Con sus peculiaridades (como el uso del "this", o mezclar el uso del "typeof" para chequear cosas además del tipo), que te pueden gustar mas o te pueden gustar menos, pero al final te acostumbras.
El problema es, primero, la falta de estandarización hasta ya estar muy arraigado, lo que hace ver código lleno de ñapas para que funcionara en distintos navegadores. Y, luego, el ecosistema de frameworks y librerías que se ha creado, que explica bien el hilo de la noticia. Frameworks construidos para solucionar problemas de otros frameworks, que a su vez traen problemas y necesitan otros frameworks, así indefinidamente. Esto, además de hacer que una web para mostrar fotos de gatos necesite descargar 50MB en librerías, hace muy difícil la especialización, ya que pasas un par de años sin actualizarte y ya no sabes por dónde sopla el viento. En seguida te encuentras con que lo que empezaste utilizando como el framework definitivo que solucionaba todos los problemas del universo, ahora es algo desfasado que ya nadie utiliza.
#3 yo estaba llorando en mi rincón de backend seguridad java y va y me alegran el día al recordar que yo estuve un tiempo en el front y veías ñapas que dejan a la altura del betún las mierdas de fallos de seguridad de cualquier backend
#3 Hay dos tipos de lenguajes: los que todo el mundo critica y los que nadie usa.
#65 Python lo usa medio planeta y no lo critica mucha gente.
Kotlin se está usando a tope los últimos años y tampoco lo critica casi nadie.
C se usa en todos los sistemas operativos y dispositivos empotrados del planeta y nadie lo critica tampoco.
#2 El problema está claro, no ha habido una organización desde el principio y eso sumado a todas las combinaciones navegador/os donde iban algunas cosas y otras no pues tienes una ente de caos curioso. JS ha empezado a crecer a partir de que los navegadores se actualicen en background (cosa que trajo Chrome). Por otro lado JS no era un lenguaje con muchas pretensiones cuando se creó, sin embargo ahora es algo "decente" si sabes jugar con él.
"Library" en castellano es biblioteca.
#4 Lo sabemos, pero en informática ya se ha quedado como librería y es una convención llamarlo librería en español aunque también se puede usar biblioteca.
#7 No es una convención, es un error, como llamar "arreglo" a una matriz, esta mal aunque lo digan miles de personas.
#31 "arreglo"? No he escuchado en mi vida a nadie llamar "arreglo" a una matriz. En qué clase de infierno vivís?
#44 Cuenta la leyenda que hubo traducciones de libros de programación donde se usaban ampliamente los arreglos.
Alguno debo tener por ahí de cuando no sabía inglés. Me suena uno de BASIC tan antiguo que no hablaba de pantallas y el output iba a la impresora, imagínate!
#49 en un libro leí DCMSL, refiriéndose al CDROM.
sin olvidar el clásico cederrón de la RAE
#59 DCMSL? Y eso de donde lo sacaron??
#60 Disco Compacto - Memoria de Solo Lectura
#61 Madredelamorhermoso!!!
#49 Traducciones incorrectas de un incompetente que de "array" pasó a "arreglo" porque "se parecen" por sus pelotas en vez de usar matriz.
#44 Uno con quinientos millones de habitantes que se llama "hispanoamérica".
#63 Y que lo dicen mal todos y cada uno de ellos.
#44 No quieras saberlo.
#44 En el que llaman aplicativos a las aplicaciones.
PD: Un aplicativo es un supositorio.
#71 Y aquí llamamos camarero al que te sirve en un bar y camarero o camarera de piso a la que se ocupa de las habitaciones en un hotel…
En otros países llaman mesero al que sirve las mesas y camarero al que atiende las cámaras.
Cada sitio tiene sus disparates, simplemente.
#4 En el contexto informático ambas son sinónimos. Te enseño una nueva palabra en castellano:
https://dle.rae.es/anglicismo
#18 La definición no dice que hacerlo sea correcto. Yo puedo decir que voy a "tipear" algo, será un anglicismo y estará mal.
#32 https://dle.rae.es/tipear?m=form
#32 #38 La RAE indica en que países lo usan, porque en España es incorrecto.
Pero si queréis me invento otra... "serchear".
#68 ¿Entonces la RAE lo recoge pero como se usa en otros países preferentemente ya es incorrecto? ¿Cuál es el criterio entonces?
No hay que ser demasiado talibán del lenguaje, porque lo mismo acaba evolucionando y nos quedamos atrás, al final sirve para comunicarse y si tú le dices a día de hoy “tipear” a muchas personas, te van a entender perfectamente y lo mismo ni siquiera piensan de primeras que estes diciendo algo poco usado en España o una burrada.
Si tuviese algún sentido ser un talibán del lenguaje, seguiríamos hablando latín… o algo más antiguo.
#78 Como quieras, usa esas palabras en un entorno académico o en un documento formal, veras que risas.
Estas en tus derecho de aceptar palabras mal traducidas, pero siguen estando mal y lo sabes.
#81 Ahora me vienes con entornos académicos o documentos formales… donde no se usa tampoco la forma habitual de expresarse en el día a día ni de lejos ¿está mal entonces como decimos las cosas a diario? ¿O me quieres hacer creer que tú te expresas igual cuando hablas con tu vecino que cuando estás en un entorno académico?
Puedes llevar las cosas al extremo, y hasta puedo coincidir contigo en que ciertas expresiones son “cuestionables” sea cual sea el ámbito en que se usen , pero no deja de ser una actitud estéril porque no lleva a nada y la gente en general va a seguir hablando como habla y el lenguaje va a seguir evolucionando queramos o no.
Vamos, que yo también intento en la medida de lo posible expresarme con corrección en general y no caer en el uso de ciertas palabras o expresiones que no me gustan y que podrían considerarse incorrectas, pero no discuto por cómo usan otros el lenguaje porque no suele llevar a nada.
#32 pero es que es correcto
#18 decir "librería" no es un anglicismo, sino una mala traducción.
Ya que sabes tanto de la RAE, aquí te dejo un artículo acerca del uso de los extranjerismos. Que una palabra sea un anglicismo no quiere decir que sea utilizada de forma correcta.
https://www.rae.es/dpd/ayuda/tratamiento-de-los-extranjerismos
#46 Es que da igual si es una mala traducción o lo que diga la RAE, si la gente lo llama "librería" o "library" está bien dicho.
#47 la gente escribe HOYGAN, así que está bien dicho también.
#48 es curioso que tengas que irte a un caso extremo que es tan extremo que se usa irónicamente ¿No crees? ¿A ver si va a ser que no tienes razón?
#50 tú haces una generalización incorrecta y yo demuestro que es falsa. En lógica y matemáticas se llama contraejemplo. No es necesario coger un caso extremo, pero lo hago porque así queda más claro que tu afirmación no es correcta o, cuanto menos, es muy subjetiva.
#52 Tendrías razón si estuviéramos hablando de matemáticas.
#53 el pensamiento lógico se aplica a cualquier razonamiento. Si no lo aplicas a tus argumentos caerás en el absurdo.
Hostia, que eres de julio de 2021.
#47 #46
- Los dos tenéis razón, es una mala traducción y sí es un uso ampliamente aceptado en informática.
- Un momento, ¿él tiene razón y el otro también? Eso no puede estar bien.
- ¿Sabes qué? Que tú también tienes razón.
#54 Pues tienes razón.
#58 Yo creo que no, ni el ni tu
#46 ¿Y si llego yo y digo que según la RAE, librería y biblioteca pueden ser sinonimos?
https://dle.rae.es/librer%C3%ADa
#80 primera noticia que tengo. No sé de dónde viene eso, pero nadie piensa en una biblioteca si dices "librería".
#83 Bueno... en cierto modo tú lo estás haciendo ahora
Vale que si digo librería en un contexto técnico vas a pensar que debería ser biblioteca, pero vas a entender la idea igualmente y en el fondo estás relacionando los términos.
Tampoco tengo muy claro de dónde viene, igual precisamente viene de todo esto, de algún otro mal uso del "library" anglosajón que se tradujo de esa forma o cualquiera sabe, aunque viendo como va la RAE en estos temas y viendo que por ejemplo la palabra bizarro sigue sin recoger el significado que se le viene dando desde hace tiempo... debe ser algo que viene de bastante atrás.
#84 en realidad no pienso en una biblioteca, sino en que viene del inglés "library". Los que piensan en una biblioteca son los angloparlantes, que sí utilizan el término metafórico de forma correcta. Dicho matiz de la palabra original se pierde precisamente por la mala traducción.
La idea se entiende, pero la discusión era si el término es el más adecuado.
#4 ni el tato le llama bibliotecas.
#4 Los informáticos tenemos nuestra jerga que lo mismo varía de empresa a empresa.
En la mía displayamos mensajes y deleteamos ficheros. Empezamos con COBOL hará cerca de 40 años y el displayar me pareció genial, es una palabra sin ningún tipo de ambigüedad, mostrar algo por la pantalla de un ordenador. En cambio en inglés tiene bastantes más significados y matices
Enlace al hilo completo usando threadreaderapp -> https://threadreaderapp.com/thread/1411317307025068032.html
Tendría que haber enviado eso en vez del tweet, pero me he acordado después...
Pues yo no sabía lo que era, pero ha sido leer ni la mitad de lo que cuentan ahí y darme cuenta que aunque siguiera leyéndolo seguiría sin saberlo
Hay programadores que utilizan las herramientas adecuadas para cada tarea, o aquellas que les imponen, y luego están los picateclas que solo saben criticar un lenguaje porque lo han visto en un meme.
Lo peor es que muchos de los que critican JS, que en sus versiones más recientes es un lenguaje bastante decente y flexible, después programan en PHP.
Y yo no conozco en 2021 a nadie que programe algo importante directamente en JS, la mayoría es transpilado de TS o similares.
Por cierto, no sé si os habéis enterado, pero existe un framework llamado Blazor que permite ejecutar C# en el browser. Yo formo parte de una de las librerías de UI basadas en Blazor. Echadle un vistazo si os interesa
https://mudblazor.com/
https://github.com/Garderoben/MudBlazor
#6 Ya ha venido el que viene a rajar de PHP, el lenguaje más usado para backend. He visto fallar más webs con ASP o JSP de las que he visto fallar con PHP. Que por cierto, desde la versión 7 es potentísimo, a diferencia de JS que sigue dando bugs con problemas con su conversión de tipos estúpida cuando algún junior deja algún despiste.
Y también programo en Python para web, por si acaso piensas que PHP es el único que sé manejar. (Y por supuesto JS, es un mal inevitable).
#9 No he venido a rajar de PHP, pero es cierto que prefiero utilizar TS en lugar de PHP. Sobre todo porque la API de PHP es tan irregular que cuesta saber si un método se escribe con guión entre las palabras, o si van juntas, o tener que escribir el maldito dólar en cada variable o la `->` (de verdad que no se te deforma la muñeca de escribir $foo->$bar ?) y todas las lindezas de su poca armonía sintáctica.
Claro que cuando lo haces todos los días, te acostumbras y no ves los defectos. Lo mismo pasa con JS.
Si limitas la API a lo que realmente es necesario, y utilizas la última versión de JS (ECMASCript a partir de la 2015 ya son buenas), pues es un lenguaje muy flexible con una sintaxis más que chula.
Ahora, yo JS a pelo no lo escribo. Necesito TS y toda la intellisense que me dan los tipos. Y en eso vscode ayuda bastante. No sé cómo va el tema de intellisense en PHP
#16 No has venido a, pero lo has hecho. El dólar lo escribimos porque también tenemos constantes y podemos usar variables de nombre variable. Sobre saber cómo se escribe algo, recomiendo usar un IDE como cualquier otro lenguaje moderno. PHP ya no es sólo scripting.
#17 Cierto, llevado por tu comentario
No soy muy fan de PHP, pero es porque solo he usado versiones antiguas y ningún framework nuevo de los que te hacen una API mucho más decente.
#19 supongo que pasará con muchos lenguajes, pero una web en php5.6 de hace unos años y una actual en php7/8 y framework laravel por ejemplo, son como la noche y el día, mundos totalmente distintos. La evolución ha sido brutal los últimos 3-4 años
#21 ¿Qué tipo de teclado utilizáis para escribir `->` con fluidez? ¿De verdad que no os molesta tener que escribir eso en lugar de un punto, como el resto de lenguajes?
#22 dudo que la flecha o el dólar puedan ser cosas por las que criticar (o alabar) a un lenguaje hoy día
Personalmente programo 50% del tiempo PHP y 50% TS (angular, ionic y node principalmente) y nunca he sentido diferencia en la velocidad de teclear, aunque he de reconocer que yo tecleo muy rápido
#22 Cualquier IDE te ayuda ya con eso. Es más chungo abrir llaves u otros comandos de teclado acrobáticos.
Puedo partir nueces y cráneos entre dos falanges distales, también.
#27 ¿Para las llaves no te ayuda el IDE?
#35 No, es bastante cabrón. Sólo para cerrarlas.
#22 yo no entiendo porqué windows no tiene un teclado ampliado como Linux.
Yo usaría → (altgr+i)
Pero claro, no tiene soporte de nada...
#27 ¿cómo de chungo es abrir una llave en windows? no es altgr+ñ y altgr+ç ¿verdad?
#36 alt gr y el de al lado de la ñ para abrir, alt gr+ç
) y la verdad es que se entiende el motivo de la mayoría de los símbolos, quedan todos mucho más cerca.
Yo últimamente programo con teclados ansi (mecánico custom, porque soy un caprichoso
#36 Tampoco es que sea la peor combinación, pero el teclado español ya es algo puñetero, y en Windows para abrir llave a veces activo la lupa ( Tecla Windows + símbolo "+" ), otras se abre el menú contextual ( la tecla que hace de "botón derecho de ratón" ).
Escribo bastante rápido en general, pero a veces parece un teclado lleno de minas.
#22 ¿Tú eres de esos que desreferencian el objeto cuando solo quieres invocar el método?
#6
Y yo no conozco en 2021 a nadie que programe algo importante directamente en JS
No conoces a mucha gente. No voy a buscar la lista de lenguajes más usados y más populares pero JS suele estar bien situado.
Yo prefiero kotlin o TS. Pero claro que hay grandes programadores haciendo trabajos importantes en JS
#10 Claro, pero incluso los que más se oponían en un principio se han pasado a TS. Ahí tienes la comunidad React, donde ahora mismo TS es la primera elección.
Incluso Wes Bos o Kent C. Dodds, que eran muy reacios.
Cuando hablan de JS, hablan de la transpilación final, pero la mayoría usan TS, y cuando no utilizan la última versión de ECMAScript transpilada.
El JS limitado a lo que soportan los browsers y todas las limitaciones que ello conllevaba se acabó.
Incluso el código base de Vue es typescript
#13 Pero, aunque se pasen, el uso de JS sigue siendo mayoritario. Si fue siendo el lenguaje más usado en github, por ejemplo, y casi siempre es el lenguaje más popular.
No digo que hagan bien, sino que el uso de JS "a pelo" es masivo.
#6 tú eres de los que escribe Micro$oft, no?
#11 yo? por qué? Mi stack se basa en .Net, por eso no le tengo manía alguna a Microsoft, o Micro$oft, si te gusta más
Y una cosa es la empresa y otra la tecnología, que, por cierto, .Net es código abierto
https://github.com/dotnet/core
#15 La respuesta en estos casos mas sencilla suele ser, que por mucho que me guste el software libre, también me gusta comer
Blazor pinta bien, pero creo que necesita 1 o 2 añitos mas para madurar. Que hicieran el lanzamiento sin lazy loading, pese a que lo corrigieron un par de meses después... pa matarles . Por otro lado les vendría bien añadir algún sistema de scaffolding/schematics...
#73 a partir de .net 6, la cosa mejorará mucho, con compilación AoT
#6 webassembly?. No se gran cosa pero tenía entendido que te permitia hacer eso mismo.
Hay un proyecto por ahí que hace un sudoku solver con la webcam online en el navegador
#12 Sí, Blazor funciona con webassembly
#6 Quizá el hilo de twitter no lo recalque lo suficiente pero la principal consecuencia de que se tenga que recurrir a TS es que el código JS final va a crecer y mucho en tamaño con lo que eso significa en cuanto a tráfico y en que las páginas webs son cada vez más un agujero negro de recursos.
Después de tantos años programando me da más pereza la gente que se queja de los lenguajes que las particularidades de cada lenguaje. Yo programo en lo que me pongas por delante, si no lo conozco aprendo lo suficiente para hacer un buen trabajo y cumplir el objetivo de la tarea, y mañana tendré otra tarea en la que tendré que usar varios lenguajes y herramientas.
Y por cosas como estas, amigos, vuestros viejos PCs nunca servirán para navegar en páginas modernas: la sobrecarga del navegador ejecutando código innecesario es enormérrima.
Menos mal que luego se inventó NoScript, para bloquear el 99,99% de "scripts" que no valen para nada. De hecho había que meter una asignatura en institutos y universidades solo para saber optimizar el código.
Saludos.
El problema no es el lenguaje, es el "programador".
El pensamiento lógico se aplica a cualquier razonamiento, pero la reducción al absurdo no es aplicable fuera del ámbito científico, una excepción extrema no demuestra que una afirmación sobre lingüística no sea correcta, pero insisto, que tengas que buscar un ejemplo obviamente absurdo y agarrarte a un clavo ardiendo a mi me parece más muestra de que no tienes razón y lo sabes que otra cosa.
Y si, ésta cuenta es de Julio de 2021 ¿Eso es otro argumento absurdo de los tuyos? No veo cómo es relevante en ésta conversación.