No me lo tomo a mal Martín, sólo faltaba!!
Pero intenté resumir algo que para mi es largo de exponer si antes no lo
trabajo un poco... te expondré los puntos clave y no insistiré en el
tema en la lista, ya que yo misma lo etiqueté OT, a menos que realmente
haya interés por parte del resto de co-listeros (siempre dispuesta a
debatirlo en privado o en lista de interesados, por supuesto)
* Al afrontar un proyecto para un cliente tengo que estar segura
de que todo elemento involucrado cumple con unos mínimos en mi
"análisis de riesgos" del proyecto
* Un software que, aunque maduro, dependa en gran parte de módulos
externos, me añade mucho riesgo precisamente por ¿qué ocurrirá
en la actualización? Yo no puedo garantizar que en pocos meses
mi cliente no quiera un cambio y que ese cambio no afecte
precisamente al proyecto de tal modo que precise la nueva
versión y revisar uno a uno esos módulos que parecían
inofensivos.
* Cuando mi credibilidad ante el cliente está en juego, procuro
que los riesgos sean mínimos.
Con estas premisas, y estoy hablando de proyectos para clientes, evalúo
muy cuidadosamente todos y cada uno de los elementos que voy a utilizar
en un proyecto. El caso de Drupal no me ha convencido hasta ahora porque
según mi cálculo de riesgos la cantidad de módulos externos que necesito
es muy grande *en comparación* al beneficio que obtengo en lugar de
programar yo misma el gestor de contenidos (obsérvese que se ha
resaltado "en comparación").
Pero eso no quiere decir que no valore el trabajo que se realiza en
proyectos de software libre. Lo valoro, lo aprecio, me sirve para
aprender y para pequeños proyectos personales, y para evolucionar, y
para tener nuevas ideas, y ...
Yo estoy dentro de las locas que ya hicieron sus pruebas reinventando la
rueda e innovando (construir un CMS que sólo utilizaba XML, XPath,
XForms cuando algunas de estas especificaciones eran sólo un draft fue
todo un desafío). Pero precisamente por la experiencia ahora a un
cliente lo atiendo con criterios de "curarme en salud" (una frase muy de
uso aquí en Cataluña) y ser yo la responsable última de lo que se
instala y/o se desarrolla.
¿Eso quiere decir que no esté a favor de que Drupal evolucione? NO, al
contrario. Estoy a favor y espero en ascuas el día que la funcionalidad
BÁSICA (o core) de ese CMS me ofrezca unos mínimos que hasta ahora no
cumple. Sí lo hace con ayuda de módulos, y he visto que algunos se han
incorporado en el core de la versión 6, así que le daré una oportunidad
a la versión 6, pero no en una instalación a cliente hasta que no lo
haya probado yo primero ;)
Y creo firmemente que si se detecta un error en el diseño de las
estructuras de datos y/o procesos, debe solventarse cuanto antes mejor,
aunque la nueva versión requiera cambios algo difíciles en las
migraciones desde versiones anteriores. Al menos si están bien
analizados en esta fase es posible que se ahorren en el futuro (yo misma
he sido "culpable" de algunos cambios drásticos de ese tipo en algunos
programas).
El punto que quería levantar (y creo que no conseguí resaltar
suficientemente), es que la mayoría de los proyectos de Software libre
(algunos de software comercial también, pero eso es otra historia que no
creo venga al caso), se inician sin un análisis concienzudo, sólo en
base a una idea general y sin una noción de quienes son los usuarios
potenciales y/o las características a largo plazo que quieren
desarrollarse (que no hay que implementar necesariamente desde la
versión 1, pero sí preveer).
Eso es lo que generalmente repercute en malos diseños de estructuras de
datos y procesos, lo que hace que al atacar un nuevo desafío haya que
"romper" la compatibilidad.
Y puestos a generar polémica y discusión (en el buen sentido), yo a eso
no lo llamaría "maduro" sino "relativamente estable". En mi escala sería
un 5 sobre 10, pero no me arriesgo a utilizarlo en casa de cliente hasta
que alcanza un 8 sobre 10 a menos que el cliente haya comprendido muy
bien los riesgos y/o costes que puede requerir un cambio tras la primera
versión de nuestro proyecto.
Espero haber arrojado algo de luz desde mi humilde experiencia en hacer
el cabra loca por los mundos del software de innovación durante un par
de décadas ;)
Saludos
Victoria
El sáb, 16-02-2008 a las 13:00 -0200, Martin Szyszlican escribió:
> El día 16/02/08, Victoria Gracia <[EMAIL PROTECTED]> escribió:
> >
> > Yo, por ese motivo, no soy muy partidaria de los productos que dependen
> > en gran medida de los módulos o añadidos, no me gusta Drupal por eso.
> > Quizás cuando esta versión 6 llegue a una versión más estable lo pruebe.
> > Mi principal criterio para la selección de programa de código libre
> > (cuando es para clientes) se base en el tiempo que lleva en el mercado,
> > la fiabilidad y las funciones que tiene (a lo mejor no necesito muchas,
> > pero las que necesita el proyecto deben estar incorporadas). Si es
> > necesario yo misma desarrollo a partir de mis propios módulos (que esos
> > sí los conozco bien).
>
>
> Victoria: Lamento disentir con tigo, pero no lo tomes a mal...
> Creo que Drupal es un proyecto muy maduro en ese sentido y no me parece que
> hagan mal en romper la compatibilidad hacia atrás de las extensiones en un
> cambio de versión.
> ¿Te parece que hay hoy un proyecto tan maduro que, después de 2 años de
> mantener una versión y con la promesa de seguir manteniéndola por un tiempo
> más, no rompa la compatibilidad hacia atrás de las extensiones con el
> objetivo de mejorar?
> Creo que no hacerlo sería no innovar por mantener sólo por mantener la
> compatibilidad, o de lo contrario mantener la compatiblidad mediante unas
> "traducciones" de los métodos antiguos que lo único que harán será hacer más
> lento y pesado todo el programa.
>
> Personalmente no le veo nada de malo, creo que, como vos decís, la idea que
> un proyecto tiene de sus usuarios va cambiando, en el caso de drupal sus
> usuarios son tan diversos que no pueden hacerle la vida fácil a todos.
>
> Martín.
> _______________________________________________
> Lista de distribución Ovillo
> Para escribir a la lista, envia un correo a [email protected]
> Puedes modificar tus datos o desuscribirte en la siguiente dirección:
> http://lists.ovillo.org/mailman/listinfo/ovillo
_______________________________________________
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a [email protected]
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
