[Programación] Re: [Programación] Re: [LUG.ro]
Proyecto suscripción a jornadas
J. Mario Oroz
programacion@lugro.org.ar
Tue, 29 Nov 2005 08:45:09 -0300
Nicolás Aimetti escribió:
> Buenisimo... parece que empezamos a avanzar, me sumo con algunos
> aportes, sugerencias u/o consideraciones...
>
> Documentación:
> Propongo que usemos doxygen
> (http://www.stack.nl/~dimitri/doxygen/index.html) para manejar la
> documentación del proyecto. No sé si entre los que nos estamos
> sumando haya gente con experiencia en
> está herramienta (o sea, no sé si vale la pena que explique para
> que sirve, como se usa y que hace,
> o si la mayoría ya la conocemos), pero puedo asegurar que es muy
> simple de usar (aunque por la cantidad de
> opciones que ofrece al principio uno podría llegar a pensar lo
> contrario) y que las ventajas son enormes.
> Funciona bastante bien con php, no tan bien como con C++ o java,
> pero personalmente creo que con lo
> que nos ofrece nos sobra. Si alguien quiere que me extienda en
> este tema simplemente avise.
>
> Base e Datos:
> ¿MySQL o Postgress? That is the question. ¿Usamos Postgress? ¿Usamos
> MySQL? ¿Hacemos que sea
> compatible con ambos RDBMS y que quien lo use elija? Creo que está
> última opción sería la más adecuada,
> sin embargo con esto no alcanza...
> Así usásemos sólo MySql también tendríamos que decidir que versión
> soportamos, dado que entre
> la 5 (actualmente estable, soporta vistas, subqueries, etc..) y las
> 4.x no son pocas las diferencias
> y las facilidades que ofrecen (y esto sin entrar en el tema de si
> usamos myISAM o InnoDB).
> Con Postgress quizás la cosa en un poco más sencilla porque de
> entrada siempre soporto más funcionalidades
> que mysql, o sea que no tendremos el problema de que si usamos
> vistas la versión tiene que ser tal para
> adelante, o que si necesitamos soporte para transacciones debemos
> usar InnoDB, etc... (ojo, no quiero
> con esto decir que prefiero Postgess, que de hecho no es así ;) )
> Creo que lo primero es decidir contra que base trabajamos, si MySQL,
> Postgress o ambas. Lo ideal sería
> usar SQL compatible con ambas y soportar ambos motores. Sin embargo
> hay que tener en cuenta que esto
> agrega varias variables de complejidad al desarrollo, o sea, hay que
> testear en doble, no siempre la solución que
> funciona en la primera anda igual en la segunda, etc... Y tampoco
> creo que sería tan grave si dijieramos
> que nuestra aplicación sólo fue testeada en MySql pero debería poder
> andar bajo Postgress o viceversa,
> intentando programar de la forma más compatible posible.
> Bueno, la corto acá, a ver que otras opiniones hay dando vueltas...
>
>
> Otra cosa ¿seguimos posteando en este thread, en las tres listas? Por
> ahí me parece sería bueno en principio dejar está discusión en una
> sola lista (programacion@lugro.org.ar por ejemplo).
> En un futuro sería bueno tener un espacio propio para el proyecto, ya
> que por ahí, si bien este proyecto nace del lugro, debería tener un
> lugar propio (dentro o fuera del mismo) en donde discutir estos temas
> sin molestar a quienes no estén involucrados directamente en el proyecto.
>
> Saludos,
> Nicolás.
>
>
Hola Nicolás!
Con respecto a la documentación, no conozco el tema "doxygen"... pero si
esbozaras algunas
pautas generales para el trabajo que se llevará a cabo sería beneficioso
para todos
los involucrados.
Para el tema ¿cual base de datos usamos?; deberíamos; de plano pensar en
una forma de alejarnos
de esa desición y trabajar con alguna capa de abstracción, que me
permita generar conexiones a
bases de datos de manera transparente, y manejar su contenido olvidando
si la db soporta o no tal
característica o si tiene tal o cual función. Sería cuestión de que en
la sección de administración del
proyecto se permitiera configurar parámetros para la base que se elija.
Lo mismo con el tema de la generación de HTML, para eso también hay
capas de abstracción como
"smarty"; que es la única de la que me acuerdo... para el caso de las db
no recuerdo ni una, pero sería
cuestión de averiguar.
Sería conveniente seguir el tema en la lista de Programación; ya se sabe
que hay movida con respecto al
tema, así que el crossposting se puede evitar.
Saludos.
Mario.