Re: PHP

["Wilfredo Rodriguez" <wilfredor@gmail.com>]

Saludos:

Este hilo se ha tornado un poco desacreditante por parte de Ricardo y
lñaki. Realmente cada quien ejerce un punto de vista bastante válido,
pero creo que ultimamente han caído en el tira y dame, cosa que
degenera el hilo. Particularmente, a mi parecer, creo que ambos tienen
razón hasta cierto punto.

Los lenguajes nos permiten comunicarnos con el ordenador y asignarle
determinadas acciones, algunos hacen este procedimiento un poco
tedioso pero más optimo y otros lo hacen mas sencillo pero poco
optimo, otros los hacen dificil y poco optimo y uno que otro no hacen
nada de lo que uno intenta decirle que hagan. Siendo por supuesto,
generalmente, el caso mas común, que no sabemos decirle lo que
realmente queremos que haga porque sencillamente no sabemos utilizar
las herramientas que nos brinda el lenguaje.

Creo que la abstracción es buena, pero también depende que tanto
código basura se está generando por detrás. Recuerdo una vez, saliendo
un poco del tópico, en mis años de estudiante Universitario, cuando no
se hablaba mucho de Software Libre, mis profesores nos exigian
proyectos en Lenguajes como C ANSI/ISO, C++ Builder, Delphi e
inclusive Visual Basic; por esos años los disketts no eran muy
económicos y yo hacía hasta el mas grande esfuerzo para no comprar
tantos; en ese tiempo encontre entonces una herramienta llamada UPX
que comprimía los ejecutables a su minima exprección entendible por el
procesador a código máquina, entonces pues, como muchacho con juguete
nuevo me puse a comprimir todos estos Ejecutables .EXE que habia
realizado para entregarlos en la menor cantidad de discketts posibles
y me di cuenta de un asunto interesante; Al parecer los proyectos
realizados con C ANSI/ISO no se comprimian tanto como los de C ++
Builder y los de C++ Builder no se comprimian tanto como los de Delphi
y ni hablar de los hechos con Visual Basic que casi se reducian a un
10 % del tamaño original, es decir si el proyecto pesaba 100 MB
(Exagerando) luego al comprimirlo con UPX llegaba solamente a 10 MB,
esto me parecía fantastico y al seguir indagando y al comunicarme con
los creadores de este compresor descubri un conocimiento especial que
espero no olvidar jamás..

A mayor abstracción en la programación, mayor generación de código basura

Esto es una verdad absoluta, así pues resumiendo debes encontrar un
equilibrio en el lenguaje que te proporcione terminar proyectos en un
tiempo no tan largo pero realmente optimos, Dell motor de
interpretación o compilación dependerá el tiempo que lleve ejecutar
este código.

Así pues, tu eliges tu própio lenguaje, algunos poseen motores de
compilación realmente malos y dependencias absurdas como Visual Basic,
pero son realmente sencillos para personas que necesitan realizar
programas por salir del paso, rápidamente para soluciones oportunas y
poco profesionales.

Así pues existen otros lenguajes que solamente se emplean para ciertas
funciones específicas como el desarrollo de programas de
IA(Inteligencia Artificial) como lisp y prolog, o para desarrollar
programas con operaciones matemáticas como Foltran.

En definitiva el asunto empieza a cambiar cuando empiezas a utilizar
estos lenguajes para cosas que no fueron hechos pero el nivel de
exigencia aumenta y estos suelen cambiar pero arrastrando los apegos a
una programación enfocada a otra cosa del pasado.

De allí surgen otros lenguajes que se enfocan en lo que intentaba
enfocarse el otro, o en un paradigma nuevo, en un enfoque nuevo, en
una idea nueva o sencillamente que complementa el anterior.

El mejor lenguaje es el que mejor creas que se ajusta a sus
necesidades, pero debes estudiar otro factor que a veces pasa
desapersivido como la licencia del lenguaje, el sistema operativo en
donde corre y que tipo de lenguaje se ajusta mejor a determinada
acción, siendo todos estos aspectos factores sumamente importante, en
especial la licencia que de no ser libre, tendras que arriesgar tu
desarrollo amarrado a una licencia de un lenguaje..

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.

Bueno, espero que este artículo los haga reaccionar y reflexionar un
poco respecto al asunto..

P.D. Perdonen si se torno algo extenso

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.
*/