TECNOLOGíA, INTERNET, JUEGOS
58 meneos
331 clics
Envío erróneo o controvertido, por favor lee los comentarios.
Python es el lenguaje de programación que crece más rápido

Python es el lenguaje de programación que crece más rápido

De acuerdo a Stack Overflow, Python tiene un caso bastante solido para ser considerado el lenguaje de programación con mayor crecimiento actualmente, por encima de Java, Javascript, C# y PHP, y C++.

| etiquetas: programación , informática , software , python
43 15 8 K 265
43 15 8 K 265
Lenguaje de script, como sh, php, o un fichero .bat. :troll:
#1 Pero mas poderoso que todos juntos :-D
#2 Ni de coña:

#!/bin/bash

python -c 'print "Bash Power!"'
#18 Uno que no se a actualizado de la version 2.7... :-D
#1 ¿De script? :palm:
#4 Supongo que quiere decir interpretado.
Hoy en día es lo más práctico para la mayoría de los programas. Cuando se necesita algo más rápido se hace en C y listo.
#8 Interpretado, multiplataforma, multiparadigma, orientado a objetos e imperativa.
Cuando se necesita algo rápido se hace en C (1990) en python (2017), creeme. ;)
#9 Se refiere a que el progrma sea rápido haciendo su trabajo, no a que lo programes rápido xD

Los dos habeis dicho una verdad como un templo pero cada una hablabais de una cosa diferente xD
#10 Si, a eso me refería.
Ya sabemos todos cómo acaban las cosas que crecen muy rápido. Donde esté el Ensamblador y el Cobol, que se quiten estas modas propias de mozalbetes con flequillo.
#3 Pues sí. Mucha tontería pero al final se vuelve a lo mismo.
#3 ¿Cobol? Mariconadas de mozalbetes con flequillo. Prueba Prolog y la programación lógica y verás.
#3 Ha! Cobol... donde este FORTRAN que se quite lo bailao.
A mi pitón le pasa lo mismo.
Normal, empecé a usarlo en la empresa hace un año y tengo que reconocer que es la ostia.
Se crece hasta llegar a la edad adulta. El C y los otros que nombran hace ya tiempo que crecieron y ha son adultos.
Pues a mi me parece el más peñazo, ya solo por el tema estricto de las tabulaciones. Al menos usando PyCharm.

Salu2
#12 putas tabulaciones. Quién demonios quiere un código limpio y legible.
#13 Una cosa es tener un código limpio y legible y otra que las tabulaciones siempre tengan que ser idénticas.

Salu2
#14 cierto, que las tabulaciones siempre tengan que ser idénticas hacen el código mucho más limpio y legible. Lo otro, no.
#23 No lo que hacen es perder el tiempo al programar, porque me recuerda a las personas con transtorno obsesivo-compulsivo que se pone a mirar si dos lápices son de idéntica medida.

Salu2
#24 debes de ser un desarrollador buenísimo, si indentar correctamente el código te hace perder el tiempo al programar.

Visto lo visto, estoy seguro de que documentas igual de bien.
#25 Hace mucho que no programo (tendría que dar un buen repaso a ensamblador y C, por ejemplo). Además lo dices como si todos hicieran la identación/sangrado perfecta. En cualquier caso para mi como identa Python es una pérdida de tiempo.

Salu2
#26 "Además lo dices como si todos hicieran la identación/sangrado perfecta".

No, no he dicho eso. Digo que un código correctamente indentado, es más legible y le otorga limpieza. Y que eso no es perder el tiempo, es calidad. Y sí, se nota que hace mucho que no programas.

Pero bueno, sé que tu mentalidad existe. Luego llegamos otros y nos encontramos con verdaderos desaguisados y hay que arreglarlos, claro.
#27 El identado no es esencial. Lo que es calidad es hacer un código mucho más simple, pero claro ahora lo de optimizar el código a algunos le suena a chiste... porque se creen que el hardware es infinito.

Salu2
#30 es. Claro que es. De hecho es que no hay un código simple y de calidad sin el correcto indentado.

La verdad, no sé qué hago discutiendo esta obviedad
#26 los buenos programadores la hacen perfecta, sí.
#24 ser un buen profesional ahora es tener un "transtorno obsesivo-compulsivo".
#32 Ser un buen profesional es hacer cien líneas de código, en vez de doscientas haciendo la misma función, no ponerte a ordenar solamente el código. Es saber optimizar el código para necesitar la menor potencia hardware necesaria, eso es ser buen profesional. Pero claro eso se hacía en los años 80 porque la potencia de hardware era limitadísima, ahora muchos programadores, como les sobra, pues a despilfarrarla.

#31 Pues si, porque tardas más en poner las tabulaciones exactas que en hacer el programa. En cualquier caso los más peñazos son los lenguajes de bajo nivel como ensamblador, pero claro son los más cercanos al hardware y por ende los más rápidos en ejecutarse.

Salu2
#45 ser un buen profesional es todo. No es solo escribir las menos líneas de código posible, sino hacerlo legible y bien ordenado. De hecho, es mejor más líneas, pero claras, que menos líneas poco legibles.

Si conocieras lenguajes como LISP nunca dirías que el más coñazo es Python. Te queda mucho por ver me temo.
#24 Buff, gracias a dios que no te tengo de compañero de trabajo. Me compadezco del que lo haga, trabajar con tu código tiene que ser una pesadilla si ni siquiera eres capaz de seguir la más simple de las leyes de la programación: Escoge un estilo de código, y síguelo.
en.wikipedia.org/wiki/Programming_style
#13 El tabulador es tu amigo... úsalo!!
#12 ¿"el más peñazo"? o_o Creo que conoces pocos lenguajes, seguramente muy pocos.
He usado Python para bash scripting porque es un buen lenguaje para reemplazar el complejo lenguaje de scripting que viene con linux. Pero no lo usaría para hacer aplicaciones de gran envergadura porque no aporta mucho más que PHP u otro lenguaje interpretado. Aún así le deseo todo lo mejor y que siga creciendo. Siempre es bueno tener alternativas.
#16 Python puede ser compilado
#16 porque no aporta mucho más que PHP

Nah, qué va. Para nada.

Donde esté PHP, que se quiten estas nuevas modas pasajeras que no aportan nada nuevo a lo que ya había antes.
#20 No sé si vas con ironía o no, pero tienes razón.

Estas modas como Node.js o Python no aportan más a lo que ya existe. Gran parte de las críticas de PHP son porque qué fácil es hacer código espagueti (¿culpa del lenguaje o del programador?), que no es consistente en los parámetros de sus funciones (si a estas alturas de la vida si usas PHP vanilla sin un framework, tu problema será más gordo que la inconsistencia de los parámetros de las funciones), y de la velocidad (cosa que se ha solucionado bastante con la introducción de la rama 7.x).

De hecho me agrada que en este hilo de Menéame no se haya ya hecho ningún comentario despectivo a PHP y en favor de Java/C#/Ruby.
#35 Python es varios años más antiguo que PHP y a diferencia de PHP no es un lenguaje roto por diseño.

Así que en todo caso, será PHP el que apareció como moda pasajera no sólo para no aportar nada a lo que ya hacía Python, sino para hacerlo muchísimo peor.

Por eso hoy en día nadie en su sano juicio usa PHP para empezar nuevos proyectos.
#36 Por eso hoy en día nadie en su sano juicio usa PHP para empezar nuevos proyectos.

De largo la sandez más grande que he oído en mucho tiempo.
#37 Pues yo la sandez más grande que he oído en años ha sido la de "Estas modas como Node.js o Python no aportan más a lo que ya existe.".

Fíjate tú.
#35 Joven padawan, estás en la fase 2 del desarrollo web. Hay como 6 fases, Aún te queda ver mucho mundo. Intenta hacer websockets y procesos multi hilo en php que no den problemas de estabilidad, si tienes cojones.

#36 Tu extremo también es una gilipollez como una catedral.
benchmarksgame.alioth.debian.org/u64q/php.html
Caramba. La última versión de tu moda pasajera se folla a la última versión de tu lenguage preferido. ¿Cómo es posible?
#40 De joven padawan nada, que 17 años trabajando con PHP en sitos web con cientos de millones de visitas al mes debe significar algo.

Lo que no entiendo es la gente que no les gusta algo en particular y trata de justificar un asunto meramente subjetivo con discursos de medias verdades o directamente mentiras.

E insisto: existen frameworks para casi todo, incluidos los websockets y los procesos multihilos (que ya manda cojones que quieras hacer multihilos en una página web, que fue para lo que PHP fue concebido)
#42 Si llevas 17 años haciendo webs de cientos de millones de visitas al mes, entonces sabrás que alguna de esas webs tienen procesos asíncronos en forma de crones o workers que corren en paralelo, y que programar esas tareas en PHP no es mala idea (por no cambiar de lenguaje) pero tampoco una gran idea (sobre todo para programar workers; por cojones estás obligado a poner un sistema de vigilancia que levante los workes cuando el PHP pete, porque demonios en php, petan seguro.

Y por favor, dime una de esas páginas de cientos de millones de visitas mensuales que usen websockets bajo php, me gustaría verlo con mis propios ojos, para creérmelo, por que por lo que he visto, se suele evitar.
#43 Obviamente controlas. Lo de la "medición de quién la tiene más larga" :-> era por lo de padawan.

No, no he usado websockets con estos sitios web, para lograr el multiprocesamiento usábamos crones + base de datos o crones + shmop. Si quieres inestabilidad usa estos últimos :-P
#40 La gilipollez como una catedral es decir que "la última versión de mi lenguaje favorito" es follada por "la última versión de la moda pasajera" (cosa que dijo el anterior usuario sobre Python, por cierto, y por eso yo replicaba diciendo que en todo caso la "moda pasajera" fue PHP, que es posterior a Python).

Es una gilipollez, porque Python 3 es, sencillamente, un lenguaje. Y es un lenguaje sintáctica y característicamente varios órdenes de magnitud…   » ver todo el comentario
#46 Que python es un lenguaje varios órdenes de magnitud mejor que PHP es una gilipollez que solo apoyan los talibanes como tú. Tiene más caracterísitcas, es cierto, pero porque PHP es un lenguaje hecho para desarrollo web, y python es más generalista y multiparadigma. Si alardeas de programar aplicaciones de alta concurerrencia, erlang o scala tienen mejores características que python para ese contexto por el simple hecho que han sido diseñados específicamente para ello. Y no por eso hay que decir la chorrada de que son mejores que python. Contexto, por el amor de dios.

Los test se comparaban usando el ejecutable estandar de cada lenguaje.
¿Pero qué versión, la 2.7 o la 3? :troll:
#19 La 3 por supuesto
python me termina echando para atrás por x razones cuando intento interesarme en aprenderlo.

yo hasta ahora cuando porto juegos de cartas lo hago en javascript que es donde consigo plasmar mas rapido todo aunque despues el codigo se hace mas duro de mantener .

creeis que con python podria hacer lo mismo sin mucho follon de librerias graficas? hasta ahora tampoco es que las requiera, solo me basta css e imagenes estaticas, nada 3d ni ningún otro disparate. Tampoco tiene que ser necesariamente web, sobre escritorio me vale.

menéame