Re: PHP

[Iñaki <ibc2@euskalnet.net>]

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! <ricardoeureka@gmail.com> 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: ricardoeureka@gmail.com - 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
> wilfredor@gmail.com
> 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...