Lo he publicado en The Inquirer y la verdad es que me la debería haber reservado para Incognitosis, porque la noticia me ha molado un montón, y eso que a mí lo de programar me gusta más bien poco a pesar de ser informático. Sí que tuve una época de curiosidad en este terreno, – llegué a hacer mis pinitos en ensamblador (buf) con el Amiga – pero las prácticas de la facultad en lenguajes tan relevantes como Modula – que reconozco que era una opción interesante para aprender temas de modelos de datos – o Caml me apartaron del gusto por la programación. Ya fue tarde cuando tuve que aprender C para las prácticas de Compiladores y Sistemas Operativos: le había cogido alergia a la programación.
Sea como fuere, el índice TIOBE de popularidad de lenguajes de programación, C y C++ están perdiendo terreno entre los programadores debido a un factor fundamental: no disponen de un recolector de basura, un componente esencial para muchos desarrolladores que les ahorra lidiar con problemas de gestión de memoria. Los famosos punteros de C que nos volvían locos a todos son muy potentes, pero su gestión no compensa para muchos los beneficios de rendimiento que pueda dar, y algo similar ocurre con C++.
C and C++ are definitely losing ground. There is a simple explanation for this. Languages without automated garbage collection are getting out of fashion. The chance of running into all kinds of memory problems is gradually outweighing the performance penalty you have to pay for garbage collection
Esa es la razón del auge de algunos lenguajes como VisualBasic – que pese a ser todo un veterano, crece a marchas forzadas -, C#, o includo D, el que algunos califican como sucesor de C++. Dichos lenguajes sí hacen uso de estos mecanismos, y aportan características novedosas frente a los tradicionales C y C++, que no obstante – que yo sepa – siguen siendo la base y fundamento de la programación en Linux.
Lástima que no hayan comentado nada sobre programación multinúcleo en esa interesante entrevista de Dr. Dobbs al responsable de TIOBE. La programación concurrente sigue siendo un tema candente hoy en día, y es el principal factor por el cual los actuales procesadores triple-core y quad-core de AMD e Intel no logren escalar como deberían. Pero eso da para otro artículo, claro.
Hombre yo no sé si C/C++ han dejado de ser tan populares, la verdad. Todavía soy estudiante,jeje. Pero desde mi humilde punto de vista sí que planteo una postura bastante clara. Creo que un lenguaje tipo PASCAL es más idóneo que C en cuanto a ingeniería se refiere. Y es que lo bueno de PASCAL frente a C es que no deja posibilidad a muchas ambigüedades y con ello de ahorran horas y dinero (en las empresas) depurando fallos provocados por la «mala» elección de un lenguaje tan flexible como C/C++. Es más, yo creo que aunque un recolector de basura es algo muy cómodo, sí que se puede programar en condiciones sin recolector de basuras.
Por otro lado, el problema de su pérdida de «fama» es posible que se deba a la ausencia de recolector de basura (cómodo pero que denota que la gente se ha acostumbrado demasiado pronto a lo «bueno». Véase Java/C#. No siempre valen estos lenguajes.).
Finalmente concluyo esta largo opinión (sorry por el coñazo, jeje) aclarando que no creo que sea adecuado sustituir C por PASCAL pero que sí sería ideal algún lenguaje similar a D. Al igual que me gustaría que hubiera un lenguaje similar a las prestaciones de C pero siendo muy fuertemente tipado. Y es que nodigo que volvamos hacia atrás, pero sí que me gustaría incitaros a una reflexión sobre este tema muy interesante.
Saludos a todos
Yo la verdad, no se haste que punto esto es fiable…
No entiendo esa bajada de Javascript que por ejemplo últimamente se pone muy de moda por la web 2.0…. ¿Y esa subida de ColdFusion?
Me parece un poco irreal este ranking, que el Java esté primero me parece correcto pero que el javascript, que es uno de los lenguajes utilizados, por no decir el que más, para programar páginas web y que lo pongan en bajada, me parece un tanto «increible»
Hola,
discrepo matizadamente.
1) Este estudio habla, sobre todo, de terreno relativo, y por tanto, en un mundo en el que se abre un frente web/servicios/mashup, es obvio que los lenguajes de moda ganen cuota relativa. Otra cosa distinta es decir que pierden terreno «absoluto». Por ejemplo, el número de líneas programadas en C en el terreno de los drivers de dispositivo, núcleos de sistema operativo, microcontroladores de electrodoméstico, etcétera. Casi estoy por apostar a que han subido a pesar de que muchos micros lleven un jazelle desaprovechado (salvo en aplicaciones de movilidad) en sus entrañas ;^D.
2) Puedo comprender que tener un garbage collector automático es cómodo pero eso impone una limitación, y es que el GC entra en funcionamiento cuando le da la gana, y cuando le da la gana significa que puede decidir hacerlo cuando peor te viene, haciendo que el comportamiento no sea el más adecuado. Esto estoy seguro de que limita que esos lenguajes ganen terreno en determinados nichos. Si exisitiera un lenguaje en el cual se pudiera especificar la inteligencia del GC para que se adapte a tus circunstancias… sería otra cosa (por ejemplo poder forzar a que el GC corra en un core específico y sin bloquear acciones críticas, a pesar del desperdicio de potencia), cosa que no se si existe.
3) Creo que no se puede discutir que lenguajes tipo C/C++ sacan más rendimiento de la máquina que lenguajes basados en máquinas virtuales. De hecho, aunque me parece posible que C++ pase a mejor vida, dudo mucho que C pierda terreno «absoluto», y si me apuras apostaría a que el número de líneas en C siguen creciendo. Como mucho imagino que lenguajes tipo Haskell/Erlang les pueden robar cierta cuota de mercado a C/C++/D, pero la cosa no creo que esté del todo clara aún.
4) Además, el estudio tiene cosas curiosas, como decir que D sube mientras que C++ baja, cuando quizá habría que considerar juntos a C/C++/D (ya que no sería justo al considerar, por ejemplo, que es lo mismo visual basic 1.0 que el x.0 que esté de moda ahora y que habrá que ver qué pasa con él con el advenimiento de Silverlight y la moda de GUI’s RIA).
Yo creo que no se pueden comparar lenguajes de nicho con lenguajes de moda, de la misma forma que no se pueden comparar peras con manzanas, y menos aún haciéndolo de forma relativa, pues los lenguajes orientados hacia interfaces usuarios siempres tendrán, en general, un mayor número de líneas. Además, ¿En qué lenguaje están programadas las máquinas virtuales?
Mi visión sobre la competencia entre lenguajes, por tanto, me la plantearía de otra forma, haciendo hincapié en que los lenguajes preparados para la concurrencia y la paralelización, han visto llegar a su mesías: las arquitecturas multicore, para las cuales determinados lenguajes no están preparados y no se sabe que pasará, si bien la tendencia será a componer las aplicaciones en base a máquinas virutales corriendo en el entorno de un único core, o si bien las bibliotecas especializadas en multi-thread, como la de INTEL (¿MPI?) serán el parche que mantendrá a C/C++, o si será el momento de los Haskell/Erlang.
Por eso, mi pronóstico (difuso) sobre lenguajes va más en esta línea:
a) Guerra entre C/C++/¿D? , Haskell/Erlang y, si me apuras, Java sabor J2EE en ciertos ámbitos.
b) Guerra Java/Ruby/VisualBasic/Flex/Silverlight en otros.
c) Crecimiento suave de C/C++ en otros.
d) Constancia en terrenos más especializados, cada uno en el suyo de otros (como ADA, VHDL/Verilog, LISP/Smalltalk/Prolog, etcétera).
Estos estudios, normalmente, te hablan de qué lenguajes tienes que saber para poder vivir programando sin depender en excesiva de quién te contrate, pero ni siquiera sirve para construir tu CV en torno a ellos, pues un programador válido es aquel que sabe escoger el lenguaje adecuado para una aplicación determinada en un contexto temático y de gestión concreto (resumiendo mucho «contexto») y que estás cosas para lo que sirven es para invertir en cuáles son las traducciones en las que invertir y/o libros divulgativos que encargar si estás en el negocio editorial y poquito más.
Hola,
Buscando info sin querer me topé con este foro. Soy Analista programador e ing. en sistemas y me dedico a programar. Programo en ambos lenguajes c++ (builder) y pascal (delphi) aunque prefiero el c. Si bien siempre esta la pelea entre ambos lenguajes considero que los dos tienen lo suyo, el que sabe manejar los punteros, realmente son algo muy últil, y eso le da un puntito al c++. Como ingeniera todo lo que es microcontroladores esta hecho en c , estoy en el área de sistemas distribuidos y es cierto que mpi esta hecho en c, asi que dudo que desaparezca pronto. Ahora con respecto a JAVA ¿alguno se puso a programar en java? lo unico que lo sustenta es que sea multiplataforma, lo que tambien hace que la performance se vaya al tacho. A la hora de programar es odioso. Lo que hay que rescatar es que como lenguaje academico (para enseñar lenguaje orientado a objeto) es bueno.
Lo que tambien tienen de bueno c++ y pascal (delphi) es la cantidad de componentes desarrollados para la VCL.
yo opino la verdad es que cada lenguaje es potente es su area, muchos dicen que C es el lenguaje que ha sobrevivido años de evolucion y sigue vigente, esta bien pero es odioso programar en C/C++, con esos sus punteros imposibles de entender me tiene loco, yo soy sincero, prefiero java, es un lenguaje mucho mas completo para mi, me facilita la tarea de programar y me ahorra tiempo, en cambio C/C++ es un lio a la hora de trabajar con estructuras dinamicas, les soy sincero si puede cambiar de C/C++ a java, no lo duden!!!
Mucho Java, mucho C/C++……..pero al final de lo que se tira es de FORTRAN en ingenieria. Y el FORTRAN renacerá de sus cenizas con los sistemas multi-core…si no tiempo, ya lo vereis. Siempre escuche a un viejo profesor que con él se llegó a la luna y con él se volverá a ir..
Ingenieque? Ese profesor sigue vivo o se hizo un programa para ir a la luna en FORTRAN? jajajajaja. Dejate de panplinas de lenguajes, no hay nada mejor que un cincel y una tarjeta esperando ser perforada.
#5 ¿que programar en Java es odioso? Mira, que tu no sepas adaptarte a programar en java viniendo de C++ no significa que sea odioso. De echo es mucho más sencillo (pero mucho más) que C++ puesto que «esconde» los punteros, no tiene herencia múltiple, independiente de la plataforma… vamos que va a lo que va: a AYUDAR al programador, no ha entoncerperlo como quieres dar a entender.
Y una cosilla más, de serie, hay muchísimas mas cosas desarrolladas para java que para c++, los chicos de Sun tienen de todo para ayudarte a programar (digo de serie, no de APIS de terceros, que creo que gana Java también 😉
En lo único que te doy la razón es en el rendimiento, donde gana C++ (de ahí la razón que se use mucho en videojuegos y aplicaciones donde el rendimiento es esencial).
Hoy en dia esta creciendo el auge de la programacion Paralela, y de todos los lenguajes citados aqui, los que estan dando la talla (en mi humilde conocimiento) lo es C y FORTRAN, Java tambien lo posee, pero frente a aplicaciones elaboradas entre C, Fortran y Java, java es mas lentos, asi que uno de los lenguajes que estan aptos para el paralelismo son esos 2, ademas algunos de los Sistemas Operativo que se respete estara hecho en C.
Se viene C++ 0x no se como esto va a repercutir ;
ya que esta implementando muchas funcionalidades entre ellas el paralelismo.
Sobre los punteros ;quiza sea dificil aprenderlos pero con la practica puedes llegar a dominarlos
Un par de comentarios:
1) Asumo que los que odian los punteros y se vueleven locos con ellos o no han usado punteros lo suficiente o estan en un área en la que les resultan mas sencillo otros tipos de abstracciones
2) Dudo que C esté perdiendo terreno, no podria afirmar lo mismo de C++.
3) Soy estudiante de ingeniería electronica. Actualmente he pasado desde programar el HC11 de motorola en 1er año en assembler a crear programas de PC en C, luego en C++ (ha sido una buena progresion logica) y ahora en cuarto año he vuelto a los micros en laboratorio de microprocesadores, programando el HC12, pero esta vez en C y no en assembler. La verdad que creo que como minimo va a pasar mucho tiempo hasta que C pierda terreno, porque salvo en aplicaciones que tengan grandes cantidades de espacio disponibles y microprocesadores muy potentes, el C y el assembler siguen haciendo mucha falta. No todas las aplicaciones tienen 4GB de memoria y un micro de 2GHz. Tampoco es que java o algun otro lenguaje de los nuevos paradigmas permita ser optimizado para micros como el HC12 (en los que tengo 512K de RAM+Flash a 40MHz), o al menos aun no me he enterado de que eso sea asi.
4) C y C++ fueron dos grandes sucesos (mas que nada C, que sucedió a los lenguages A y B). Sería bueno que ya tuviesemos un sucesor oficial pero que aplique los nuevos paradigmas de programación. Igual, con la aparicion de sistemas multinucleo y con el tema de las multitareas puede ser que este haciendo falta otro nuevo cambio en la forma en que el codigo que se escriba hace las cosas (o quizas hay que cambiar la forma en que el hardware hace las cosas, ya me ocuparé de eso).
5) Me parece un tanto arbitrario decir que si programas en C y C++ vayas cambiando de lenguaje, esto depende de que estes programando. Si hablamos de programacion en PC o en celulares tal vez, puede ser.
6) Creo que no me olvide de opinar de nada.