Portada
mis comunidades
otras secciones
#3:
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.
Comentarios
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.
#c-2" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2825871/order/2">#2 Ni de coña:
#!/bin/bash
python -c 'print "Bash Power!"'
#18 Uno que no se a actualizado de la version 2.7...
#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 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.
#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.
https://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
#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 mejor que la última versión de PHP.
Los lenguajes no son ni "más rápidos" ni "más lentos". En todo caso más intuitivos y más sencillos de utilizar https://benchmarksgame.alioth.debian.org/u64q/program.php?test=spectralnorm&lang=python3&id=5 y con más características integradas https://docs.python.org/3/library/asyncio-task.html (Python) o más retorcidos, más difíciles de usar https://benchmarksgame.alioth.debian.org/u64q/program.php?test=spectralnorm&lang=php&id=1 y con más bugs de serie http://www.phpsadness.com/ y menos características integradas que te tienes que ir a buscar a librerías externas https://www.phproundtable.com/episode/asynchronous-php (PHP).
Dicho esto, que parece ser que a los chicos de Alioth tampoco les ha llegado para entender por ellos mismos, es gracioso ver cómo comparan lo que es una implementación de PHP (Zend 3.0) con otra implementación de Python (CPython) y con ello concluyen que "Python 3 es más lento".
Vamos a compararlo con PyPy, en lugar de CPython, y entonces veremos "qué lenguaje" es "más lento" (sic). Pero eso sería también una chorrada, por lo mismo que acabo de argumentar.
De todos modos, he trabajado años con PHP y con Python y qué quieres que te diga, no vuelvo a la basura de PHP ni jarto. Y jamás he tenido problemas, en ninguna empresa ni en los cincuentamil proyectos grandes y pequeños en los que he trabajado, por culpa de un supuesto "bajo rendimiento" de Python. También es cierto que cuando eres un buen programador (como yo, por qué negarlo ) sabes hacer que código Python utilice todos los cores de la máquina (aún hay gente que viene diciendo que "no se puede por el GIL", toma castaña el nivel de esos "programadores") o utilice estrategias que, para la faena en cuestión, hacen irrelevante la supuesta "lentitud" del lenguaje.
Y oye, si no es suficiente así (porque estoy programando microcontroladores que necesitan una bajísima latencia, o porque trabajo en HFT y Python ahí no te sirve de nada), pues se gastan otros lenguajes sin problemas. A cada trabajo, la herramienta adecuada.
Pero vamos, que venir en 2017 con PyPy plenamente desarrollado y soportando prácticamente todas las características del lenguaje en su última versión y la mayoría de librerías de uso general, a decir que "es que este benchmark dice que PHP es más rápido que Python"... pofale, pofueno, pomalegro
#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.
#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.
https://en.wikipedia.org/wiki/Programming_style
#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
Los dos habeis dicho una verdad como un templo pero cada una hablabais de una cosa diferente
#10 Si, a eso me refería.
¿Pero qué versión, la 2.7 o la 3?
#19 La 3 por supuesto
Lenguaje de script, como sh, php, o un fichero .bat.
#1 Pero mas poderoso que todos juntos
#1 ¿De script?
#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.
Normal, empecé a usarlo en la empresa hace un año y tengo que reconocer que es la ostia.
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
#13 El tabulador es tu amigo... úsalo!!
#12 ¿"el más peñazo"? 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.
A mi pitón le pasa lo mismo.
Se crece hasta llegar a la edad adulta. El C y los otros que nombran hace ya tiempo que crecieron y ha son adultos.
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.
#22 Disfruta! https://wiki.python.org/moin/PythonGameLibraries
http://programarcadegames.com/index.php?chapter=python_as_calculator&lang=es#section_1
puedes llegar a hacer cosas con opengl: http://pyopengl.sourceforge.net/