[pyar] OFFTOPPIC - Diseño de Base de Datos y rendimiento

[Angel Java Lopez]

Hola gente!

Poco tengo que aportar de base de datos, y de python. Pero apoyo lo
dicho por Fisanotti. Hay proyectos que trabajan en agile, y no usan
UML.

Es mas, si quisiera armar bolonki, yo diria "UML es del siglo pasado"
;-) Yo debo hacer cerca de una decada que participo y he visto
participar a gente en proyectos agiles, y UML solo se usa de vez en
cuando en alguna figura de algun documento liviano.

Volviendo al tema de este hilo, ahora que llegamos a MENCIONAR EL TEMA
AGILE, si yo tuviera que encarar ese desarrollo, solo o con un equipo
que haya tenido algo de experiencia en agile, podria tomar dos
caminos, tal vez en paralelo:

Camino A:
- No me importaria el rendimiento al principio. Iria planteando los
casos de uso, algunos minis caso de uso para ir armando todo por TDD
- Al llegar al tema base de datos, implementaria UNA estrategia de las
mencionadas
- Cuando llegue el tema del rendimiento, implementaria OTRA estrategia
y la compararia con la ya implementada

Camibo B:
- Plantearia spikes: pequenias pruebas de concepto, con estrategia A,
B, o C, de base de datos

Hace unos 7, 8 anios, hicimos algo asi, en otra tecnologia, para
alguien que queria implementar Software as a Service. El caso es que,
por ejemplo (no era el caso, pero para poner un ejemplo concreto y que
se entienda), se quiere ofrecer un sistema de compras, en la web, o
con cloud+cliente mobile, lo que sea. Pero que cada "tenant" del
sistema, pueda agregar mas datos a los proveedores. Para que el
cliente final tomara decisiones sobre la estructura de base de datos a
usar, se siguio una especie de mezcla de los dos caminos de arriba. No
haciamos tanto TDD entonces, pero al final, se evaluo rendimiento,
mantenimiento, flexibilidad, sin tomar una decision de antemano. Al
haber aplicado bastante el tema de desarrollo incremental con test
(aunque no tanto como lo haria ahora), si hoy tuviera ese codigo, bien
podria ahora agregar la estrategia NoSQL, y hacer comparaciones
adicionales, o implementaciones alternativas.

Espero que este comentario aporte algo, y no haya quedado confuso o descolgado.

Nos leemos!

Angel "Java" Lopez
@ajlopez
gh:ajlopez


2013/2/19 fisa <fisadev en gmail.com>:
>
> On Feb 19, 2013 9:50 AM, "Roberto Bozzacchi" <robbie en metasigno.com> wrote:
>>
>> Encarar un proyecto desde el análisis y diseño de la base de datos, es
>> algo del siglo pasado.
>> Actualmente se realiza el análisis desde UML 2.0 o superior.
>> De esta forma, desde los casos de uso uno puede elaborar un diagrama de
>> clases.
>> Al tener el diagrama de clases, recién ahí uno puede pensar en el
>> artefacto y capa de datos que da al diseño del DER (Diagrama Entidad
>> Relación) que no es ni más ni menos que el diseño de la base de datos.
>>
>> La existencia o no de una base de datos actual, es meramente anecdótico y
>> a veces luego del Análisis realizado y con los casos de uso definidos, la
>> misma se deberá adecuar al proyecto.
>>
>> Al menos de esta forma estamos trabajando nosotros. Utilizando el
>> Enterprise Architect [0] para el seguimiento de los proyectos. Pero sé que
>> en el mundo libre, hay otros productos de similares características.
>>
>
> También hay metodologías diferentes a eso y muy difundidas.
> Por ejemplo la gente que trabaja con metodologías ágiles (bastante usadas)
> que *por lo general* no hacen tanto UMLs y DERs.
>
> --
> fisa - Juan Pedro Fisanotti
> (desde el celular)
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar