Barrapunto

En las aplicaciones web/de gestión importa más la velocidad de desarrollo que el rendimiento; y no me parece mal.

De hecho, me parece mejor que se dediquen menos recursos al desarollo (Que un buen programador de C++ es mas caro que uno de C#) y más al análisis y gestión de proyectos, que es donde casi todos los proyectos cogean (O son directamente inválidos, vaya).

Me parece un lenguaje interesante pero la documentación sigue siendo escasa.

Yo programo exclusivamente en C++, porque el tema al que me dedico (gráficos) casi lo requiere por varias razones. Pero es normal que una vez los sistemas de bajo nivel se van asentando, los lenguajes que funcionan mejor a alto nivel se vayan imponiendo. Aunque las entrañas de lo que hacen sigan estando en C/C++.

"C/C++ sin recolección de memoria"

Cada vez que oigo o leo semejantes argumentos, sé que ya puedo prescindir del artículo, noticia, o texto en general.

"La posibilidad de encontrarnos con todo tipo de problemas de gestión de memoria..."

Otra estupidez.

Entiendo que la gente deje de usar ciertos lenguajes que son menos productivos que otros, que dan menos facilidades, etc. Cada lenguaje sirve para lo que sirve. Es lógico. Ahora, lo que no paso es que se den como hechos cosas como que con C/C++ uno se encuentra problemas de gestión de memoria y que no tienen recolección de basura.

Lo que sí es un hecho es que la mayoría de gente que se mete a programar no tiene ni idea, y por eso les "molan" los lenguajes "fáciles" (¡oh qué guay, puedo crear objetos y tirar referencias que Java se ocupa por mí de los pobres huerfanitos!).

Por la misma razón Visual Basic crece. Por la misma razón el ensamblador se pierde. ¿A cuántos sudamericanos sin estudios he visto programar en Visual Basic 6.0 e ir finalizando proyectos con ayuda de mil y un foros? ¿A cuántos de VB.NET? ¿A cuántos he visto creer que saben programar por usar PHP o ActionScript? ¿A cuántos que se creen que lo saben todo y escuchan la palabra concurrencia y creen que les hablas de monedas en inglés? ¿A cuántos que creen que la programación en paralelo, la gestión de memoria, los patrones de diseño y todo lo demás se ha inventado hace 2 años y lo ha inventado Java y .NET? ...

Sin embargo, eso lo único que significa es: Cada vez más proyectos pueden realizarse con un lenguaje a prueba de tontos y con personal cada vez peor cualificado.

No es mi intención crear un flame, simplemente, constatar verdades como puños y así herir la sensibilidad de los que no tienen ni idea, para ver si deciden dedicarse a otra cosa.

Bi guáter mai frén.

Cheers!

Personalmente creo que C/C++ o Objective-C deberían circuscribirse a herramientas de propósito general como procesadores de texto, procesadores de imágenes o navegadores web.

Para realizar aplicaciones de gestión, sería mejor usar lenguajes de alto nivel que tienen menor esfuerzo de implementación. A las empresas no les importa mucho que a cambio las aplicaciones sean lentas, lo solucionan "poniendo más RAM".

Incluso para los prototipos que se hacen en investigación sería mejor usar sólo lenguajes de alto nivel. Si luego se pretenden explotar los prototipos de investigación (la mayoría de los prototipos de investigación no se acaban explotando comercialmente nunca), entonces tendría sentido implementarlos a bajo nivel y optimizando todo el software.

"Hay una explicación muy simple para esto. Los lenguajes sin recolección automática de basura están quedándose fuera de moda."

Estar de moda, eso si que es una valoración técnica de peso.

El lenguaje de programación C goza de MUY buena salud entre los desarrolladores de sistemas embebidos. Algo se programa con C++ y Java (en su versión embebida), pero muy poco. En la misma línea de cuestionamiento, mucha gente piensa que el lenguaje Ensamblado también está muerto, y nada más lejos de la realidad. Mientras haya microcontroladores funcionando en este planeta, tenemos C y Ensamblado para rato.

les queda poca vida, no lo usen si quieren vivir en el futuro.

También hay fraude en la lista, porque unifican (Visual)Basic, pero ponen por separado a Delphi y Pascal, y no están tomando en cuenta a Free Pascal ni el "Delphi" del software libre: Lazarus.

Muy pronto esos que usan Basic se pasarán a Pascal que es la evolución natural.

Prácticamente todos los sistemas operativos están escritos en lenguaje C, en particular Linux, Solaris y BSD. El resto de sistemas operativos pueden tener el núcleo en C y el resto en C++ y quizá en Objective C. Todos los programas que se tienen que comunicar con el sistema operativo (es decir, todos los programas), lo harán mejor si hablan su mismo lenguaje. Las máquinas virtuales, los compiladores, los entornos de desarrollo y las bibliotecas gráficas usadas por absolutamente todos lenguajes interpretados o semi-interpretados (Java, C#, VisualBasic, Perl, Python, Ruby, PHP, Javascript, Flash...) están escritos todos en C o en C++, así que pregonar que C/C++ está perdiendo terreno requeriría que primero nos anunciaran que todos esos programas se iban a reimplementar en otro lenguaje "más de moda", y creo que falta mucho tiempo aún para eso.

Es natural que todos los programas periféricos estén programados en lenguajes de alto nivel interpretados o semi-interpretados, por su seguridad y facilidad de desarrollo, pero es impensable que lo hagan el resto de componentes de bajo nivel de la familia. Omitir esa información es demostrar una ignorancia supina o directamente mentir para hacer propaganda interesada de otros lenguajes que no sustentan en absoluto la base de la informática. Y en cada nueva iteración de los estándares de C y C++, éstos se afianzan más y más en su papel de cimientos absolutos de toda esta ciencia.

Esa pequeña precisión era importante. C y C++ no están perdiendo ningún terreno en sus respectivos nichos. Quizá lo hagan en otros sitios, pero sería mejor haberlos especificado primero.

¿Como se invocan desde PHP?

Veo que el D ha ascendido y ya está el 12. Me alegro, yo soy un fan declarado de ese lenguaje. Realmente por el lenguaje en sí debería estar más alto, pues lo que ofrece es un lenguaje con el rendimiento de C, la filosofía de "no tratar al programador como si fuera subnormal" de C++ y la productividad de Python.

Yo voy a ver si lo cuelo en un par de proyectos de mi empresa que están en C++ y se van a re-escribir.

Quizás le perjudique la ausencia de librerías, aunque si no me equivoco (tengo que ponerme al día, hace unos meses que no miro digitalmars.com/d) estaban haciendo algo para que se pudieran usar las librerías de C++ y las de C se pudieron usar desde siempre. Yo espero ansioso a que hagan un binding de las Qt para empezar a escribir soft libre en D como un loco.

 

¿De verdad el uso de Visual Basic ha crecido? Joder, que ganas con todos los buenos lenguajes que hay.

(homenaje vía Barón Rojo y su Invulnerable [videolyrics.net], es broma, por lo que, por favor, un poco de sentido del humor)

Invulnerable me siento
a ese ataque feroz
de unos nuevos traidores
profetas del fin del C/CPP

Tienen complejo de viejos
y necesitan buscar
entre esnobismo y basura
la nueva revolución

piensan que es fácil defenestrar
más de treinta años de creación
desde Dennis Ritchie al GCC
desde Space Travel al GTA IV

Pasamos de tecnocracia
de isótopos y candor
Seguiré programando en C/CPP
seguiré mientras alumbre el sol
somos duros de pelar

Las modas pasan volando
no tienen fuerza vital
se idean en el despacho
de una multinacional

Sus argumentos de dan igual
siempre logramos sobrevivir
sobra energía para seguir
plantando cara a la adversidad

Pasamos de tecnocracia
de isótopos y candor
Seguiré programando en C/CPP
seguiré mientras alumbre el sol
somos duros de pelar...

(léase C/CPP como ce-cepepé, para que concuerde con la música, que de paso, recomiendo)

... otro clásico [youtube.com]

A mí me da igual, yo programo en HTML.

Y por qué tanto jaleo con la recolección de basura en C/C++ ¿Acaso no existen bibliotecas para ello?

Como bien dice el artículo, están perdiendo relevancia, esto es, la tendencia que se observa http://www.tiobe.com/index.php/content/paperinfo/t pci/index.html [tiobe.com] es ligeramente descendente. Han pasado de segundo y tercer puesto, a segundo y quinto, entrando VB y PHP en tercer y cuarto puesto.

Entre los dos tienen una "cuota" del 26,64%, que no está mal, perdiendo un 1,02% en el último año.

"... miedo me da un programador que no sabe recolectar la basura el solito en C o C++". No acabo de entender el sentido de la frase, por suerte mi C/C++ se quedó en la universidad y algún intento abortado posterior y no he tenido que pegarme con esos temas, Java tiene sus propios problemas y complejidades. A mí no me daría miedo, sino pánico, porque no saber liberar correctamente la memoria en C/C++ puede ser simplemente catastrófico.

"Yo programo en C++ y no me acuerdo de cuando fue la última vez que vi un memory leak." Tengo compañeros desarrollando procesos de alto rendimiento en C++ sobre Unix, que deben procesar ingentes cantidades de información y los memory leaks no son un problema, son catastróficos pues hacen que el proceso se caiga por falta de memoria al cabo de una tiempo (horas/días), pudiendo hacer caer la máquina entera (oigo con demasiada frecuencia "vaya, ha vuelto a dar un core (core dump)"). Cada memory leak encontrado con mucho sufrimiento es una nueva versión que hay que liberar a toda prisa para continuar las pruebas con cliente. Dado que es algo que ocurre con frecuencia (uno al mes+-), al final se va a comprar una herramienta de análisis de código estático para C++ que ayude a detectar los memory leaks. Todos ellos son buenos programadores, pero antes que eso, son humanos. La herramienta, con una apariencia fantástica, es Klocwork. (cara eso sí)

Pero es de buena práctica desactivarlo y gestionar la memoria uno mismo, que siempre será más eficiente (si es que se sabe hacer).