Barrapunto

El lenguaje C te encantará, es compacto, práctico y muy plurifuncional. Muchas cosas estan hechas en C, si no es que la gran mayoria. Yo adoro el C por eso. Al principio como que es intimidador, pero su sintaxis es muy coherente, amena y lógica. Aunque tu puedes hacer que tu código sea el mas ofuscado y obscuro que exista. ;)

El problema de C es que empiezas a hacer tus programillas, trabajar con punteros, e/s... todo bien, pero ¿qué pasa si quieres hacer aplicaciones? (Que es de lo que se trata) Pues no queda más remedio que caer en Visual C++ o pasarte a Linux y algún entorno visual para KDE o Gnome (porque en estos años on esperarás vender aplicaciones en modo texto, verdad?) y eso ya es harina de otro costal.

Así que si lo que quieres es gratificación casi instantánea, yo votaría por Delphi (esperemos cosas buenas de su primo Kylyx) de Borland o, quizá, Java.

Supongo que empezamos una hebra de incendios... para referencia de los que quieran zurrarme diré que me gano la vida desarrollando sw en C++...

¿De qué depende?

Depende de los conociemientos previos y el objetivo que quieras conseguir.

Hay un montón de alternativas, vale. Pero ¿quieres aprender paradigmas? ¿Quieres aplicarlo en la web? ¿Quieres hacer algo sobre linux o sobre windows? ¿Interfaz gráfico con el usuario o no? ¿Rendimiento? ¿Puntos para el curriculum? ¿prefieres lo que está de moda? ¿Ejecución en varios sistemas? ¿Con compilación o sin compilación? ¿Especificaciones libres o da igual? ¿Implementaciones libres o da igual? ¿Para desarrollo de software libre o da igual? ¿Quieres aprender o quieres comenzar a desarrollar cuanto antes? ¿OOP, basada en abstracciones, genérica, funcional, etc...?

¿Quieres aprender un lenguaje, o prefieres aprender teoría y metodologías para luego ver aplicaciones específicas en varios lenguajes?

Yo prefiero lo último.

Tiene un tutorial muy bueno (también en español). Si ya sabes un poco de programación, te bastará un día para decidir si te interesa seguir profundizando en el lenguaje python o probar con otro.

Por lo que dices, usaste FoxPro para hacer aplicaciones empresariales. ¿Es eso lo que quieres seguir haciendo?

El C es rápido y sirve para todo. Pero hacer una aplicación de ese tipo en C, te puede costar diez veces más.

Primero di qué quieres programar y te podremos ayudar mejor.

Sinceramente, si miro hacia atras, me gustaria haber aprendido primero PERL y luego C.

Perl es muy sencillo, aprenderlo sentara las bases para otros muchos lenguajes, y no te llevará más de dos semanas. Despues de saber PERL, C Java, y similares seran un juego de niños...

Lo siento de veras. Mira que es mala suerte tener que ganarse la vida programando en ese lenguaje. Tengo una supuesta entrevista a Bjarne Stroupstrup en la que habla acerca de C++ y la POO, y no veas... es la leche.

De todas formas, también estoy de acuerdo contigo que lo mejor sería un lenguaje como Delphi. O la futura versión de Kylyx.

Aunque si soy sincero, los lenguajes visuales me dan un poco de nauseas. Sí, para crear interfaces son la leche, y tienen muchas facilidades para el programador, pero... joer... ahora ya no resulta defícil programar, ahora la mayor dificultad está en saber a qué método tienes que llamar para hacer lo que quieres.

Y eso sin contar con que los ssoo basados en un emtorno gráfico tiran una ingente cantidad de recursos para hacerlo todo mucho más multimedia y agradable a la vista.

Refiriéndonos a Windows, un 8086 con MS-DOS 6.2 podía borrar cualquier fichero poniendo en la línea de comando "del ". Pero para hacer lo mismo Windows 95 te pide un mínimo de un 386 con 4 megas de RAM (sí, funciona en estos ordenadores, yo lo he comprobado. Tarda millones de años en hacer algo, pero funciona). Eso sí, ahora veremos un papelito que sale de una carpeta y vuela a una papelera o se destruye. Precioso. Inútil, pero precioso.

O por ejemplo el tratamiento de los menús y demás. Antes te aparecían y desaparecían, pero ahora tienen una animación y parece que se abren y se cierran desplegándose y demás. Precioso, pero eso son recursos consumidos inutilmente. Se puede quitar la animación, claro, pero... ¿cuánta gente lo ha hecho? No he visto un solo Win98 con las animaciones de los menús quitadas.

Resumiendo, que si hay que escoger un lenguaje visual, me iría a Delphi :)

Evidentemente cada lenguaje tendrá sus ventajas pero si quieres aprender sólo uno o dos yo te recomiendo estos.

Lo de la lentitud de Java no es tanta y es previsible que baje. Suele necesitar más recursos (más memoria) pero si vas a desarrollar cosas de servidor pues es una decisión muy acertada: tú o la empresa para la que trabajas pone esa memoria RAM (e incluso una máquina más potente y los ahorros en mantenimiento, recursos humanos para desarrollar, etc... seguro que compensan esos costes). Si quieres hacer cosas en cliente pues tienes los applets (vale, también puedes hacer algo JavaScript pero estás limitado...).
Quizá no es muy recomendable para grandes aplicaciones personales que se instalen y puedan acceder a todos los recursos de una máquina (no como los applets, que no se instalan y tienen límites por seguridad)... En este caso, es el que instala el que necesitaría más RAM y en este caso, puede que no se compensen los ahorros en el desarrollo con los gastos de hardware extra. Por eso en estos casos opino que C/C++ puede ser la mejor opción. También el C/C++ tiene mucho en qué apoyarse: multitud de desarrolladores por el mundo, multitud de software (libre y no libre) desarrollado, muchas herramientas...

En cuanto a la libertad de Java, es cierto que la palabra como tal es una marca registrada de Sun (creo que no hay más problemas que ese) pero siempre puedes decir J*va (como hacen algunos desarrolladores) o algo parecido para que esa gente y sus abogados no te busquen las cosquillas.

Existen numeros proyectos de software libre desarrollados en Java y para Java.

En cuanto a las ventajas en sí de Java supongo que ya conocerás muchas: portabilidad (diversos chips: Mac, Pentium, Sparc..., diversos Sistemas Operativos: Linux, Windows, Solaris... incluso diversos dispositivos: PCs, PDAs, teléfonos móviles...), reusabilidad, ausencia de factores de riesgo de fallos como punteros (alguno puede considerarlo desventaja porque también los punteros permiten muchas posibilidades), ...
También en el campo profesional es de lo que más se busca (y como no se cubre la demanda suele estar bien pagado).

Lo que sí te diría es que pasases del Pascal (No digo que sea malo pero hay muchas razones para descartarlo...).

Tanto Java como C/C++ están muy metidos con arquitecturas de componentes (CORBA, por ejemplo) que es una filosofía de desarrollo relativamente reciente y bastante interesante. En el caso de Java existe una arquitectura de componentes propia (JavaBeans, EJBs) y luego Microsoft tiene la suya (empezó siendo OLE, luego COM, luego DCOM y COM+ y ahora al parecer lo llaman .NET)

...este tipo de preguntas siempre llevan a la gente a morderse los pescuezos.

En fin, en definitiva no existe el lenguaje perfecto para nada. Yo todos los que he aprendido los he ido aprendiendo porque para tal o cual proyecto eran mas adecuados que los que ya sabía. Así que la cosa es simple, cuando te encuentres frente a un proyecto estudia las posiblidades que hay, busca el lenguaje mas adecuado y entonces apréndelo. Lo mas importante es tener una buena base, por lo demás salvo casos extremos (como de lenguajes puramente procedimentales a lenguajes 100% OO), todos los lenguajes se parecen.

Un saludo

En fin, en definitiva no existe el lenguaje perfecto para nada

En fin, en definitiva no existe el lenguaje perfecto para *todo*

ya sé que esto del mejor lenguaje de programación nunca habrá un vencedor y nunca se acabará, pero no estoy de acuerdo en lo de que hay muchas razones para descartar Pascal.

Si bien es cierto (no lo niego en absoluto) que el Pascal de Niklaus Wirth tiene numerosas lagunas que lo hacen muy inapropiado para los tiempos que corren, no es menos cierto que las evoluciones del lenguaje han sabido paliar todas esas desventajas (o al menos la gran mayoría de las mismas).

Delphi es un gran producto, y no veo ningún motivo para descartarlo a priori (sólo el tipo de proyecto nos serviría para darle el visto bueno o no, pero es un candidato para prácticamente cualquier cosa), o Free Pascal también es muy bueno (lo estoy usando bastante).

Además, luego existen lenguajes "evolucionados" del Pascal, como Ada, que si bien no se usa en aplicaciones comerciales es un lenguaje potentísimo y muy indicado para una buena ingeniería del software. Por lo tanto, yo no descartaría tan a la ligera un lenguaje "tipo Pascal"...

La verdad que para KDE no los se, pero para GNOME, no es tan dificil programar sin un entorno visual tipo Delphi. Las librerias Gnome, son bastante intuitivas y documentadas, además si de lo que se trata es de aprender a programar, creo que sería un buen sitio por donde empezar.

yo creo que la mezcla es buena, orientados a objetos, multiplataforma, uno 'ligeramente' de la mano de Sun (ciertamente una empresa, pero...) otro de la mano del soft libre, uno mas gerrillero y rapido otro mas robusto ya para proyectillos mas grandes
podria ser..., podria ser...

Ahh! Te refieres a esa tan divertida, me reí un rato leyéndola. Creo que es uno de los chistes informáticos más cachondos de la historia.

Pero no vayas diciendo por ahí que no es una coña, hay mucho lelo que se cree que es de verdad.

Saludos.

CORBA no es tan nuevo, aunque sí ha alcanzado la madurez hace poco. Pascal se inventó sólo para enseñar y lo utilizaron para explotación real, es su problema. ObjectPascal es otra historia y Delphi está basado en ObjectPascal (pone extensiones). En cuando a ADA, es un gran lenguaje que no es Pascal, y en su sitáxis, se parece en algo, pero sólo eso, un tufillo parecido.

Cuando hablaba de Gnome pensaba en Glade pero, desde luego, no es imprescindible.

De sentirlo nada. C++ es para lo que es, y ningún otro lenguaje puede sustituirlo donde trabajo (sistemas en tiempo real). De la entrevista a Bjarne, pues como ya han dicho por ahí, es pura coña.

¿Por qué no recomiendo C++? Pues porque simplemente no creo que sea el lenguaje apropiado para alguien que ha realizado su labor profesional escribiendo programas en FoxPro: supongo que querrá hacer aplicaciones de gestión y similares. No parece el lugar más adecuado para meterse en la complejidad de C++.

Estoy de acuerdo contigo en lo de la carga de recursos que suponen los interfaces gráficos, pero piensa que la revolución en la informática personal de estos ultimos 10 años ha sido -junto a la Red- el desarrollo de los interfaces... es lógico que los usuarios exijan programas vistosos.

En cuanto a lo de las animaciones de menú... es lo primero que le quité a mi Windows 98 ;-)

Yo creo que Java conjuga aspectos de buen diseño y practicidad. Habrá lenguajes mejores para orientación a objetos pero no tienen tanta salida. Habrá lenguajes con más salida, pero es más fácil aprender las marranadas desde lo bueno que lo bueno de las marranadas. Además tiene un buen acceso a Internet que está de moda, y un método .clone() en todos los objetos que también está de moda :).

¿Nadie ha hablado de C#? :)

¡Anda con el Richal! No sabía que eras tan partidario de Java ¿Nadie ha hablado de C#? :) Yo he hablado de .NET que pa el caso es hablar de lo mismo ¿no?

¿Has integrado alguna vez los dos lenguajes en algun proyecto?

He oido hablar de JPython y cosas así y la verdad es que estoy bastante despistado.

Llevo ya algun tiempo con Java y ahora para aprender un lenguaje de script estoy decidiendome entre Perl y Python.

¿Alguna recomendación?

Creo que Java es uno de los peores lenguajes de programación a la hora de aprender a programar. Hablando de marranadas, creo que Java tiene muchas, muchísimas (bloques de inicialización estáticos/dinámicos), concurrencia mal implementada (monitores que no son tal cosa) y conducente a errores, clases anónimas para remedar la falta de punteros a funciones,... Pero sobre todo creo que es malo para alguien que no sabe programar: es difícil explicar por qué necesitas una clase para programar "hello world", y por qué para que una función devuelva en un parámetro un entero tienes que utilizar objetos, y por qué no hay punteros pero todo son punteros (para poder enseñar a programar una función swap que intercambie dos enteros tienes que enseñar antes los objetos y las referencias)...

no lo he hecho pero si se puede hacer
yo en el curro trabajo con java+perl
lo que si he hecho es el utilizar el interprete java para python, va un poco mas lento pero funciona (con un par de programillas)
en la pagina del proyecto python hablan bastante de esto, desde python se puede hacer uso de toda la API del JDK (no te lo confirmo 100% porque no lo he hecho, pero todos estos temas rulan por mi mente)
ciertamente es un tema muy interesante, el problema como siempre es el tiempo

Olvidé dar algunos enlaces en los que se explican algunos de estos aspectos que hacen a Java un mal lenguaje para aprender a programar, así como otros problemas generales de Java:

1. Merapi ;
2. Leveraging Inconsistency in Software Development
3. Jamie Zawinski
4. Java's Insecure Parallelism, or why Java monitors are not monitors, by Per Brinch Hansen, the inventor of monitors. ACM SIGPLAN Notices, Vol 34, No. 4, April 1999.
5. A Comparison of Ada and Java as a Foundation Teaching Language
6. A Comparison of Object-Oriented Features of Ada 95 and Java A Comparison of the Concurrency and Real-Time Features of Ada and Java

Mi recomendación es aprender utilizando el lenguaje Ada (Ada 95). Entre las referencias anteriores puedes encontrar algunas de las razones por las que es bueno Ada y es bueno aprender con Ada.

Pues a mi Pascal ( vale, Object Pascal), y concretamente Delphi no me parece que se puedan descartar sin mas. Estoy un pelin cansado ya de oir siempre que 'hay muchas razones para descartarlo' (refiriendose a pascal), bien, pues di cuales son esas razones. Me parece un error generalizar de esa manera.

Respecto a lo de la entrevista, creo que nunca he dicho que sea auténtica, pero desde luego es buenísima. Si alguien no la conoce y le gustaría leerla que me lo diga :)

Y ya metiéndonos en C++, la verdad es que es un lenguaje que nunca me ha gustado, por lo que por muy neutral que quiera ser con él siempre acabaré recalcando las cosas malas y quitando importancia a las cosas buenas del mismo.

Aunque si bien C++ es un lenguaje muy versátil y muy potente, a mí me parece un auténtico infierno de cada al programador. Cualquier proyecto grande se te acabará yendo de las manos porque es dificilísimo depurar un programa así escrito en C++.

Así, la ventaja que tiene C++ es también (para mí) su mayor inconveniente, pues si bien te permite hacer de todo con la memoria gracias a la compatibilidad con la aritmética de punteros de C, desde el punto de vista de ingeniería del software la puedes cagar a base de bien si no estás muy pero que muy seguro de lo que estás haciendo. He ahí mi aversión a C++.

Además, la programación orientada a objetos desde el punto de vista del rendimiento es una basura. Cuando declaras una variable de tipo objeto (vamos, una instanciación de una clase, o como narices queráis llamarlas) lo que estás haciendo es una copia en memoria de las propiedades Y MÉTODOS de dicha clase. Si bien cada objeto debe tener sus propias variables (propiedades) los métodos para los objetos de una misma clase no cambian, así que... ¿para qué tener copias de los mismos en memoria de cada objeto? De esta forma estamos, por un lado, perdiendo tiempo en la creación del objeto (hay que asignarle memoria, copiar el código de los métodos en este espacio, reiniciar las variables y demás), y por el otro estás ocupando muchísima más memoria.

De todas formas, pese a esta crítica no niego la utilidad de la programación orientada a objetos para proyectos grandes (reduce el tiempo de desarrollo y aumenta la fiabilidad del software), pero para el tipo de proyectos en que he estado metido (de unas 5.000 líneas de código) la orientación a objetos ha sido más un engorro que una ayuda.

Hasta donde sé yo (quién sabe, a lo mejor meto la pata), cuando creas una instancia de un clase, se genera una estructura para dar cabida a todas variables (igual que con las estructuras de toda la vida), y una tabla con punteros a sus métodos (no una COPIA de sus métodos). ¿O era un puntero a una tabla donde están sus métodos? En cualquier caso, ni el gasto en tiempo (copia) ni en memoria son los que tú dices.

Empieza con PERL, es un lenguaje potente, versatil y facil de usar, además te irá metiendo en el mundo de Linux sin darte cuenta, te irá dando las bases para aprender otros lenguajes y tienes documentación por todo el mundo:

http://lucas.hispalinux.es/htmls/tutoriales.html

No estoy de acuerdo con lo que se ha opinado aquí sobre la recomendación de C como lenguaje para desarrollar aplicaciones comerciales, ni tampoco de Java. Efectivamente, se puede y más con la ayuda de librerías, pero C precisamente no es un lenguaje para desarrollar aplicaciones de gestion sino para programar sistemas y aplicaciones tales como hojas de cálculo, gráficos, etc... (es un lenguaje general muy potente). Para lo que pide el lector de barrapunto yo todavía no he encontrado un lenguaje más propio que COBOL, sí ya sé que muchos se reirán ... pero es la verdad, a pesar de la mala fama de COBOL no hay ningún otro lenguaje que le pueda reemplazar en ese campo, por lo menos que yo conozca. Hay compiladores tanto para Unix como para Win2, con entorno gráfico, orientación a objetos, y todo eso... El problema es que estos compiladores son muy caros, aunque sé que había por ahí un proyecto de CobolGNU. Nota: programo tanto en C como en COBOL y me gusta más C, que conste, pero para aplicaciones de gestión: COBOL. Cobol en Español

INTERCAL, ESR lo apoya. }:)

bloques de inicialización estáticos/dinámicos

¿Puedes explicarlo?

EL cobol es una antiguedad la unica ventaja que tenia era el hecho de tener archivos indexados como parte del lenguaje, cosa que en otros, requeria de librerias... la gente que usa Cobol a lo largo de los a#os lo unico que consigue es quedar encasillado, dado que no tiene practicamente nada que ver con la estructura de los demas lenguajes, siendo mucho mas dificil el acostumbrarse a otras sintaxis... ya que estamos alguna gente opino de Perl, pero como lenguaje es un engendro, C++ otro engendro mas, despues de 18 a#os programando lo que comprobe es que el C a secas es el mejor lenguaje para cualquier tipo de desarrollo, lamentablemete algo que jugo en contra del C en los entornos de ventanas fueron las apis desastrosas que se implementaron... especialmente en el caso de Windows... donde para abrir una ventana con una imagen hay que escribir no menos de 100 lineas... (usando la api no clases y demas) esto favorecio, la profliferacion de aberraciones como la OOP... distinto hubiera sido la utilizacion de librerias con funciones similares a las de Tk que en dos linea resolvian todo lo referente a interface, tambien lo que favorecio a que proliferen lenguajes mediocres, es que a las grandes companias, nos les conviene que la gente use herramientas poderosas, que permitan investigar mas de lo que les conviene, es mejor que el comun de los mortales se entretenga con ventanitas controlcitos y clases, antes que les anden toqueteando las interrupciones y ports... no olvidemos la palabra clave de los 90 abstraccion... en fin

Lo primero es saber que quieres y yo creo que después es escoger alguno de los lenguajes más extendidos C(imperativa) Java(objetos)...que para cosas concretas siempre hay interfaces.
Aprendes estas dos distintas filosofías de programación y a partir de ahí no necesitas más que programar en el lgje. que se requiera a cada momento...
Si es profesional, aprende Java y C, que las empresas ya se encargarán de que aprendas el resto resto mientras kurras. Si es personal,no lo dudes, aprende Perl.

Estoy de acuerdo con jdavid, y además añado que Python es muy flexible, puedes usarlo en para programar cgi's, puedes usar muchas de las librerías ya escritas para C ( a través de wrappers), está muy bien documentado y su modularibilidad es simplemente espectacular. ¿Para que escribir 2 veces el mismo código, cuando puedes reutilizarlo? Y si además haces Software Libre, no te quiero ni contar la cantidad de código reutilizable que tendrás a tu disposición

En mi mensaje hay una errata: donde dice "dinámicos" debería decir "de instancia". Puedes ver una explicación de las cosas tan extrañas que se pueden hacer con los bloques de inicialización estáticos y los de instancia en la sección llamada "Creación y destrucción de objetos" de Merapi ;.

razon para descartar Pascal, bueno usar C seria una...

Si tienes alguna documentación que diga que cada instancia copia el código de los procedimientos del objeto. TÍRALO

Si trabajas con un compilador que copia el código de los métodos para cada instancia TÍRALA.

Vale, 5000 líneas es un proyecto sencillo donde el diseño OOP no llega a arrasar, pero si lo mejora sensiblemente.

Por cierto, me alegro de que no te creyeras que aquella entrevista era seria. Yo nunca dije que lo creíste.

Precisamente C++ es fabuloso para proyectos grandes, aunque sigue siendo genial para proyectos pequeños. ¿Es dificil depurar un programa en C++? No lo entiendo ¿con qué depuras? Ahora que si quieres depurar un proyecto de 5000 líneas con alta cohesión de un tirón, lo llevas chungo.

¿No te gustan los punteros de C? Nadie te obliga a utilizarlos en C++. ¿Hablas de diseños seguros? En C++ se pueden construir tan seguros como en cualquier otro sistema, pero reconozco que no es tan fácil llegar a ese nivel como en otros entornos. En C/C++, hacer cosas sin saber exáctamente lo que haces es mucho más peligroso que en Java, Perl, Delphi o cualquier otro.

¿La OOP en rendimiento es una basura? Pues programa en ensamblador chato. Aunque el rendimiento se debe medir en diferentes direcciones. Y muchos algoritmos en un puto basic del GWBasic son más rápidos que otros en ensamblador. Ahora si te preocupa la copia de los métodos, me parece lógico porque es una capullada. Pero no creo que tengas un compilador que lo haga y ya te dije, tíralo y utiliza uno de verdad COÑO.

No me creo que un diseño OO sea más engorro en ninguna circunstancia. Vale, es un engorro porque hay que pensar que quieres hacer antes de empezar. Pero no me parece una mala costumbre.

Antes de criticar algo, procura informarte bien. Cuanto más domines un tema más derecho y mejor lo podrás criticar.

Te podría contar unas cuantas cosas que criticaría de C++, pero no tengo tiempo y ya me estoy enrollando. Pero tú no has dado ni una.

Por cierto, C++ no sólo permite la programación orientada a objetos. Soporta más paradigmas por diversas razones. En ocasiones es interesante pasar de la OOP y utilizar una programación genérica por cuestiones muy específicas de rendimiento.

Vamos, que te recomiendo que aprendas un poco de C++ y fliparas con las grandes diferencias que encontrarás comparándolo con tus prejuicios injustificados. ¿Quien te habrá metido esas ideas a medio meter en la cabeza? ¿Gente que programa en C, que no llega a conocer C++, que prefiere criticarlo como mecanimo de defensa (antes de que me digan que mejor era hacerlo en C++, yo digo que C++ es una mierda)?
¿Gente de GNOME? ¿Miguel de Icaza?
Por cierto, si lees documentación de Miguelito en la web, verás que se le escapan ejemplos en C++, pero esto es otra historia.

No encuentro razones para descartar Object Pascal y mucho menos Delphi.

No creo que nadie, sabiendo lo que dice, sea capaz de afirmar semejante cosa.

Podíamos estar discutiendo años enteros sobre filosofías de programación pero creo que es mejor datos que cantan. La verdad está ahí fuera, no la ignoremos.
Ya dijo ACS una vez que Java es seguramente el lenguaje que más desarrolladores tiene. Creo que la abundancia de desarrolladores Java se ve confirmada al comprobar la abundancia de proyectos de soft libre relacionados con él:
E n este enlace se ve que hay casi 1000 proyectos relacionados con Java en SourceForge.net a día de hoy.
Si buscamos C++ vemos que hay pocos más de 400.

Mientras que al buscar por Pascal sólo hay 13!!! (y además 2 de ellos están relacionados con otros lenguajes: como uno que traduce ficheros de cabeceras de C, los .h, a Pascal) y
59 proyectos al buscar Delphi.

¿hacen falta más pruebas?
Pues hacemos la prueba del algodón o el GoogleDon:
Java : Resultados 1 - 10 de aproximadamente 1,270,000
C : Resultados 1 - 10 de aproximadamente 2,790,000.
C++ : Resultados 1 - 10 de aproximadamente 689,000.
Perl: Resultados 1 - 10 de aproximadamente 773,000
Visual Basic: Resultados 1 - 10 de aproximadamente 702,000.
PHP : Resultados 1 - 10 de aproximadamente 355,000
Python: Resultados 1 - 10 de aproximadamente 141,000
Delphi: Resultados 1 - 10 de aproximadamente 209,000.

-----
NOTA: he buscado "[NombreLenguaje + program]" porque poniendo las palabras sueltas se puede estar incluyendo otros aspectos de la palabra: Java: (Resultados 1 - 10 de aproximadamente 15,100,000) (pero incluirá cosas de la isla de Java y de café), Delphi: (Resultados 1 - 10 de aproximadamente 1,730,000), C++ : ( Resultados 1 - 10 de aproximadamente 3,540,000 ), Perl: Resultados 1 - 10 de aproximadamente 7,950,000. (Perl significa perla y hay un grupo musical llamado Perl Jam... etc..), Python: (Resultados 1 - 10 de aproximadamente 1,210,000) (es un tipo de serpiente),...

¿más pruebas? Los que todavía no estáis convencidos: mirad las ofertas de trabajo, majetes... ¿cuantos buscan Java? ¿cuántos Delphi?
Sí, es triste que en las universidades enseñen una cosa y luego en el trabajo te pidan otra pero al menos en mi caso fue así (parece que ahora va mejor y enseñan Java en Teleco)

Respecto a lo de que ESR apoya INTERCAL, mirando esto se ve que ESR participa principalmente en Python (proyecto principal y howtos).

Respecto a COBOL, no se si estaba de broma el que lo comentó pero la única ventaja es cuando existe mucho código hecho en él, como debe haber para un determinado tipo de aplicaciones (de gestión): entonces, si hay que reutilizar eso, deberá hacerse en COBOL. Pero no es recomendable para aprenderlo ahora... ya hay mucha gente madurita que sabe Cobol. No es recomendable.

Hola.

Una discusión como esta es muy agradable de leer, por la gran cantidad de información interesante q se vierte; me llama la atención q nadie mencione a PHP, q a mi me gusta bastante.

¿Es casualidad o teneis algo en contra del PHP?

Hay gente que se queja de que el C es difícil. Es cierto, pero también es más difícil pilotar una avión que montar en patinete, claro que la potencia y la libertad que te da saber pilotar nunca la tendrás en patinete. Tú decides hasta dónde quieres llegar.

También puedes meterte en el ensamblador y te asegurarás una jubilación anticipada por problemas psicológicos.

Ya que eres un programador de la "vieja guardia", el primer paso que yo creo que debes de dar el es estudio de C. No encontrarás difícil de asimilar la filosofía del C, puesto que sigue basándose en la programación estructurada y modular de siempre. Además tendrás la ventaja de que al hacerte con su sintaxis tendrás las puertas abiertas a la programación orientada a objetos a través de C++, Objetive C, Java... (con sus correspondientes entornos visuales), así como de algún otro lenguaje de script derivado en parte del C (como el PHP). Los lenguajes con sintaxis derivada del C son los mas difundidos para la mayoría de las plataformas, de modo que no te será difícil programar para UNIX (GNU/Linux), Windows, o lo que se te ponga en los co... :D

Es un lenguaje relamente excelente para aprender a programar, absolutamente didáctico, soporta además compilación por módulos (make). Además dispones de compiladores GPL para Linux. Es un lenguaje estructurado-puro y fuertemente tipado. Sin embargo, cuando lo conozcas, el salto a lenguajes orientados a objetos como C++ o Java es sencillo. Se utiliza en muchas universidades como lenguaje docente (de hecho ha sustituido a Pascal, aunque el autor de ambos sea el mismo). Después, evidentemente debes pensar en un entorno gráfico de programación. Lo que habrás ganado es que tendrás una base sólida como una roca como programador.

Me parece que este hombre estaba preguntando por un lenguaje para hacer programas de gestión, por ejemplo un programa que lleve la contabilidad de una empresa o que gestione una base de datos, no estaba preguntando por un lenguaje para presentar páginas web interactivas, y lo mismo le digo a los que han propuesto PERL

No sé, creo q la discusión (y la pregunta original) abaracaba todos los campos. Y el desarrollo de aplicaciones web PHP+Base de datos tampoco es moco de pavo...

Usar C para que, para tener cargados los programas de bugs de tipo buffer overflow, si se hubiera utilizado pascal en vez de C hoy no sabriamos lo que es eso. Puedes decirme alguna cosa que puedas hacer en C y no en Pascal?

Yo creo, y todo se keda aki ;)

Las empreseas pricipalmente las pymes no se pueden hacer cargo de un servidor linux o unix por lo ke ahi descartamos ya muchos lenguajes de programacion.

Hay ke reconocer que mokosoft tiene mucho camino andado y no se le puede quitar derrepente ...
Debido a esto yo lo que uso para programar es delphy debido a su flexivilidad y a la nueva iniciativa de borland.

Lo que si es planteable es el uso de un servidor central dedicado a manterner una conexion a internet correo etc etc y a gestionar la bases de datos central del programa de gestion por eso aki me decanto por mysql posgresql o interbase.


Como decia al principio, es mi opinion y ahi se queda GUS .

Te recomiendo primero que pilles un buen libro que te explique lo que es un diseño de aplicaciones y conceptos de orientacion a objetos. Despues de eso, C/C++ o Java. Yo te recomiendo Java pues es mas elegante, pero C++ tambien vale. Claro, tambien depende de lo que vayas a hacer. Es mas importante conocer bien la base, luego, el lenguaje en el que se implemente da igual, te vas a tener que renovar siempre. Ten cuidado de los consejos que te dan por aqui, hay mucho taliban suelto ;)

El C no es un buen ejemplo de programación modular.

Alucinas un poco. El conocimiento de la sintáxis te abre las puertas del diseño OO. ¿Qué tiene que ver una cosa con la otra? No vayas engañando a la gente por ahí.

Tengo el honor de contestar a un iluminado, que está en posesión de la verdad y el conocimiento absoluto.

Toda la gente que diseña OO y los que crean estándares son unos gilipoyas que no tienen ni puta idea.

Oh, mesías, ábrenos los ojos por favor.

Deja el cigarro que te está empezando a afectar.

El parecido entre la relidad y una estadística mal realizada, es pura coincidencia.

Me alegro de que seas tan feliz teniéndolo tan claro, me apena que te bases en algo tan poco sólido.