Re: PHP
El Viernes, 31 de Marzo de 2006 14:55, Ricardo Frydman Eureka! escribió:
> > 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?!
Tu comentario es una ofensa.
>
> > 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?
¿Has buscado en google antes de preguntar?
Hablé de modelos y diagramas, no especifiqué que fueran para PHP. No obstante,
los hay de código abierto para php, y si te da igual el lenguaje servidor hay
varios más.
>
> > 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.
>
Tú aún no, claro!
> > 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.
Todas las abstracciones son igual de útiles en este sentido.
>
> > 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.
>
Me reitero en afirmar que las abstracciones son útiles, igual la que hace C de
la máquina como la que hace un E/R del SQL. Si te parece lo mismo, unido a tu
desprecio por los procesos ingenieriles, muestras una desconsideración por:
a) mi oficio
b) la cantidad de ayudas que te brindan las abstracciones y no usas
> > "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...
Me da igual ganar la /discusión/.
>
> > 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....
A lo mejor otros sí lo entienden, no tiene por qué ser mi culpa. ¿De veras
nunca usaste un programa que permitiera dibujar tus diagramas y los
escribiera /él/ en SQL?
>
> > 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.
Las desconsideraciones personales (falsas /e/ infundadas) deberías
canalizarlas por otras vías. No seré yo quien me defienda en este sentido.
> Te deseo muchos exitos en todo lo que emprendas!
GRACIAS! Igualmente! Espero no te enfades con la acritud de los comentarios,
pero sigues sin ver lo útil que puede ser ayudarse de herramientas a su vez
apoyadas en abstracciones (google://CASE+TOOL)
--
"Sólo en el diccionario hay éxito antes que trabajo."
Rober Morales Chaparro
Reply to: