Cita:
Iniciado por Italico76 
Y agrego algo: de acuerdo..es cuestion de "metodologias" o Paradigmas pero el paradigmas de procedimientos esta AGOTADO y quedo para soluciones que requieren alta performance o en lenguajes que simplemente por ser "puristas" no incluyen la programacion OO entre sus caracteristicas.
Mmm... y te parece tan practico ? que bien! pero no creo sea una "estupidez" sino seguiriamos programando en assembler y la prueba es que CASI todos los lenguajes asi sea arcaicos como COBOL han incluido ya la programacion OO
Y contame... usas funciones en Ruby, como es eso ? no sabia que fuera posible...... ;)
De hecho estás equivocado, si de verdad quisieras rendimiento escribirías todo en ensamblador que es lo mas eficiente en la actualidad, ¿y quién dicen que ya no se programa en bajo nivel?
Seguro imaginas que los drivers de tu tarjeta gráfica están escritos en Ruby, ¿verdad?
Al contrario, deberías estudiar algo de diseño de lenguajes, pues toda el azúcar y diseño que se implementa es a gran costo de rendimiento, que aunque bien implementado no deja de ser un buen precio a pagar.
Rendimiento no es escribir en OOP, rendimiento no es escribir poco y bonito código.
Rendimiento es hacer bien las cosas, programar correctamente y si de verdad quieres hablar de rendimiento te quedas corto señalando únicamente a un lenguaje como excusa, el rendimiento es resultado de un todo, no de un lenguaje.
Tu argumentación no sale de ser azúcar sintáctico, ¿magia?
!azúcar dije!
PDTA: Todos sabemos que PHP es feo e inconsistente, duerme un poco.