Portada
mis comunidades
otras secciones
#147:
#29 Siempre que sale el tema de los lenguajes de programación, lo primero de lo que se habla es de cual es mas rápido. Aparte de que como arquitecto no comparto esta visión, y considero que los factores a la hora de evaluar 'plataformas' (que es de lo que estamos hablando aquí) son muchos mas y mas importantes que este... estaría bien que me digas cuando dices que es rápido, que significa rápido para ti
Pregunto esto por que en toda mi carrera profesional, la mayoría de los problemas con el desarrollo de aplicaciones no tienen que ver con el rendimiento, sino con la fiabilidad, escalabilidad, código legacy, deuda técnica, obsolescencia de plataformas, carencia de librerías y soporte, baja oferta de trabajadores para la plataforma, etc etc.
Pero si quieres, podemos obviar todo eso y hablar exclusivamente de rendimiento, que es de lo que hablas cuando dices 'rápido'.
Si hablamos de rendimiento, lo que sucede es que es EXTREMADAMENTE raro encontrarse con que los problemas de rendimiento tengan su origen en la velocidad a la que una 'virtual machine' o un interprete ejecuta las instrucciones.
Normalmente los problemas, en la mayoría de aplicaciones que se me ocurren, tienen que ver con como está programada la aplicación y su solución es tan simple como refactorizar ciertas partes.
Normalmente los problemas tienen su origen en el uso de I/O, problemas algorítmicos básicos, incorrecto uso de la persistencia, problemas de concurrencia mal resueltos y leaks de todo tipo.
Por lo que, de tu comentario yo entiendo que te refieres a que en un bechmark controlado computando PI o algo similar, PHP era mas rápido bajo ciertas condiciones, lo cual habría que comprobar y crear un experimento repetible, ya que la mayoría de benchmark pasan por alto muchos asuntos... Pero aun y así, incluso siendo cierto, sería una anécdota sin mucha importancia.
Si te gusta la arquitectura y el diseño de lenguajes, te recomiendo leer:
https://eev.ee/media/2012-04/PHP%20Anatom%C3%ADa%20del%20mal%20dise%C3%B1o.pdf
Pregunto esto por que en toda mi carrera profesional, la mayoría de los problemas con el desarrollo de aplicaciones no tienen que ver con el rendimiento, sino con la fiabilidad, escalabilidad, código legacy, deuda técnica, obsolescencia de plataformas, carencia de librerías y soporte, baja oferta de trabajadores para la plataforma, etc etc.
Pero si quieres, podemos obviar todo eso y hablar exclusivamente de rendimiento, que es de lo que hablas cuando dices 'rápido'.
Si hablamos de rendimiento, lo que sucede es que es EXTREMADAMENTE raro encontrarse con que los problemas de rendimiento tengan su origen en la velocidad a la que una 'virtual machine' o un interprete ejecuta las instrucciones.
Normalmente los problemas, en la mayoría de aplicaciones que se me ocurren, tienen que ver con como está programada la aplicación y su solución es tan simple como refactorizar ciertas partes.
Normalmente los problemas tienen su origen en el uso de I/O, problemas algorítmicos básicos, incorrecto uso de la persistencia, problemas de concurrencia mal resueltos y leaks de todo tipo.
Por lo que, de tu comentario yo entiendo que te refieres a que en un bechmark controlado computando PI o algo similar, PHP era mas rápido bajo ciertas condiciones, lo cual habría que comprobar y crear un experimento repetible, ya que la mayoría de benchmark pasan por alto muchos asuntos... Pero aun y así, incluso siendo cierto, sería una anécdota sin mucha importancia.
Si te gusta la arquitectura y el diseño de lenguajes, te recomiendo leer:
https://eev.ee/media/2012-04/PHP%20Anatom%C3%ADa%20del%20mal%20dise%C3%B1o.pdf
#116:
#5 El lenguaje es espectacular. Un lenguaje homoiconico (código y datos son lo mismo) que permite hacer maravillas. Hoy en día se utiliza principalmente a través de Clojure. Y si, los paréntesis son un poco coñazo, pero es cuestión de escribir el código como Dios manda y de usar las herramientas adecuadas.
#104:
#90 En un proyecto informático que funciona, sólo se cambia de tecnología si es absolutamente necesario. Ahí tienes a los bancos trabajando con millones de líneas de código en FORTRAN porque funciona y nadie se atreve a tocarlo.
De hecho, es bastante normal empezar nuevos proyectos con la tecnología de moda del momento, y que tengas que hacerlos compatibles con otros servicios ya existentes en la empresa, programados en otros lenguajes. Ni te imaginas las pirulas que he tenido que hacer para comunicar procesos de diferentes lenguajes y plataformas. Lo más chapucero, y que conste que me avergüenzo de ello, sincronizar dos procesos a través de un fichero en el que escribía un log de lo que hacía uno, para que el otro se enterase y actuase en consecuencia.
De hecho, es bastante normal empezar nuevos proyectos con la tecnología de moda del momento, y que tengas que hacerlos compatibles con otros servicios ya existentes en la empresa, programados en otros lenguajes. Ni te imaginas las pirulas que he tenido que hacer para comunicar procesos de diferentes lenguajes y plataformas. Lo más chapucero, y que conste que me avergüenzo de ello, sincronizar dos procesos a través de un fichero en el que escribía un log de lo que hacía uno, para que el otro se enterase y actuase en consecuencia.
#94:
#5 Yo tuve media asignatura en la que los alumnos teníamos que implementar un bot para jugar al Mancala.
El profesor hizo a su vez un algoritmo en un server para enfrentar a todos contra todos según íbamos subiendo nuevos bots. Había un ranking para "ganarse unos puntillos extra" en la asignatura.
Maldito lenguaje, qué mal lo pasé, era jodidísimo.
El que ganó confesó que su bot hacía movimientos random.
El profesor hizo a su vez un algoritmo en un server para enfrentar a todos contra todos según íbamos subiendo nuevos bots. Había un ranking para "ganarse unos puntillos extra" en la asignatura.
Maldito lenguaje, qué mal lo pasé, era jodidísimo.
El que ganó confesó que su bot hacía movimientos random.
#63:
#49 PHP hoy en día tiene 
ebug, Frameworks potentes como Symfony que permiten separar el html del código php, utilizando motores de plantillas como Twig, Blade, Plates, Smarty.
Echale un ojo a todas las novedades que a traido php 5.4, 5.5, 5.6, y 7 y 7.1 (7.2 va a ser aún mejor), ya queme tiene pinta que debiste de quedar en la época de php 5.2
ebug, Frameworks potentes como Symfony que permiten separar el html del código php, utilizando motores de plantillas como Twig, Blade, Plates, Smarty.Echale un ojo a todas las novedades que a traido php 5.4, 5.5, 5.6, y 7 y 7.1 (7.2 va a ser aún mejor), ya queme tiene pinta que debiste de quedar en la época de php 5.2
Comentarios
#3 Lisp: Lost Ina Sea of Parentheses
El inicio y fin de instruccion va con parentesis o algo así y acabas hasta el ojal, lo di en primero de carrera en una de libre de programacion para Autocad y tengo el vago recuerdo de que era un puto coñazo
#3 Es todo paréntesis, y tienes cosas como funciones que crean (no que lanzan) , crean otras funciones con argumentos y todo, y que hacen el trabajo de verdad.
De ahí el jinete llevando el caballo.
#28 from castle import princess
#20 es basura porque no sabes usarlo
Tienes PHP...
#21 la burbuja de ruby explotó.
Programaban en ruby por encima de sus posibilidades.
#67 Ya no se programan webs, se hacen webs usando CMSs prefabricados tipo Wordpress/Joomla/Prestashop
#6 Con abap lanzarias el rescate de la princesa en fondo y al dia siguiente vas a la spool y alli esta esperandote y si no esta pasas por la ST22 a ver que ha pasado.
#29 Corrígeme si me equivoco pero ¿no usa algo así como el precompilador de java (bytecodes) que guarda en caché?
Python: Teníais razón, Camelot es un lugar absurdo.
#20 meneame esta hecho en PHP y otros como facebook o pccomponentes, tan malo no es...
#29 Siempre que sale el tema de los lenguajes de programación, lo primero de lo que se habla es de cual es mas rápido. Aparte de que como arquitecto no comparto esta visión, y considero que los factores a la hora de evaluar 'plataformas' (que es de lo que estamos hablando aquí) son muchos mas y mas importantes que este... estaría bien que me digas cuando dices que es rápido, que significa rápido para ti
Pregunto esto por que en toda mi carrera profesional, la mayoría de los problemas con el desarrollo de aplicaciones no tienen que ver con el rendimiento, sino con la fiabilidad, escalabilidad, código legacy, deuda técnica, obsolescencia de plataformas, carencia de librerías y soporte, baja oferta de trabajadores para la plataforma, etc etc.
Pero si quieres, podemos obviar todo eso y hablar exclusivamente de rendimiento, que es de lo que hablas cuando dices 'rápido'.
Si hablamos de rendimiento, lo que sucede es que es EXTREMADAMENTE raro encontrarse con que los problemas de rendimiento tengan su origen en la velocidad a la que una 'virtual machine' o un interprete ejecuta las instrucciones.
Normalmente los problemas, en la mayoría de aplicaciones que se me ocurren, tienen que ver con como está programada la aplicación y su solución es tan simple como refactorizar ciertas partes.
Normalmente los problemas tienen su origen en el uso de I/O, problemas algorítmicos básicos, incorrecto uso de la persistencia, problemas de concurrencia mal resueltos y leaks de todo tipo.
Por lo que, de tu comentario yo entiendo que te refieres a que en un bechmark controlado computando PI o algo similar, PHP era mas rápido bajo ciertas condiciones, lo cual habría que comprobar y crear un experimento repetible, ya que la mayoría de benchmark pasan por alto muchos asuntos... Pero aun y así, incluso siendo cierto, sería una anécdota sin mucha importancia.
Si te gusta la arquitectura y el diseño de lenguajes, te recomiendo leer:
https://eev.ee/media/2012-04/PHP%20Anatom%C3%ADa%20del%20mal%20dise%C3%B1o.pdf
Print 'Viva la república"
Power off
Goto bar
#6 Es que el módulo de princesas se vende aparte y cuesta una millonada... además sólo sirve para el 80% del rescate, el otro 20% hay que hacerlo trayendo a consultores desde Alemania... y bueno, para cuando está el tema teóricamente resuelto ya no hay princesa.
ABAP siempre ninguneado...
Somos tan mierda o mas que cualquier otro lenguaje
#30 Porque mi princesa es plebeya y proletaria, pero sigue siendo mi princesa.
#21 Ha dejado de ser la moda de turno pero por la cantidad de ofertas de curro que me siguen llegando... sí, bastantes sitios siguen con Ruby (y yo que me alegro).
- Toc toc.
- Quién es?
.......
.......
.......
pausa larga
.......
.......
- Java.
#23 Es el lenguage "interpretado" más rápido que existe
#5: Hay una variante llamada Scheme que se usa en GIMP para programar guiones.
http://registry.gimp.org/
Tranquilos, podéis usar Python si queréis, aunque creo que luego no funcionan en Windows.
Yo hace mucho intenté programar uno en Scheme y si, funcionaba (algo cutre en el resultado), pero acabé maldiciendo a GIMP.
Posteriormente lo usé para procesar "elfos" (o como se traduzca "sprites" al español) de un juego, que son muchos y procesar cientos a mano es una lata.
#49 PHP hoy en día tiene
ebug, Frameworks potentes como Symfony que permiten separar el html del código php, utilizando motores de plantillas como Twig, Blade, Plates, Smarty.
Echale un ojo a todas las novedades que a traido php 5.4, 5.5, 5.6, y 7 y 7.1 (7.2 va a ser aún mejor), ya queme tiene pinta que debiste de quedar en la época de php 5.2
#3 https://es.wikipedia.org/wiki/Lisp
Es un lenguaje en el que todo va entre paréntesis.
#5 El lenguaje es espectacular. Un lenguaje homoiconico (código y datos son lo mismo) que permite hacer maravillas. Hoy en día se utiliza principalmente a través de Clojure. Y si, los paréntesis son un poco coñazo, pero es cuestión de escribir el código como Dios manda y de usar las herramientas adecuadas.
#21 #16 Hulu, Twitter, Github y Living Social usan Ruby on Rails para sus aplicaciones web...
#72 yo siempre me acordaré de tirarnos mis compañeros y yo una noche entera buscando un paréntesis perdido para unas prácticas de la Universidad que teníamos que entregar al día siguiente (por aquel entonces no existían editores inteligentes)
#5 Yo tuve media asignatura en la que los alumnos teníamos que implementar un bot para jugar al Mancala.
El profesor hizo a su vez un algoritmo en un server para enfrentar a todos contra todos según íbamos subiendo nuevos bots. Había un ranking para "ganarse unos puntillos extra" en la asignatura.
Maldito lenguaje, qué mal lo pasé, era jodidísimo.
El que ganó confesó que su bot hacía movimientos random.
#90 En un proyecto informático que funciona, sólo se cambia de tecnología si es absolutamente necesario. Ahí tienes a los bancos trabajando con millones de líneas de código en FORTRAN porque funciona y nadie se atreve a tocarlo.
De hecho, es bastante normal empezar nuevos proyectos con la tecnología de moda del momento, y que tengas que hacerlos compatibles con otros servicios ya existentes en la empresa, programados en otros lenguajes. Ni te imaginas las pirulas que he tenido que hacer para comunicar procesos de diferentes lenguajes y plataformas. Lo más chapucero, y que conste que me avergüenzo de ello, sincronizar dos procesos a través de un fichero en el que escribía un log de lo que hacía uno, para que el otro se enterase y actuase en consecuencia.
#24 Error 404 :pricnesa.html file not found
#12 ¿Qué demonios es eso?
#8 Yo no dudaría el hecho de que SAP desarrollase algun tipo de protoclo de comunicaciones para salvar princesas basado en ODATA con HTML5 y Javascipt y su puta madre en verso que resultase fascinante en el blueprint, le darían mil publicidad, eventos y mamadurrias por doquier y al final funcionase como el culo, para que al final todo caballero acabe usando un Report clásico en job que funcionar funciona.
No se que me da...
#3 No sabes de lo que te has librado. No tienes ni puta idea de lo que te has librado. Todavía lloro paréntesis algunas noches de cuarto menguante. Joder, no tienes ni puta idea de lo que hemos tenido que sufrir otros. Tú en mi mundo no durarías ni cinco minutos.
#116 #5 Emacs + Geiser. Te cierra los paréntesis, es IDE a su vez y hace locuras
Y como ya es un LISP desde casa, ten por seguro que Geiser está desarrollado para hacer lo que sea con Clojure, Scheme o lo que pidas.
#117 En el hilo puedes ver como existe hasta un entorno web para Guile
#70 Y Frameworks cómo Laravel o MEAN, los CMSs sólo sirven realmente si es algo más general y para hacerlo en poco tiempo, si necesitas algo más especial vas a tener que tirar de un framework.
Aquí en la uni estamos a tope con C,C++ y JAVA.
#16 Es un pedrusco coloreado https://es.wikipedia.org/wiki/Rub
#c-17" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2680745/order/17">#17 Y con los que usamos XXXXX ?
En fin, que es un chiste, no puedes esperar todos los lenguajes existentes.
Al menos el del PHP ha tenido gracia y eso que no soy programador php pero por lo poco que he usado es basura.
Tambien el de C# en parte.
#104 Los bancos trabajan en COBOL, no en FORTRAN
#72 Nos hemos curtido en los peores tugurios de la programación.
Jajajaja, tiene gracia por que es verdad. Supongo. [/profano]
#16: Algo que algunos ponen sobre las vías de tren.
#32: Si, pero necesitas un caballo más rápido, porque el camino usado por import princess da muchos rodeos.
Y el caballo debe ser muy resistente, porque no te deja gestionar la memoria y lleva mucha carga.
#3 aparte de los paréntesis que comentan #4, #5, #7 y #72, es un lenguaje declarativo en el que las funciones suelen ser recursivas, de ahí que salga la princesa en medio de forma desordenada, porque no se ha ejecutado la recursividad correctamente. Es el mejor de todos los que han salido.
#71 prueba Prolog y llorarás más.
#108 Yo no lo veo así. Si programas desde cero algo como facebook vas a meter mil bugs nuevos, te vas a dejar funcionalidades por el camino en las primeras versiones.. incluso puede que nunca lo acabes, ya que mientras lo rehaces tienes otro equipo que sigue manteniendo y evolucionando la versión en php..
Si te limitas a hacer un compilador, los bugs introducidos por este serán más fácilmente detectables y, si algo va realmente mal, es más fácil volver al modo interpretado.
Vamos si yo fuera el jefe técnico y tuviese que elegir entre ambas opciones (compilador, rehacer web desdde cero), habría tirado por el compilador fijo.
#1 PHP7 es hoy el lenguaje de Script mas rápido que existe.
#67 C++ sube
#93 Prolog bien usado permite declarar reglas y pirarte.
#71 MNM es python
#23 Más rápido que javascript corriendo sobre V8? Más rápido que lua corriendo sobre luaJIT?
#19 sí, exploits
Cómo le gusta a la gente criticar lenguajes que no conoce. Si ir más lejor, a mí me encanta criticar Java o .NET
Para #3. La biblia que necesitas :
https://mitpress.mit.edu/sicp/
https://mitpress.mit.edu/sicp/full-text/book/book.html
Y aquí las soluciones a los problemas planteados en la biblia de la programación funcional :
http://community.schemewiki.org/?SICP-Solutions
PD. Te digan lo que te digan la programación funcional plantea retos y soluciones algorítmicas tan interesantes como elegantes. Incluso permite enfocar la programación orientada a objetos. En ciertos sistemas permite la modificación del código en tiempo de ejecución del mismo.
#107 SICP es una LOCURA
.
Ando haciendo los ejercicios en el pocketchip
#75 PHP no es una plataforma digna, había empezado a escribir un post larguísimo cuando aquí lo explican mejor:
https://eev.ee/media/2012-04/PHP%20Anatom%C3%ADa%20del%20mal%20dise%C3%B1o.pdf
en serio, a mi me también me divierte guarrear en PHP, pero es un desastre de lenguaje y de plataforma, es un jueguete que intentan mejorar a parches.
Evidentemente, poniendo capas de abstracción y literalmente luchando contra el lenguaje, al final consigues hacer cosas dignas, como Symfony.
¿Habéis visto el código que tiene Symfony solo para adaptarse a todos los posibles problemas de PHP?
Aquí el merito es de Symfony, que es decente A PESAR DE PHP.
Es que la lista es infinita, php.ini que modifica el comportamiento del lenguaje ¿Pero quien ha pensado que eso es una buena idea?
preg_match que tiene un modificador de la expresión regular, /e, que después de hacer el match, lo evalua con eval, claro que gran idea!!
Una configuración que permite que los errores y warnings se concatenen a la respuesta HTTP, mezclando churras con merinas.
En serio, es que no entiendo como nadie puede defender esto, es que es un desproposito extremo.
Ah! me dejaba que no tiene una abstracción decente de enteros, simplemente te expone los enteros nativos del sistema, por lo que si en un sistema de 32 bits haces un filesize() de un fichero de mas de 2^32 te sale tamaño 0, pero es que hace años te salía tamaño negativo...
Por no hablar de safe_mode, que eso mejor lo olvidamos.
En fin, que me altero
#20 Me suena a que o no has usado una versión reciente de PHP o simplemente lo has usado como un niño de 10 años, con lo cual cualquier lenguaje es una puta mierda
.
#43: Ese es con Cobol, eso si, estás seguro de salvarla.
#67 Si es que no estáis a la última
https://www.google.es/trends/explore?date=all&q=golang
https://www.google.es/trends/explore?date=all&q=elixir
RoR se hizo muy muy popular y se usaba para todo, hasta el punto que Rails casi que absorbió un poco el propio lenguaje Ruby y raro era no estar tirando de Rails si trabajabas con Ruby.
Con el tiempo ha dejado de ser la tecnología de moda y si no recuerdo mal la cosa fue hacia NodeJS, luego se empezó a popularizar Golang y finalmente Elixir (con sus respectivos frameworks).
Dicho esto yo personalmente sigo currando en Ruby, pero dejé de hacer RoR monolítico para entrar en una empresa que curra con decenas de microservicios en Ruby (unos usando Rails y otros no). Casi que agradezco dejar de estar tan atado a un Framework y poder usar Ruby como lenguaje (que me encanta) centrándome más en mejorar como Ingeniero de Software en una arquitectura compleja que como experto en Rails.
#19 javascript,un error que no sale en ninguna parte y el debug del infierno de la consola...se interpreta diferente segun navegador...que podria salir mal?
#125 Meneame es básicamente php. https://github.com/gallir/Meneame Y bastante guarrote, por cierto.
#55
Twig
Doctrine
Symfony -> tipado fuerte
NameSpace
Class
Interface
Implements
Exceptions
Abstract Class
...
Errónea, el único lenguaje de programación es el código maquina, el resto son macros y scripts.
#5 Lisp : Lost in stupid paréntesis lo llamábamos en la universidad
#108 perdida de datos amigo mio...hay empresas que no pueden permitrse ni una perdida...banca y demas colosos de la economia,y hay estan con sus lenguajes de la edad de piedra..
#125 Es Python en un 11,4%
Fuente (por partida doble): https://github.com/gallir/Meneame
#17 eutanasia
#71 Si quieres hacer una mierda la puedes hacer en cualquier lenguaje.
La pega siempre ha sido que al ser fácil de aprender y no tener tipado fuerte, junto con otros elementos, ha permitido una intrusión de gente que no sabe programar y han creado toneladas de código castaña.
Pero eso no significa que el lenguaje tenga funcionalidades modernas y te permita estructurar tu software de forma limpia, ordenada, coherente y con elementos de integración que hagan mas robusto y colaborativo el código.
Twig
Doctrine
Symfony -> tipado fuerte
NameSpace
Class
Interface
Implements
Exceptions
Abstract Class
...
En todo caso con Node tienes un proceso que está corriendo, aunque sea PHP-CLI no es lo mismo lanzar una aplicación con el gasto en sistemas que esto implica a tener un proceso corriendo que ya tiene reservado recursos que espera vas a usar.
De los lenguajes interpretados te puedo asegurar que PHP es mas que digno
No he entendido lo de LISP pero lo que me he reido.
#21 Yo lo estoy usando ahora mismo (mas bien rails) y no paran de llegarme ofertas
#94 Yo lo odiaba, hasta que un día vi la luz y me dediqué a hacer las prácticas de todos. Es un lenguaje que cuando le pillas el tranquillo tiene gracia.
¿Y Ruby?
#18 Me da una rabia los nombrecitos que les ponen siempre a las nuevas pamplinas... que al final suelen ser cosas más viejas que el cagar adaptadas a tal o cual tecnología.
#110 Gambas.
#13 Pasando de Bapis, haces un batch-input de los de siempre y a tomal-pol-culo.
#75 Symfony Rules
El de List of Insipid and Stupid Parenthesis es muy bueno.
#1 ¿Se ha dicho ya que para PHP el caballo es un tio con dos cocos, a lo Monty Python? Me he estado partiendo el Ohio durante un buen rato.
¿Ha dicho ud. Python? Permitame una observación ...
#12 ¿Aún queda gente que use Ruby?
https://www.google.es/trends/explore?date=all&q=ruby%20on%20rails
#75 A que programas en PHP?
#81 últimamente hago mas sistemas y pico mas /bin/bash pero si, PHP me gusta, que no significa que los demás no sean bueno... lo incorrecto es decir que PHP es malo.
Realmente el de Java se hubiera quedado todo parado de forma totalmente aleatoria, y la princesa hubiera escapado por el desbordamiento del foso.
#84 ¿Tal vez cuando esas webs se hicieron no había una cosa mejor?
#106: Lo bueno de Node.js es que se pude usar en Arduino si usas el complemento adecuado.
Y Python??
#61 java.lang.NullPointerException
#116 Lo probé en el año 2000... han pasado 16 años, supongo que algo habrá mejorado, si no apaga y vámonos
Eso si en la época era un mojóoon...
Y yo me pregunto... ¿Porque salvar a la princesa? ¿no podía ser "salvar a la proletaria"? ¿tenia que inferirse a la realeza?
#23 Si no me equivoco es Javascript V6.
#15 #5 http://web-artanis.com/
#49 nadie programa así ya. Hace años que hay plantillas en PHP. Busca algo sobre twig, por ejemplo.
#29 es ambas cosas. Lo uso mucho para Scripting
¿Y Visual Basic 6.0 ?
#24 free princesa
Y ya.
#137 Geiser también. Y no digamos ya Emacs.
#117 LISP era increible ya en los años 70 asi que dudo que fuese un mojon en el año 2000. Otra cosa es que no sea lo tuyo. Te recomiendo que te mires el curso "structure and interpretation of computer programs", verás a LISP con otros ojos.
ehh comose pasan con php, yo rescato al la princesa pero me tocaria meterle algun sacript en shell y cron junto con php pero la princesa cena ocn migo y como la princesa esté en una carcel online, file_get_contents("pricnesa.html") o exec ("wget pricnesa.html") y arreglao ya me gustaria ver a los de c...
Save the queen.
#66 Un momento. PHP puede ser más rápido que Javascript interpretado en V8 (con NodeJS). El truco esta en hacer PHP asíncrono (o mejor dicho utilizar llamadas de funciones asíncronas). Si no me crees mira esto:
https://gist.github.com/nkt/e49289321c744155484c
https://philsturgeon.uk/php/2013/11/12/benchmarking-codswallop-nodejs-v-php/
http://es.slideshare.net/vanphp/react-php-the-node-js-challenger
Eso sí para ciertas tareas como parseo DOM o leer y escribir XHTML o XML siempre será mucho más rápido V8.
#20 El PHP fue la carta de presentación del código espagueti en la web, mezclando código javascript con código php y con código html. Estoy contigo, una auténtica mierda pinchada en un palo.
#25 +1
#65 Por lo que leo, te ha faltado decir Composer