Estos son los lenguajes de programación más demandados por las empresas y que menos desarrolladores dominan.
Interesante, ¿vale?
Porque muchas veces se dicen, ¿cuáles son los lenguajes de programación más demandados?
Pero a lo mejor tienen mucha competencia, ¿quién sabe?
Entonces, este análisis lo que es, es una lista de esos lenguajes de programación que tienen bastante demanda,
pero que además no hay tanta competencia.
O sea, son oportunidades, oportunidades interesantes para que, por lo que sea, pues si queréis aprender un segundo lenguaje,
yo os voy a decir algo polémico.
Yo no pondría como si el primero de todos que aparezca, que no me acuerdo cuál es, el primero, el que sea,
tenéis que tener cuidado porque puede ser un lenguaje de programación muy demandado, pero que tiene muy poca competencia.
Y si tiene poca competencia, realmente, normalmente es porque cuesta encontrar desarrolladores
y no hay muchos desarrolladores porque tampoco hay tanta oferta.
Y por lo tanto, hay que tener en cuenta eso, ¿vale?
Lo digo porque, claro, si sale COBOL y ahora de repente vais todos a aprender COBOL,
pues luego os encontráis como, ah, pues yo no encuentro trabajo de COBOL.
Y también puede ser que sean lenguajes que son muy demandados, pero de gente con mucha experiencia.
Que eso también suele pasar, ¿vale?
Pero bueno, no he visto resultados, pero solo os lo explico para que lo sepáis.
El informe es de la empresa Hired, que son un gran referente para programadores y desarrolladores.
Y la empresa a veces, pues pone este tipo de cosas, informes, durante todo el año
y que va diciendo cuál es lo más demandado y esto, ¿no?
Dicen, ¿cuáles son las opciones para encontrar trabajo que esté más demandado y con menos competencia?
Que hay mucha demanda, pero pocos expertos.
Vale, pues según Hired, que aquí tenemos en el número uno, estaría GO.
GO tenemos en 1,27, que no sé 1,27 hay que decir.
O sea, 1,27 significa que hay más solicitudes de entrevista que el promedio del mercado.
O sea, está un 27% por encima del promedio del mercado, 27%.
Eso sería GO.
El segundo es Scala, Scala.
El tercero es Ruby on Rails.
El cuarto es Ruby, que bueno, tampoco sorprende porque Ruby on Rails es Ruby.
El quinto sería Spark, Google Cloudform, vendría después, Kafka, Kotlin.
Ojo, Kotlin, que está bastante arriba.
En esto está creciendo bastante, como que faltan desarrolladores de Kotlin.
Ahora con lo de multiplatform igual se están poniendo las pilas.
Kubernetes, Terraform, Flask, React Native.
Este me ha sorprendido mucho, ¿eh?
Porque no decían que había un montón de desarrolladores de React Native.
¿Se viene el curso de React Native, sí o no?
¿Qué hacemos?
Le tengo ganas, ¿eh?
Le tengo ganas a hacer un curso de React Native.
Y ahora que van a estrenar el nuevo motor y que le han puesto la nueva página web
y que además ahora están recomendando utilizar Expo como forma para empezar un proyecto,
me gustaría que lo pudiéramos explorar.
React Native de cero a experto.
Pues puede ser, puede ser.
Flask como lenguaje.
Bueno, a ver.
En el caso este yo entiendo que es Skills.
Es verdad que el título dice habla de lenguaje.
Ahora aquí pone Skills.
Bueno, nos lo vamos a perdonar.
Esto es como cuando...
Es que a veces soy la leche.
Soy la leche porque por el contexto se entiende perfectamente.
Pero esto es como cuando dices, ¿cuál es tu framework favorito?
Y dices React Angular y Vue.
Yo el otro día puse, ¿cuál es tu framework favorito de UI?
React Angular o Vue.
¿Qué dices?
Por el contexto se entiende y te dicen, Ria, que es una biblioteca.
Y dices, a ver, que ya lo sé, que Ria, que es una biblioteca.
Es mucho más cansino tener que decir, ¿cuál es tu framework o biblioteca de UI?
No, y si dices, si ya se entiende más o menos, si ya se entiende, ya se entiende.
Ya sabemos que es una biblioteca.
Alfredo, no me lo vuelvas a recordar.
Por favor, no me lo vuelvas a recordar.
Que ya está.
Que eso no nos hace peores personas.
Que ya lo sé, que ya lo sé.
Pero básicamente, Alfredo, estamos hablando y por el contexto se entiende.
Y esto es un poco lo mismo.
Que yo entiendo que hablan de lenguajes, porque la mayoría serán lenguajes.
Pero que si de repente aparece por aquí Google Cloud Platform, tú y yo, amigos, Roberto, Alfredo, Jaime, Adrián, Laura, Andrea y quien sea, entendemos ya que no es un lenguaje.
Y se lo vamos a perdonar, ¿vale?
Porque claro, es que no podría ser, yo que sé.
Estos son los lenguajes, frameworks, tecnologías, clouds más demandados por las empresas.
Por eso lo entendemos.
Pedro, Pedro.
Con LinkedIn, React Native, AWS, que a ver, si sabes AWS, pasarte a Google Cloud tampoco es tan complicado.
Tampoco es tan complicado.
Django, TypeScript, React, ojo, TypeScript, React.
Me sorprende mucho, porque no dice mucha gente que TypeScript y React están sobresaturados.
Pues mira, aquí están por encima de Angular y todo.
Java, Python, Hadoop y, ojo con Agular.
Ag, Ag, Agco.
Como que, ay, que Agco, Agular.
Ha puesto Agular.
Agular, es súper raro.
Habilidades.
Bueno, ya está lo otro.
Bueno, pues di habilidades.
Pero es que no entendéis, ¿eh?
De verdad, no es tan difícil empatizar con el titular.
¿Por qué no pone aquí?
Estas son las habilidades de programación más demandadas.
Bueno, porque no llama tanta la atención.
Y habilidades es tan general que ya no llama tanto la atención.
Se lo vamos a perdonar.
Tampoco seamos tan exhaustivos si entendemos perfectamente a qué se refiere.
¿En qué países se aplica esto?
Pues vamos a verlo.
Según Hired, ¿vale?
2023, en el State of Engineers.
Además tenemos bastante más información por aquí.
Por ejemplo, mira, aquí estaría el top.
Ruby on Rails.
Ruby.
Scala.
¿Qué es lo más pagado?
Mira, donde mejor se paga, puede ser que esté muy enfocado Estados Unidos.
Y aquí dice que tanto local como remoto, más o menos es el mismo salario.
Y ojo que los remotos ganan un poquito más, ¿eh?
Más que local.
Interesante.
Aquí tenemos más demandados por Rol.
Teníamos Security Engineer, Blockchain Engineer y NLP Engineer.
Claro, el Natural Language Processing, que al final tiene mucho que ver con el tema de los modelos actuales,
pues ha debido subir un montón.
Me da mucha rabia esto de descarga el full report y entonces te piden aquí un montón de datos.
Ah, no quiero pagarte con mis datos.
Así que no te lo piadas.
Go sube tres puestos y Scala crece.
Estoy muy sorprendido con Scala.
Pero claro, a ver, no es que yo le tenga a Hate Scala como lenguaje de programación,
ni digo que sea inútil ni nada de esto, ¿vale?
Es un lenguaje al final que se utiliza durante...
Ya es bastante antiguo, no es tan antiguo porque tiene 20 años, pero ya me entendéis.
El tema, que sí, que puede ser interesante, pero que a lo mejor que alguien diga
Ah, pues voy a aprender Scala que hay para la competencia.
Bueno, Francisco, ten cuidado, ten cuidado.
Porque es verdad que a lo mejor...
O sea, esto es como el ratio de oferta y demanda.
Y lo que quiero decir es que falta gente para toda la demanda que hay de Scala.
Pero ten cuidado porque a lo mejor esa demanda es de gente que ya tenga experiencia.
Y tú empiezas ahora a aprender y ya te comen los mocos.
Esto pasa un poco con Rubio en Rails.
No hay muchas empresas que busquen junior de Rubio en Rails.
O gente de cero de Rubio en Rails.
Puede ser que exista, pero no es lo típico.
Si no, veréis un montón de cinco años de experiencia en Rubio en Rails.
¿Por qué?
Porque ya tienen proyectos hechos con Rubio en Rails y lo que necesitan es mantenerlo.
De hecho, Rubio en Rails ha caído ligeramente.
La habilidad de programación más demandada por empresarios y directores de recursos humanos fue Rubio en Rails.
Que recibieron 1,64.
Pero fijaos que en un año, 1,64, en un año ha bajado un montón.
A 1,25.
O sea, ha bajado un 40% respecto al año pasado.
Porque habrán visto que la tendencia del desarrollo se aleja de Rubio en Rails.
Que eso no significa ni que esté bien ni que esté mal.
Sino que te cuesta traerte sinios de Rubio en Rails.
De hecho, esto, para que os hagáis una idea, le ha pasado a GitHub.
GitHub Rubio en Rails.
Está hecho, está hecho todavía con Rubio en Rails.
¿Ves?
Building GitHub with Rubio en Rails.
Desde el principio, GitHub ha estado hecho con Rubio en Rails en un monolito.
Hoy la aplicación tiene 2 millones de líneas de código y más de 1.000 ingenieros para colaborar todos los días.
A ver, me sabe mal porque ya os conozco.
Y muchas veces hay gente que cuando hablo de esto, de no, es que dentro de la empresa me han comentado y todo esto.
Pues, a ver, lo cierto es que hablando con gente de GitHub, me comentaron, y me imagino que ya lo sabéis,
que están migrando a, no me acuerdo, yo creo que sí, que a Nexys.
A React seguro.
O sea, muchas de las cosas nuevas que ya veis aquí en GitHub están hechas con React.
Y han utilizado React y la idea es cada vez utilizar más React y todo esto.
A ver si podemos encontrar, mira, tenemos la React Developer Tools.
A ver si, pero hay un montón de cosas que han cambiado las páginas enteras y que cada vez, ¿ves?
Aquí tenéis un montón de React ya.
Un montón de React y cada vez va a haber más React por todos los sitios.
De hecho, hay páginas, ¿ves?
Más React, más React.
Está hecho todo de React ya.
Poco a poco lo han ido cambiando.
¿Por qué?
Pues por lo que tengo entendido, porque les estaba costando mucho mantener lo de Ruby on Rails,
porque no encontraban talento o talento lo suficientemente.
Esta página, por ejemplo, esta no es de Nex, pero que está hecha toda con React, ¿segura?
Está hecha toda con React.
¿Ves?
Toda con React.
Es que la cambiaron.
La página se ve exactamente igual, exactamente igual, pero la han hecho toda, toda con React.
Por cierto, fijaos lo que tienen aquí.
Feature Flags.
Interesante, ¿eh?
Que muchas veces decimos, ah, los Feature Flags.
Pues mira, aquí utilizan Feature Flags.
Que tienen sentido.
De hecho, los Feature Flags los tenéis aquí.
Mira, este es un buen ejemplo de Feature Flags.
Porque ves aquí que pone Feature Preview.
Tú le das aquí y aquí hay como diferentes Feature Flags que tú mismo, desde la UI, puedes activar.
¿Ves?
Yo puedo activar o desactivar el Command Palette este.
Que puedes hacer el Command K este.
Command K.
Y te aparece esto.
¿Ves?
Y tú mismo, como usuario, puedes activar también esto.
Ojo que Netflix, Hulu, Twitter y YouTube tienen código escala.
Claro, sí, tienen código en escala.
Pero eso no significa que ahora los nuevos proyectos, a ver, que sí, que lo pueden hacer.
Y hay un montón de proyectos que se deben trabajar con escala.
Pero no sé si, si Netflix, ¿sabes?
Si Netflix, Hulu, Twitter, YouTube, ahora lo hicieron de cero, si lo harían con escala.
Esa es la pregunta del millón.
En la lista no aparece Swift.
Pero que no aparezca Swift, ¿no es algo malo?
O sea, no os preocupéis si no sale la tecnología que sea, yo qué sé, Swift o lo que sea.
Porque al final, eso no quiere decir que no sea algo demandado, que la gente busque o lo que sea.
Sino que al final estos son datos de Hired, que seguramente además, vete a saber que está muy enfocado más a Estados Unidos, quizá.
Y que es solo una foto.
A lo mejor sabes CSS, tampoco sabes CSS y eso no significa que sea interesante.
A ver, también hay que tener cuidado teniendo en cuenta que pone Angular, que no saben que se escribe Angular.
O sea, ya a partir de ahí, a partir de ahí, yo iría con cuidado con esta lista.
Esas cosas también los digan.
No veo PHP.
A ver, PHP no lo verás porque PHP está muerto.
Entonces, a no ser que quieras ver fantasmas, PHP no lo vas a ver.
Es broma, es broma.
Que me gusta PHP, que me gusta PHP.
Es broma.
Ya está la gente.
¡Y lo que ha dicho el midu!
¡Ay, el midu que ha dicho que está muerto en PHP!
Que es broma, que me gusta PHP, que me gusta.
Sí, amigo, me gusta.
No pasa nada, me gusta.
A mí me encanta PHP.
No sé por qué la gente le tiene tanto hate.
No sé por qué, no sé.
A mí me parece un lenguaje maravilloso.
Me parece fantástico.
Por si queréis, aquí tenéis un curso de PHP.
Aprende PHP desde cero.
Lo hice hace un mes y ya tenía 88.000 visualizaciones.
Pero PHP no es lento.
La verdad es que PHP no es lento.
¿Sabéis qué pasa a veces?
Que la gente se queda en recuerdos porque PHP en su día sí que era lento.
Sí que era lento.
¿Por qué?
Porque el sistema de compilado al vuelo que tiene PHP no estaba muy optimizado.
Tenía que compilarlo todo cada vez que hacías una petición.
Eso lo arreglaron hace mucho tiempo con el opcache.
Que es una extensión interna que tiene PHP, que ahora ya está integrada totalmente.
Es esta opcache que mejoraba un montón el rendimiento de la ejecución del código.
Y esto ahora ya está más que mejorado y muy integrado.
Desde PHP 5.5 y que luego lo han ido mejorando y mucho más.
Ha mejorado mucho y no es lento para nada.
Sobre todo a la hora de servir páginas y que sean dinámicas.
De páginas dinámicas.
Que no está nada mal.
Donde puedes hacer una query y la base de datos en el front.
Encima de eso.
No sé.
No me parece que sea tan lento como la gente dice.