Cuál es tu lenguaje de programación preferido?

[apatrida]

Le echaré un vistazo al Rust. Me interesan los lenguajes que aprovechan al máximo los recursos de hardware, y los lenguajes de scripting para cosas accesorias.

 

[MiNombreEsFantasma]

LOGO es una variante 'didáctica' de Lisp, que extrañamente no aparece ni en la encuesta ni en el gráfico. Creo que el Lisp más usado hoy en día es Clojure.

Me parece extraña esta ausencia de Lisp por la actual moda de la 'inteligencia artificial', el 'reconocimiento visual automático' y este tipo de cosas. La 'inteligencia artificial' quizás podría ser abordable en Lisp, pero con seguridad no es abordable en ninguno de los lenguajes que aparecen en la lista.

¿Por qué los problemas de IA iban a ser abordables en un lenguaje como Lisp y no en otro como Python? Cualquier lenguaje turing completo tendrá las mismas capacidades para resolver problemas que otro lenguaje turing completo.

Otra cosa es la comodidad que ofrezca uno y otro ante un problema determinado. Pero una cosa es incomodidad y otra muy distinta es inabordable.

 

[anonimocobarde]

C#. El LINQ y el Intellisense que tiene el Visual Studio lo hacen (en mi opinion) incomparable.

El intellisense de VS lo tiene cualquier IDE moderno (= de los últimos 15 años mínimo). Yo estuve un tiempo con java y cuando volví a C# echaba de menos alguna cosilla de Netbeans.

LINQ es otra cosa. Se suponía que Java iba a sacar algo parecido, pero no sé en qué quedó. En fin, un lenguaje muy revolucionario (?) en 1996, pero lleva 15 años a rastras de Microsoft.

 

[anonimocobarde]

No entiendo muy bien esa afirmación, ni que se tome como una desventaja. Python es de tipado dinámico, pero fuerte

Tipado dinámico en mi pueblo es sinónimo de tipado débil. Me parece que te confundes con el tipado Hindley-Milner (p. ej. Haskell, el "var" de C# o el "auto" de C++11), que es tipado fuerte (estático), pero automático; no hace falta declarar los tipos, porque los detecta automáticamente el compilador. No entiendo que aún se defienda el tipado dinámico existiendo Hindley-Milner desde hace 30 años.

 

[anonimocobarde]

En serio?? Jorobar qué os enseñan a los camineros...

para control de sistemas hidráulicos seguramente que Labview sirva la mar de bien. No compilas código, no haces scripts, simplemente creas diagramas de flujo de datos y a la vez la GUI. Es otro mundo. Échale un vistazo y sorpréndete.

Progenitora mía, otra vez con el cuento de la vieja de que cualquiera puede programar arrastrando cajitas. Pues no, mira. Hay montones de inventos de estos y ninguno termina de despegar, por algo es. Labview ni con un palo (lo conocí en su día, sí).

Hace unos años, cuando cobraba una guano, un corbatas me intentó fichar para un invento parecido orientado a desarrollo móvil. Me ofrecía buena pasta pero lo rechacé rápidamente porque no veía ninguna salida. No he vuelto a oír a hablar de esa guano desde entonces. Y es que por mucho que cambies líneas de código por cajitas, la complejidad inherente de un problema no se va a esfumar. Y las líneas hay que leerlas y lo que quieras, pero son mucho más expresivas que una fruta caja conectada a otras cajas. Diseñar algo mínimamente complejo con eso tiene que ser la gloria en vida.

 

[anonimocobarde]

Leche, vaya reflote. Me han troliado.

 

[Glokta]

Yo aprendi con MATLAB, así que es al que estoy más acostumbrado. Por mal hábito lo prefiero a Python la verdad

Luego para hacer algo más serio pues C. De los que hay en la lista, también he tocado Perl y vaya tostón

 

[qbit]

¿Por qué has puesto C con C++ en vez de poner C++ con Java que pegan más por ser orientados a objetos? Te puede gustar C pero no C++ ni Java.

Y Ada en el mismo grupo que Pascal, siendo Ada concucrrente. Y Perl no le veo semejanzas con Pascal o Ada.

Vaya encuesta más mal hecha.

 

[opilano]

BASIC.

 

[anonimocobarde]

Que se lo digan a los pobres programadores de Banksphere...

Eso, que nos lo digan. También lo he sufrido. Aunque de ahí sí que huí tan rápido como pude sin mirar atrás. Labview es la maravilla tecnológica del milenio a su lado.

 

[Vanish]

Pues ahora lo de programar con cajitas es trending topic en mi campo: diseño basado en modelos usando Matlab y generación automática de código.

Dices esa frase y a los CEO se les hace el pandero pepsi-cola.

 

[Filósofo Hardcore]

Los que votan javascript merecen que les quiten las muelas con unos alicates una por una.

 

[brent]

Python

 

[Máximo Décimo Hispanio]

Los que votan javascript merecen que les quiten las muelas con unos alicates una por una.

Depende para que, javascript en web es una buena solucion, en otras areas, es una guano, si

 

[MIP]

C# está en el top, esa clasificación la ha hecho alguien que no se dedica a la programación.

C# no está mal al estar combinado con el runtime de .net.

Otra cosa es que no sea más que un refrito de las mejores ideas de Java y otros lenguajes es decir, no ha aportado nada novedoso a la historia de los lenguajes de programación que no existiera ya.

Pero funcionar, funciona bastante bien, he tenido ocasión de comprobarlo en entornos de producción diversos y exigentes.

 

[Tuttle]

Los que votan javascript merecen que les quiten las muelas con unos alicates una por una.

Su destino es peor, es programar javascript el resto de sus días en la tierra.

 

[Tuttle]

C# está en el top, esa clasificación la ha hecho alguien que no se dedica a la programación.

Vete a decirlo a StackOverflow que funciona en .net con c#. Esos ni puñetera idea de programación...

 

[Fmercury1980]

Java.

Eclipse es, literalmente, una maravilla.

 

[JohnDoe]

Progenitora mía, otra vez con el cuento de la vieja de que cualquiera puede programar arrastrando cajitas. Pues no, mira. Hay montones de inventos de estos y ninguno termina de despegar, por algo es. Labview ni con un palo (lo conocí en su día, sí).

Hace unos años, cuando cobraba una guano, un corbatas me intentó fichar para un invento parecido orientado a desarrollo móvil. Me ofrecía buena pasta pero lo rechacé rápidamente porque no veía ninguna salida. No he vuelto a oír a hablar de esa guano desde entonces. Y es que por mucho que cambies líneas de código por cajitas, la complejidad inherente de un problema no se va a esfumar. Y las líneas hay que leerlas y lo que quieras, pero son mucho más expresivas que una fruta caja conectada a otras cajas. Diseñar algo mínimamente complejo con eso tiene que ser la gloria en vida.

Hombre, Simulink es eso y ya me dirás si "no ha terminado de despegar"

Para control y lógica mejor líneas de código, cuando se trata de flujo de datos/señales las herramientas gráficas son una opción muy válida y usada en la industria.

 

[anonimocobarde]

Hombre, Simulink es eso y ya me dirás si "no ha terminado de despegar"

No lo conocía. Con una búsqueda rápida en google no parece más popular que LabView (100cia pdm, sí). Pero a ver, que yo no niego que sean herramientas útiles con su nicho de mercado.

Lo que no aguanto son los fulastres que te venden que con eso puede hacer aplicaciones complejas hasta un niño de 5 años.