El Viernes, 31 de Marzo de 2006 15:32, Wilfredo Rodriguez escribió: > Concluyendo, pienso que no debemos ser tan duro con PHP o Ruby, cada > uno hace bien las cosas dentro del rango para lo cual fue creado: Ruby > es un lenguaje nuevo, con un paradigma nuevo y con nuevas funciones > bastante interesantes, ademas puedes crear aplicaciones de escritorio > con GTK, aplicaciones para moviles o aplicaciones webs. Cosas que a > veces con PHP no se pueden hacer, porque sencillamente no fue creado > para este propósito; recordemos que php comenzo tan solo como un > contador de visitas.
Cuánta razón tienes. De hecho hay discusiones bastante más absurdas que este hilo entre gente que discute sobre si es mejor C o PHP/Ruby. Pues el que diga "C" que se haga una web enterita en "C" mientras yo en el mismo tiempo hago 12 en PHP y 24 en RoR. Eso sí, la suya puede que sea más "eficiente", pero en temas web la latencia viene determinada por la propia conexión a internet, así que pierde importancia. PD: Con ruby también puedes hacer aplicaciones KDE/Qt. :) > Bueno, espero que este artículo los haga reaccionar y reflexionar un > poco respecto al asunto.. Ha sido muy didáctico, gracias. > P.D. Perdonen si se torno algo extenso Si no llegas a hacer Top-Posting hubiese sido perfecto ;) > On 3/31/06, Ricardo Frydman Eureka! <[EMAIL PROTECTED]> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > Resumo un poco todas mis respuestas. > > > > Contesto por ultima vez en relacion a este hilo. > > > > > 1) No voy a justificar las maravillosísimas ventajas que aportan los > > > procesos ingenieriles al desarrollo de software. > > > > Diseñar una base de datos? Proceso ingenieril?! > > > > > Los diagramas (aunque sean en papel) > > > representan mejor las ideas que los lenguajes. Y existen automatismos > > > que los convierten a lenguajes: MEJOR QUE MEJOR!!! > > > > Me nombras 2 que lo hagan /bien/ para SQL y PHP disponibles en Linux? > > > > > 2) Es irrisorio que sólo Iñaki haya encuentrado la ventaja de que una > > > aplicación sea independiente de la plataforma de BD, > > > > No, son mucha gente alrededor del mundo. > > > > > así como si lo fuera del > > > SO o de la arquitectura. > > > > No inventes cosas: yo al menos solo hable de abstraer la capa de base de > > datos. > > > > > No programes en PHP, Ricardo, porque abstrae de la > > > máquina y según tu sentido: > > > > No digas idioteces, ni personalices la discusion, lee lo que escribo > > para arriba. > > > > > "Elige una arquitectura buena, y luego programa en ensamblador. Ganarás > > > tiempo" Esta frase no tiene sentido => las abstracciones son buenas, de > > > verdad... > > > > No te contesto, porque es muy temprano para enojarse...Esto que pones > > arriba es la tipica contestacion de alguien que no tiene argumentos y > > pretende distraer el eje de la discusion para /sentir/ que la gana... > > > > > 3) Cuando hablaba de trasladar un E/R a SQL no me refería a las > > > consultas que mencionaba Ricardo, sino a los "CREATE"... que tan pesado > > > se puede hacer escribir, sobre todo cuando ya conoces una herramienta > > > que lo hace por ti. > > > > Insisto, no aclares que oscurece.... > > > > > 4) Desconozco la cantidad de cosas que se pueden /programar/ en PHP, > > > aunque lo he tratado y exprimido por un buen tiempo. No obstante, > > > conozco las cosas que php te fuerza a hacer (léase $sql="SELECT * > > > from...") y que otras «abstracciones» (léase RoR,...) hacen más fácil: > > > scaffold. > > > > Evidentemente, lo tuyo no es programar. > > > > > 5) Sobre las páginas con AJAX que usan XmlHttpRequest... pienso que > > > viven de una ilusión, ese componente no es estándar y está implementado > > > en cada browser de su manera. > > > > > >>>>¿Cuando diseñas bases de datos, lo haces en SQL o con un E/R (UML en > > >>>> el mejor de los casos)? (Umbrello, por ejemplo) > > >>> > > >>>/Diseño/ es una cosa, /codificar/ consultas en un lenguaje es otra. > > >>> Por cierto, si quieres saberlo en gral. diseño mis bbdd en papel y > > >>> lápiz. Luego los escribo en psql y los genero a grafico con > > >>> postgresql_autodoc y dot. > > >> > > >>jeje, y yo pensaba que era el unico nabo que dibujaba las tablas en un > > >>cuaderno. Ahora me siento menos Dinosaurio > > >>jua > > > > > > man umbrello > > > > Te deseo muchos exitos en todo lo que emprendas! > > > > > > > > > > > > > > > > - -- > > Ricardo A.Frydman > > Consultor en Tecnología Open Source - Administrador de Sistemas > > jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar > > SIP # 1-747-667-9534 > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.1 (GNU/Linux) > > > > iD8DBQFELSa0kw12RhFuGy4RAsWwAJ0WGxq2rAgwIV6UBc56Ovcb5eglywCcD3DV > > lSCwH3l2DdbNWkvide2zoB8= > > =dM0q > > -----END PGP SIGNATURE----- > > -- > /* > Att. WRRH > Debian User > [EMAIL PROTECTED] > cv = http://curriculum.asoajedrene.net > blog = http://libertad.asoajedrene.net > ``Software Libre'' es un asunto de libertad, no de precio. > Para entender el concepto, debes pensar en ``libre'' como en > ``libertad de expresión'', no como en ``cerveza gratis''. ``Software > Libre'' se refiere a la libertad de los usuarios para ejecutar, > copiar, distribuir, estudiar, cambiar y mejorar el software. > */ -- y hasta aquí puedo leer...
