[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Gustavo Guillermo Pérez dijo [Mon, Jun 13, 2005 at 08:11:41PM -0500]: > > Exacto, así que sale la primera "tutoría": > > > > <FLAMEWAR mode="start"> > > > > Para proyectos "grandes" no uses LAMP. > > > > Linux y Apache está bien, pero cambia a [mod_]perl y postgreSQL. > > Sólo por curiosidad que ventajas tiene usar perl sobre php? > si tengo entendido sería más larga la codificación y dificultosa para alguien > que recién empieza, porque en perl es al reves que PHP, no escapa dentro del > código sino que el código debe imprimir HTML. > Respecto a MySQL ya incorpora todas las opciones por las cuales usabamos antes > PostgreeSQL así que en la actualidad ambos son muy buenos productos en > cuestiones de estabilidad/velocidad. PHP es una bonita trampa para principiantes - Un lenguaje que se ve muy fácil de aprender, pero que típicamente converge en código inmantenible, en marañas indescifrables... Y es que si Perl tiene fama de ser "de sólo escritura", es _muchísimo_ más coherente y mejor planeado que PHP. Pero bueno, no ahondo en esto - Por un lado, mi conocimiento en PHP no llega demasiado lejos, sólo he escrito PHP hasta sentir asco, y he dado relativamente poco mantenimiento a sistemas basados en él. El mezclar tu código con el HTML, por ejemplo, es una de las principales desventajas que te da PHP, aunque parezca ventaja. PHP es un lenguaje de templates, no más que eso. Ahora, seguramente talentosos programadores de PHP me mentarán la madre por lo que dije. Mis respetos al buen código en PHP, pues sí existe... Pero la proporción de mierda es demasiado alta. Ahora, respecto a MySQL vs. Postgres, ahí sí es una comparación dispareja: MySQL es un sistemita muy simplista. Internamente no implementa muchas características básicas para ser considerado siquiera un RDBMS mediocre - Por ejemplo, la integridad referencial es un parche externo que tienes que activar BD por BD, y que degrada fuertemente su rendimiento. Carece de stored procedures (o si ya lo incluyeron, carece de triggers - no sé cuál es el estado preciso). Además, se desvía fuertemente de los estándares para muchas funciones, y... Bueno, ¿para qué seguir? :) PostgreSQL es _muy_ superior a MySQL para lo que digas. -- Gunnar Wolf - gwolf en gwolf org - (+52-55)1451-2244 / 5623-0154 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF