[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]El porcentaje de calabaza en el código es reponsabilidad del desarrollador, en cualquier lenguaje, hasta en Java, Python ó C/C++. Para evitar esto, es recomendable seguir una metodología para el desarrollo de software. Una buena práctica es analizar el problema antes de sentarse a teclear como enajenado. También es importante hacer trabajo de diseño, parte en la que se refina el análisis (por así decirlo), siendo este un paso entre el , análisis y la codificación. Es recomendable enriquecer estas disciplinas con UML, y tal vez basar el proyecto en Casos de Uso, es decir, describir las funcionalidades (interacción actor-sistema) que debe proporcionar el sistema. Para la parte de análisis es recomendable hacer lo siguiente: - Casos de Uso - Documento de Visión - Especificaciones Complementarias (requerimientos no funcionales Funcionalidad, Usabilidad, Confiabilidad, Portabilidad, Soportabilidad) - Glosario Nota: De los casos de uso, subrayando verbos y sustantivos (cuidadosamente) se pueden sacar los atributos y operaciones de las Clases. Y, respecto a la parte de diseño: - Diseño del Modelo de Software - Documento de Arquitectura de datos - Modelo Todo esto es parte de RUP (Rational Unified Process). RUP establece una metodología muy confiable, eso si, requiere una plantilla bastante choncha. El hecho de realizar perfectamente, las actividades más importantes que establece RUP, puede adelgazar la plantilla. Saludos. Marinho.- On Mon, 2005-06-13 at 23:24 -0500, Gunnar Wolf wrote: > 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. > -- Mario Benítez Martínez <mario en cancun net>