edición general
180 meneos
10344 clics

La sorpresa en la lista de los lenguajes de programación más utilizados del año

Una vez más, el índice Tiobe, que se basa en la popularidad de búsquedas de los distintos lenguajes de programación en Internet, ha otorgado el premio honorífico de lenguaje de programación más importante de 2019 y también ha lanzado la lista de los más utilizados a enero de 2020. En lo que respecta al premio honorífico del lenguaje de programación más importante de 2019, contra todo pronóstico, ha recaído en C a pesar de contar con 48 años desde su implementación.

| etiquetas: desarrollo , software , sorpresa , lenguajes , programación , premio , honorífico
73 107 2 K 279 tecnología
166 comentarios
73 107 2 K 279 tecnología
Comentarios destacados:                          
«12
  1. otrohastalasnarices #1 otrohastalasnarices
    Me sorprende JavaScript bajando
    1 K 13
  2. perro_marron #2 perro_marron
    No me extraña. C++20 llega a un punto de frikismo que ya es inmanejable.
    4 K 35
  3. #3 --630404--
    Juntas en una misma lista Ensamblador y Python. Lista basada en busquedas. Bien.
    3 K 19
  4. ctrl_alt_del #4 ctrl_alt_del
    Bah, nada como el COBOL.
    2 K 25
  5. gan #5 gan
    Lo sorprendente es la subida de Swift, cuando el 99% del desarrollo de este se enfoca al iPhone, mientras que Kotlin ni aparece en la lista.
    0 K 6
  6. diskover #6 diskover
    Cuando quiero hacer cosas para la NES con el compilados cc65, escribo mis programas en C.
    3 K 39
  8. gonas #8 gonas
    #1 A ver si sigue callendo. WebAssambly, se lo va a ventilar en menos de un año.
    6 K 20
  9. Zade #9 Zade
    #5 bueno, Swift lleva ya mucho tiempo bien asentado en iOS y no consiguió superar a ObjC en esta lista hasta prácticamente ahora. Kotlin dando fuerte de verdad en Android lleva poco más de un año. Casi todo el desarrollo Android de esa lista está aglutinado en Java, que imagino que bajará en función de lo que suba Kotlin en los próximos años.
    2 K 12
  10. #10 --544691--
    Sorpresa por qué
    0 K 6
  11. Shinu #11 Shinu
    #6 Yo para eso me creo una interfaz gráfica en Visual Basic.
    4 K 49
  12. RubiaDereBote #12 RubiaDereBote
    #8 Ya te aseguro yo que no. Webassembly es un formato de código binario, nadie programa en webassembly.
    Se programa en otro lenguaje y se compila a webaseembly.
    5 K 40
  13. gonas #13 gonas
    #12 Se programa en el lenguaje que te de la gana. En cualquiera menos en JavaScript. Ahora se utiliza JavaScript porque no hay alternativa.
    11 K -14
  14. Macharius #14 Macharius
    No veo COBOL en la lista :-/
    0 K 6
  15. RubiaDereBote #15 RubiaDereBote *
    #13 Que no tío, que no te enteras.
    Para hacer algo con webassembly no puedes usar cualquier lenguaje. Hay un subconjunto muy reducido que compila a webassembly, encabezado por Rust.
    Y cuando dices que se programa en javascript porque no hay otra alternativa tampoco es cierto. Si te refieres a programar para un navegador web hay infinidad de alternativas, como coffeescript, typescript, ... y un montón más. Que se ejecute javascript no significa que tengas que programar en javascript.
    10 K 68
  16. gonas #16 gonas
    #15 xD xD xD chavalin, estudia antes de decir gilipolleces.
    22 K -81
  17. RubiaDereBote #17 RubiaDereBote
    #16 has demostrado no tener ni idea y aun así sigues igual de ignorante pregonando tus desdichas. Haz el riduculo todo lo que quieras, pero a mí no me molestas más. Al ignore que vas.
    5 K 49
  18. TiJamásLlevaTilde #18 TiJamásLlevaTilde
    #16 Recomendar a alguien que estudie cuando tú mismo has escrito "callendo"... ejem, ejem, como que no. O igual te referías a hacer la calle, a prostituirse... y en ese caso no tengo nada más que decir.
    11 K 89
  19. box3d #19 box3d *
    De todos esos lenguajes, solo... C, ASM? Pueden ser compilados "freestanding" (sin runtime, sin sistema operativo, sin nada) sin perder demasiadas características.

    Mientras esto siga siendo así, C no morirá.
    11 K 108
  20. snosko #20 snosko
    #14 Eso será porque en las encuestas los que se lo llevan calentito de los bancos nunca ponen que mantienen código en COBOL.
    1 K 14
  21. casius_clavius #21 casius_clavius
    Lo del C es porque en los últimos meses he tenido que rehacer un proyecto antiguo y como no tenía ni puta idea he copado yo solito las búsquedas en interné
    9 K 91
  22. JusticiaParaMAG #22 JusticiaParaMAG
    #13 Con permiso... aquí dice que no se lo va a ventilar: www.itdo.com/blog/webassembly-puede-sustituir-javascript/
    0 K 9
  23. #23 capitansevilla
    # REXX sigue siendo el rey
    1 K 23
  24. Ormuzd #24 Ormuzd
    Yo no sabia que las busquedas SQL se consideraran un lenguaje de programacion.
    0 K 9
  26. Jakeukalane #26 Jakeukalane
    #8 cayendo. Ya me cuesta escribirlo bien a mí, como para encima leerlo :-P
    1 K 28
  28. #28 foxaxel
    #2 Joder que lástima haberme separado de C++. C++11/14 era la ostia, qué ha pasado?
    0 K 7
  29. #29 foxaxel
    #25 Lo que es un lenguaje bien hecho cojones. Los demás pasarán C perdurará. </abuelo cebolleta>
    2 K 26
  31. #31 --630082-- *
    #2 #3 #25 #28 Este estudio da lugar a engaño, todo programador C++ hace "consultas" sobre C. Pero aún así está programando en C++.
    1 K 13
  33. #33 --287400--
    pues yo no lo considero una sorpresa
    1 K 16
  36. mr_b #36 mr_b
    La sorpresa es D, que está en el 17 y lleva entre los 20 primeros un par de meses o tres después de más de 10 años de desarrollo.

    Por cierto, D es una verdadera maravilla, especialmente su programación genérica (templates o generics, como queráis).
    1 K 14
  39. #39 --287400--
    #24 pues lo es. El sql no son sólo búsquedas, tiene diría que prácticamente todos los elementos que puedas esperar de un lenguaje de programación: variables, procesos condicionales, iterativos, funciones, etc...

    Eso sí, no es un lenguaje de programación de propósito general, es evidente que está intrínsecamente especializado en trabajar con bases de datos.

    Como es lógico es un lenguaje interpretado pero aún así dependiendo del servidor que utilices el propio servidor es capaz de optimizar vistas, stored procedures y cosas así para que se ejecuten mñás rápidamente.
    3 K 28
  40. llorencs #40 llorencs *
    #8 Callendo? En serio? CaYendo con Y
    2 K 32
  42. llorencs #42 llorencs
    Cofeescript, typescript no son más que subtipos/dialectos de Javascript.
    1 K 20
  43. llorencs #43 llorencs
    #19 Pregunta de ignorante, como se puede compilar sin sistema operativo?
    0 K 10
  44. box3d #44 box3d
    #43 compilar para ejecutarse sin sistema operativo.
    1 K 18
  45. #45 impaler
    #11 Hehehe, por si alguno no lo captó: www.youtube.com/watch?v=-AAZmfd0rtE
    2 K 26
  46. #46 mariomka
    #8 Mientras no pueda llamar directamente a las Web APIs o tener acceso al DOM no va a sustituirlo.
    0 K 6
  47. #47 --6940--
    #6 Pregunta de novato: Cómo de rápido/eficiente funciona un código escrito C en la NES? Tenía entendido que tiene un hardware muy limitado y si necesitas exprimirlo has de irte a ensamblador, pero claro, para aplicaciones sencillas, desde luego puede ser lo más sencillo...
    1 K 20
  48. #48 mariomka
    Por qué sigue existiendo Visual Basic :wall:
    0 K 6
  49. #49 impaler
    #24 Quizás a T-SQL se le podría considerar, aunque realmente no sea un lenguaje de programación al 100% (es más un juego de extensiones de programación), pero sí que tiene declaraciones y funciones que se pueden utilizar para que se ejecuten procedimientos y así obtener resultados específicos. En los procedimientos almacenados se pueden crear procesos, con envío de parámetros y con estructuras complejas como si fueran funciones hechas en un lenguaje de programación estándar.
    1 K 14
  50. musg0 #50 musg0
    #38 ni de coña porque los dos dicen cosas que son verdades a medias. Y a ti ya te conozco cuando vas de troll, así que pasó de discutir, que no venía a eso
    3 K -15
  51. box3d #51 box3d
    #43 ya no puedo hacer edit...
    Cuando compilas freestanding, El programa se ejecuta 'tal cual' sin necesidad de tener un sistema operativo debajo y sin necesidad de librerías externas ni nada. Esto te limita bastante algunas cosas (generalmente no tienes acceso a ficheros, redes, etc...) pero te permite que puedas compilar para prácticamente cualquier máquina, por cutre que sea, y te permite controlar el acceso al hardware sin muchos impedimentos.

    Que ventajas tiene esto? Pues entre otras, te permite escribir sistemas operativos, drivers, firmware, programar en máquinas con pocos recursos...
    3 K 31
  52. #52 --572565--
    #8 ke vien heskrivir!!!
    1 K 19
  55. #55 --628231-- *
    He visto que la empresa Tiobe que elabora esta estadística se basa mucho en las búsquedas en motores de búsqueda. A mí me parece una medida muy sesgada, la verdad. Se me ocurre, por ejemplo, que C puede salir muy beneficiado porque al ser un lenguaje más completo la gente se dedica más a buscar resolver problemas y dudas.

    www.tiobe.com/tiobe-index/
    4 K 42
  56. gonas #56 gonas
    #46 Aquí tienes un ejemplo de como acceder al DOM desde Blazor. Y a las Web API's se accede sin ningun problema.

    github.com/kevinjpetersen/BlazorQuery
    1 K 24
  57. gonas #57 gonas *
    #26 #40 #52 ¿No teneis nada más inteligente que aportar?
    2 K 23
  58. #58 BananaAnanda
    #4 El COBOL son los padres!
    1 K 13
  59. Jakeukalane #59 Jakeukalane
    #57 lo mío era un comentario amistoso puesto que me pasa a veces con esa palabra. Por otro lado WebAssembly se asocia mucho actualmente con malware de criptominado en el navegador.
    1 K 28
  60. bitman #60 bitman
    #41 que ensamblador lo dudo. Todo termina traducido a código máquina. Y quitando cosas como las extensiones Jazelle en algunos ARM todo lenguaje de alto nivel tiene que ser traducido a C/M.
    4 K 38
  61. #61 --622452--
    #42 Aplicando esa lógica, Java y C# son dialectos de C.
    0 K 6
  62. #62 --8899--
    #47 Antes de nada quiero avisar que lo que voy a decir lo se "de oídas", por lo que tómalo con mucha sal...

    La NES lleva un procesador basado en 6502, y su diseño hace que se adapte bastante mal al lenguaje C. En general, los procesadores de 8 bits tienen bastantes limitaciones (entre ellas el tener pocos registros, y que el juego de instrucciones es poco ortogonal) que hacen que el código generado sea bastante pobre, pero en el caso del 6502, al tener una pila relativamente pequeña y limitada a 256 bytes lo hace especialmente problemático. Yo trabajé hace tiempo desarrollando un pequeño proyecto para el Spectrum usando el z88dk, que tiene un compilador de C "optimizador" para Z80, y acabé pasando y escribiendo directamente en ensamblador las partes que requerían máximo rendimiento, porque el código de bucles y demás era bastante malo, así como el uso de punteros para acceder a la memoria de vídeo. Y eso que en el Z80, con su pila de tamaño "ilimitado" y registros índice, el código de las llamadas era relativamente aceptable.

    Algunas de las fuentes de lo que digo:

    retrocomputing.stackexchange.com/questions/6095/why-do-c-to-z80-compil

    www.xtof.info/blog/?p=714

    www.cc65.org/doc/internal.txt
    7 K 61
  63. Caresth #63 Caresth
    #21 Apúntame a mí al carro, que me he puesto a hacer una aplicación con Qt + Python y en todas las búsquedas de Qt acabo en páginas de C.
    0 K 10
  64. apetor #64 apetor
    #2 C++ nacio "inmanejable".
    2 K 23
  65. #65 --516070--
    #5 Me he hecho la misma pregunta. Acabo de darme cuenta ahora mismo en el trabajo mientras buscaba algo en google.

    No busco "blablabla kotlin", lo busco para Android. Si los demás hacen como yo, lo lógico es que muchas búsquedas de desarrollo en kotlin no estén cuantificadas.

    Total, a mí me da igual que mi solución me la den en Java o en Kotlin.
    0 K 8
  66. apetor #66 apetor *
    #31 Ya, pero no olvides que una gran parte de programadores de C++ programan ficheros .CPP pero lo que hay dentro es C con clases y poco mas, y por cierto, haciendo POO peligrosamente forzada.
    1 K 16
  67. apetor #67 apetor
    #19 Tambien rust, aunque ahi ahi.
    1 K 19
  69. anv #69 anv
    #14 El otro día, pensando en los pajaritos, me estaba preguntando... cuando llegue el 2070, a quién le tocará arreglar los parches que se hicieron al software en cobol para el efecto 2000 que consistían en asumir que si el año era menor que había que sumar 2000 y si era menor, 1900?

    Y ojo, no es que me queje de ese software. Estoy seguro de que es mucho más confiable que cualquier programa hecho por becarios de alguna consultora.
    3 K 35
  70. #70 --606024--
    #62 Al menos los ensambladores del Z80 y del 6502 son lo suficientemente simple, en número de instrucciones y registros, y direccionamientos, como para poder hacer algo medianamente eficiente sin haber tenido que estudiarlo mucho. En x86 me sacas del direccionamiento directo y los 20 mnemónicos más usados y necesito el manual al lado sí o sí.
    0 K 6
  71. anv #71 anv
    #41 Diría que Java está primero porque es lo que más se usa para programar para Android.

    con la version 7 es muchisimo mas rapido que Java y que casi C o ensamblador.
    Eeeehhh, no te pases. ¿ensamblador? xD
    3 K 31
  72. anv #72 anv
    #55 Ah, entonces php aparece muy abajo porque la página oficial de php tiene un manual buenísimo y no hace falta usar motores de búsqueda...
    0 K 7
  74. RubiaDereBote #74 RubiaDereBote
    #50 ¿Verdades a medias? ¿Pero de qué guindo te has caído? Uno dice lo que no es, y el otro le corrige de forma fulgurante
    1 K 16
  75. #75 --628231-- *
    #72 bueno es casi como dices: el php lo aprende un mono pajeándose al mismo tiempo. No quiero ofender, es así.

    python también. Pero da la casualidad de que python se usa mucho más en proyectos actuales.

    Sólo he dicho que creo que el criterio que utiliza la empresa del artículo puede ser muy sesgado. No estoy negando nada.
    0 K 9
  76. #76 mcfgdbbn3
    #25: Sorpresón en Los Pajaritos.
    0 K 10
  77. #77 mcfgdbbn3
    #55: Y es el preferido para aprender.
    0 K 10
  78. Tom__Bombadil #78 Tom__Bombadil
    #4 Poco se habla del COBOL. Luego bien que hacen transferencias.
    1 K 17
  79. #79 --606024--
    #43 La compilación debe de hacerse con un compilador en un sistema operativo. A lo que se refiere el compañero es a sacar un fichero a la salida del compilador que la CPU pueda "entender" sin necesitar nada más.

    Cuando tú en C usas la función read para leer un fichero realmente le estás diciendo al sistema operativo lo haga por tí, y él lo hará de la forma en la que esté programado. A ésto se denomina "llamada al sistema". En una compilación freestanding esto no se hace, y además, si no me equivoco (corregidme si está mal), no se encapsula el código en una estructura que le da información adicional al SO, como es el caso del icono del programa en Windows (que va dentro del .exe sin ser código).
    0 K 6
  80. #80 --606024--
    #41 ¿Más rápido PHP que C? Permíteme que lo dude.
    Cuando tenga tiempo hago el mismo código en C y PHP, un generador de números primos, y veo cuál tarda más y cuál tarda menos
    5 K 43
  81. musg0 #81 musg0
    #74 uno dice que en webassembly se pueden programar en todos los lenguajes, menos en JavaScript, porque se ve claramente que no le gusta, no porque no se pueda. El otro dice que no, que sólo en los que tengan compilador (obvio) y luego se pegan porque para navegador puedes programar en coffescript, typeacript, Python o lo que te salga del coño siempre que haya un traductor a javascript (que no es cómodo andar recompilando en cada cambio del fuente así que es normal no considerarlos lenguajes "web") y entre todo eso que si subnormal, que si estudia, que si no sabes leer, cuando realmente y bajo mi punto de vista lo que están diciendo es muy parecido
    1 K -1
  82. #82 --606024--
    #55 Efectivamente. Sólo debido a errores de sintaxis y a parámetros especiales del compilador C se puede llevar muchas más preguntas que el resto, y usa si metemos llamadas al sistema (que es imposible saberlas todas de memoria) de los diversos sistemas operativos apaga y vámonos.
    0 K 6
  83. #83 Razhan
    #69 igual no tienes ni que esperar tanto para ver gente arreglando parches del efecto 2000:

    rt.cpan.org/Public/Bug/Display.html?id=124787
    0 K 6
  84. box3d #84 box3d
    #67 pierdes todo lo que dependa del runtime de rust, que no es poco. En eso se parece a C++, que "funciona" sin apenas runtime si estás dispuesto a perder funcionalidades. Por ejemplo intenta hacer un try/catch sin el xD

    En C no pierdes nada en lo que lenguaje se refiere, solo librerías.
    1 K 17
  85. #85 solotexto
    #75 Gracias por ofenderme. Pero llevo programando PHP desde la versión 4, y un mono podrá hacer 4 cosas contadas, alguien experimentado hace bastante más.
    0 K 9
  86. box3d #86 box3d
    #79 puedes tener ejecutables freestanding dentro de un ELF o un COFF o lo que quieras. No es obligatorio sacar un binario "plano" pero es muy habitual que así sea.
    2 K 23
  87. RubiaDereBote #87 RubiaDereBote
    #81 No, hazte un favor y lee todo bien hasta que lo entiendas. Mientras tanto estás mintiendo y creando un ruido inncesario.
    0 K 9
  88. musg0 #88 musg0
    #87 Pues no me contestéis :wall:
    0 K 7
  89. bitman #89 bitman
    #68 no hace falta buscar benchmarks sobre ejecución de código. Todo lo que se codifica en alto nivel se termina compilando a bajo nivel.
    El problema del código máquina es que pierdes toda la abstracción de los lenguajes de alto nivel y programar algo medianamente complejo se vuelve impracticable.
    1 K 17
  91. #91 abuelillo *
    #85 Pues realmente a mi no me parece una ofensa, que un lenguaje de programación pueda ser aprendido por un mono sería más bien una virtud.
    0 K 7
  92. #92 --494438--
    #85 yo también llevo ya añitos y reconozcámoslo lo mejor de PHP es que cualquiera puede programar en ęl...
    Y justo eso es también lo peor... Cualquiera puede programar en él y así sale el código a veces
    0 K 6
  93. j0seant #93 j0seant *
    #64 C++ es un lenguaje complejo, no está a la altura/alcance de todo el mundo (y más hoy en día en el que no se valora tanto la optimización y se busca el mínimo esfuerzo aunque al final las soluciones sean mediocres), pero al integrar C te permite hacer cosas de manera sencilla mientras sigues aprendiendo.. y teniendo en cuenta que prácticamente los compiladores e intérpretes de casi todos los otros lenguajes de la lista están hechos en C y/o C++, además de todos los sistemas operativos actuales y todos los grandes programas que siguen siendo desarrollados en estos lenguajes, yo diría que es una complejidad bastante agradecida. Al final esa complejidad hace de filtro algo que en el fondo es de agradecer ;)
    1 K 17
  94. #94 --589369--
    #82 Las llamadas al sistema no son específicas de C. Las puedes hacer casi en cualquier lenguaje.
    0 K 7
  95. apetor #95 apetor *
    #93 Hace de filtro >> el problema es que C++ no hace tanto de filtro y sin embargo si provoca que mucha gente haga monstruos arquitectonicos que son un mierdon para mantener. Y no es que sean dificiles de mantener por requerir conocimientos de C++, sino por que son arquitecturas innecesaria y absurdamente complejas y demas basura.
    1 K 15
  96. apetor #96 apetor *
    #84 Bueno, puedes meter una libc minima y hacer que el resto funcione con eso y no requiera nada mas de un SO. Yo hago cosas para UEFI ( y es mas, no solo UEFI, sino que usando solo alguna cosa ultrabasica, digamos que hago bare metal ) en C y hay peña que hace cosas del estilo en rust con una capa minima que tira en bare metal. EDIT: hay binding para musl libc, creo recordar. Musl libc es una libc minima para linux, pero se puede adaptar facil a bare metal.
    0 K 9
  97. #97 --164239--
    C/C++ vuelve porque hay un sector en alza donde optimizar importa, en todo el tema iot volvemos a tener micros de 8 bits, o sistemas arm con muy poca memoria y que encima queremos que no gaste energía de más. Metedle una jvm a eso si teneis cojones xD
    0 K 6
  98. SeriousBig #98 SeriousBig
    Donde este el lenguaje de ensamblador q se quite todo lo demás
    0 K 6
  100. #100 --630082-- *
    #66 Si, la gente lo mezcla todo. Por eso a mí me gusta declarar cada variable del namespace std explícitamente.
    0 K 6
«12
comentarios cerrados

menéame