Estos serán los lenguajes de programación con más salida en 2024. Puedes empezar a aprenderlos gratis

Vaya por delante que, dadas las fechas en las que nos encontramos, y después de una comida abundantemente regada con vinos y cavas del país (¡¡de igual de qué país, leches!!) estoy absolutamente cocido, pero precisamente por eso, porque los borrachos no nos cortamos ni un pelo, y que desde que los cansinos de podemos-masmadrid han abandonado meneame cansados de practicar el onanismo hablando entre ellos en meneame para conquistar los foros de webmedia (o como se llame) esto se había puesto muy intensito, boy a comentar ensta tonicia (las faltas están escritas a posta para que veáis que estoy borracho de verdad).

Pues pensé que iba a ser peor.

Es decir, lo único peor que ver a python en tó lo alto sería ver a visual basic ahí arriba, no sé si me entendéis... Python es un truño solo un poco mejor que otros truños como Lisp, que es una mierda absoluta que solo has usado en la universidad si eres un viejales como yo (borracho y boomer. Sin salvación...). Sí, vale que python tiene su puntito para las movidas de IA y es infinitamente mejor que cualquier sabor de scripts (bash, shell, z...) para las cositas de los DevOps, pero su implementación de la POO es un ejemplo perfecto de "mierda apestosa", y lo peor es que hay gente que piensa que python sirve para algo más que para hacer cursos de IA y scripts de DevOps, y se empeña de forma suicida en usarlo en proyectos de verdad, poniendo los garbanzos de un montón de gente dependiendo de la mierda del python... Pero es que el problema no es lo que es python, el problema es la gente, que se empeña en usar python para lo que no sirve. Quieres hacer tres o cuatro scripts para una cosilla puntual, usa python. La cosa puede escalar y venirse arriba, no uses python ni borracho (como yo ahora).

Es decir, python es una herramienta, limitadita, que vale para lo que vale, sin más, y si lo usas dentro de los rangos de esa herramienta, scripts, es co-jo-nu-do. Los defensores de python son el puto problema porque no tienen ni idea, viven en unos foros que son cámaras de eco en los que se dicen unos a otros lo bueno que es, están absolutamente separados de la realidad y creen que python es un lenguaje de verdad.

Lo siguiente a reseñar es javascript, que honestamente es peor que python, pero que puede ser descorazonador si la gente cree que JS es algo serio, o puede ser maravilloso si la gente dice "javacript" cuando en realidad quiere decir "typescript" o toda esa serie de cosillas que finalmente se compila a JS, porque eso significa que la gente realmente sabe que esa aplicación en Ionic o Angular finalmente es JS. Y saber eso en unos tiempos en los que la gente cree que las cosas se ejecutan pulsando un triángulo verde en el IDE o que eres mejor profesional si usas un tema oscuro es un luminoso amanecer en la amenazadora oscuridad del panorama del desarrollo actual...

Y también quiere decir que parte de la carga de proceso se está llevando a la máquina del cliente, que se están preocupando por que las aplicaciones se vean bien en dispositivos de diferentes tamaños ("responsive" es el palabro* de moda). No todo está perdido. Y más porque TypeScript es un lenguaje cansino como pocos con los tipos, más que ADA incluso, con el que se puede estructurar el código y existen incluso patrones de programación complicadetes y pensados para grandes aplicaciones como el redux. Es decir, igual JS aparece ahí porque la gente sigue haciendo front-ends con JQuery, que sería para llorar, pero dejar a este borracho pensar que es porque la gente se para a planificar un poco los front-ends, usa frameworks y patrones serios y sabe que todo eso se "compila" em un javascript que ejecuta el navegador.

Pero lo mejor, lo fantástico, lo maravilloso, lo fenomenal, lo que le ha alegrado las navidades a este anciano borracho... es que SQL aparece en tó lo alto.

Y eso es fun-da-men-tal.

Porque hasta ahora todo eso del SQL se consideraba "boiler-plate", que es la forma que tienen los guiris de decir "esto es muy difícil para mí, pero como vendedor de motos de puta madre que soy voy a decir que esto no solo no es importante si no que si te importa es que eres mal profesional porque no estás evitando la impedancia de datos". Los guiris resumen de puta madre e inventan perífrasis cojonudas como "impedancia de datos", eso hay que reconocerlo.

Vamos a ver. Lo importante de un sistema que dé servicio a unos usuarios desgraciados no es que los binarios estén bien, que los pods funcionen en la nube o que en algún sitio haya media docena de fulanos haciendo una reunión todas las mañanas para cambiar post-its de sitio. Lo que importa es que los datos estén bien, porque esos datos representan usuarios, ciudadanos, millones, aviones en vuelo o botellas de vino en una embotelladora (ojo-cuidao con esto que es importante) o corazones a trasplantar yendo en un avión de un sitio a otro. Cosas importantes.

LOS DATOS LO SON TODO.

Y a los datos se accede usando SQL. Puedes hacerlo en plan prueba y error con un editor hasta que la query parece que funciona, o puedes hacerlo bien pasando cada query por el explain y preparando índices hasta que el explain te salga fino, pero si te molestas en picarte los SQLs en vez de usar esa puta-mierda-de-hibernate-JPA-o-similares-para-reducir-la-impedancia-de-datos es que lo estás haciendo bien, porque estás dando importancia a lo que realmente tiene importancia, que son los datos.

Por ahí hay cienes y cienes de arquitectos que no tienen ni guarra de SQL y que sobreviven gracias a JPA*. ¿Son arquitectos? No. Son becarios venidos a más, ascendidos a arquitectos en una consultora porque llevan más de tres años en la misma empresa y habrá que darles un ascenso por aquello de la carrera profesional, pero en realidad son unos inútiles que solo usan unas palabras de moda pero que no solo no saben tratar como es debido lo importante, que son los datos, si no que ni siquiera saben identificar los datos como lo importante, y se centran en cosas accesorias y dicen cosas que no entienden como "debemos usar un enfoque reactivo para reducir la latencia de la aplicación", "tal vez deberíamos usar herramientas más empresariales como un ESB" o preguntan a los candidatos en entrevistas de trabajo "¿cuál es en tu opinión el pipeline perfecto?".

Esta gente no son más que becarios que accidentalmente se han visto en posiciones de poder que no merecen en absoluto solo por ser los últimos en cambiar de trabajo y dejar una empresa tóxica. Porque no entienden qué es lo importante. Los datos.

Pero si así de pronto ves que SQL, que es un lenguaje que solo sirve para acceder a los datos, está arriba, por encima de Java o C++, es que eso está cambiando. Es que de pronto los datos empiezan a importar. Tal vez la gente no se preocupe aún en si tal query es un index-only o un index-scan, pero es que eso lleva tiempo. Lo importante es que los que consideran que lo importante es tener un Jira funcionando y que preocuparse de los datos es boiler-plate están perdiendo la partida. Y eso siempre es bueno.

Así que, vayamos todos a por una botella y bridemos porque SQL esté en el cuarto puesto de Stackoverflow. Y si no, pues brindamos por lo que sea, que es año nuevo ¡¡y este año tiene rima!!!

Hics...

* es sorprendente y descorazonador a la vez que mi navegador no identifique "palabro" como falta de ortografía... Mierda de tiempos modernos...

* en el mundo Java, pero como las mierdas son contagiosas, seguro que .Net o C++ hay mierdas equivalentes

Se me hace extraño que COBOL siga tan abajo (en el puesto 23), siendo que de 10 ofertas de trabajo que busca ya 4 son solicitando Desarrolladores con conocimiento en COBOL y se ve que esa tendencia siga subiendo

C y C++? really?