[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Leonel Nunez wrote:
NO comparto tu opinion y creo que seria MUY ilustrativo segun tu punto de vista que definieras "programar muy sucio" y "php te obliga a hacer las cosas feo. FEO BIEN RETEFEOTE"
aclaremos un par de cosas:1- no estoy en contra de php, ni de la tribu y se leiste la liga que envie con la cual concuerdo 100% veras que creo al igual que identificarse con un lenguaje de programacion (o con casi cualquier otra cosa) es absurdo desde el principio (por no decir palabras mas fuertes). El senialar una limitacion de un lenguaje NO es decir que quienes lo usan son tarugos NI es decir que no sirve para nada: caray! solo es senialar una limitacion. 2- Creo que PHP esta bien para hacer sistemas relativamente sencillos en web. Esto incluye cosas como manejar sql y otras que en apariencia no son tan sencillas y que es maravilloso poderlas sacar de volada (y mucho mas rapido que en perl, python o lo que sea) y con scripts sencillitos y faciles de mantener.
OK. aclarado lo anterior debo disculparme por usar adjetivos y no justificar nada. A mi me toco trabajar en el ife cuando montamos la redife y decidimos que el mejor webmail que teniamos a la mano era horde/imp. (1999). Me sigue pareciendo un gran webmail. chido... imp no tenia soporte para espaniol asi que hubo que ponerselo (de hecho fue la contribucion de la banda del ife a horde/imp de la que quienes lo hicieron -yo no- deben estar orgullosos) Bien, si le has echado un ojo al fuente de horde/imp o a phpnuke o a sistemas mas grandes en php vas a encontrar que les resulta muy dificil mantener el html separado del script. que con los css medio se arregla la cosa pero no tanto. Esto obliga a los programadores a meterse con el disenio y a los diseniadores a meterse con la programacion. Si tu script es de 100 lineas para un sistemita ABC tal vez esto no es tan grave. menos si eres el webmaster, sysop, mailadmin, diseniador html, programador y mil usos de donde trabajas, pero cuando la cosa crece la marania se complica. Esto no quiere decir que no haya forma de darle la vuela, repito, horde y phpnuke son buenos ejemplos de que en php se pueden hacer sistemas mas complejos. Pero el esfuerzo requerido para ello empieza a ser mayusculo y es entonces cuando la ventaja inicial de usar php (el hecho de ser rapido de deployar una aplicacion y sencillito) ya no pesa tanto, pues ahora estas invirtiendo mucho tiempo en mantener el codigo. Tristemente la evolucion del software se parece mucho al la biologica: tienes que hacer con lo que ya esta, re-empezar desde cero es un opcion costosisima. Rehacer phpnuke o horde en mod_perl por ejemplo, seria prohibitivo, pero ten por seguro que lo haria un codigo mas limpio, entendible y facil de mantener. A eso me referia con programar sucio, al hecho de que php no escala eficientemente (en terminos de mantenimiento y esas cosas) eso sin hablar de objetos, eficiencia de la VM etc. etc. etc. De cualquier manera y como lo puse en el anterior post, siempre que las cosas se empiecen a complicar y antes de que sea demasiado tarde puedes optar por mantener el frontend en php y reimplementar la parte choncha en perl, python o logo si se te da la gana (que tal en forth? o hasta en postscript!)
salu2, Ray
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature