Yo no conozco en profundidad drupal, pero, no se podría solucionar este problema de: incompatibilidades de módulos con nuevas versiones; y la vez que siga lo mas modular posible, declarando los módulos mas importantes como "oficiales" aunque no integrados en el core y que las respectivas versiones no fuesen finales/estables hasta que estos módulos oficiales tuviesen su respectiva versión final/estable?. Esta es la idea por ejemplo de los paquetes oficiales de debian o ubuntu; de las utilidades que componen el escritorio gnome; y de tantos otros proyectos de software libre.
Un saludo 2008/2/18 Carlos Rincón <[EMAIL PROTECTED]>: > > El lun, 18-02-2008 a las 10:27 +0100, Carlos Revillo escribió: > > >>Bueno, en lugar de forzar sería más bien presionar. De todas formas, > > >>según tú, ¿si la gente que ha hecho los módulos no tiene ganas de > > >>actualizarlos se debe parar el desarrollo de Drupal? > > > > No, en absoluto. Lo que habría que hacer es seguir desarrollando > pensando en > > que siguiese funcionando lo que había antes. Ya digo, es mi opinión. :). > > Ponte en el lugar de alguien que hubiese hecho una hoja de cálculo con > Excel > > 95, por decir algo, y se encontrase con que al instalar una nueva > versión de > > ms office tuviese que rehacerla? O en el lugar de alguien que hace un > > documento con open office 1 y tiene que volver a reescribirlo para la > > versión 2 porque la 2 no es capaz de entender el formato de la 1. > > Seguramente volverá a hacerlo pero a regañadientes, no crees? O a lo > mejor > > decide cambiar de producto... > > Cuando se hace una actualización el contenido no se pierde, eso ya lo > tienen muy en cuenta. Lo que se puede perder al principio es una > funcionalidad. Un webmaster no es como un cliente final de un procesador > de textos, suele estar más informado y tiene un perfil más técnico por > lo que al actualizar ha de saber bien que es lo que está haciendo. > > De todas maneras ya te digo que estoy en parte de acuerdo contigo pero > si se quiere progresar rápidamente el tener que arrastrar compatibilidad > hacía atrás es una carga enorme (de trabajo, de código, de > "performance") que los proyectos de software libre pueden elegir no > hacer. > > > > _______________________________________________ > > Lista de distribución Ovillo > > Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org > > Puedes modificar tus datos o desuscribirte en la siguiente dirección: > http://lists.ovillo.org/mailman/listinfo/ovillo > -- > Carlos Rincón > www.neuroticweb.com > www.neuroticweb.com/blog > > _______________________________________________ > Lista de distribución Ovillo > Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org > Puedes modificar tus datos o desuscribirte en la siguiente dirección: > http://lists.ovillo.org/mailman/listinfo/ovillo > -- ----------------------------------------- Javi Sanromán [EMAIL PROTECTED] http://jsanroman.net _______________________________________________ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
