Creación de un Nuevo CMS

[denica001]

Me gusta lo de los Backups. Como desarrollador me gusta trabajar con servidores de versionado como cvn o svn. Lo de Snapshots que mencionas se parecen un poco en termino a eso. No conozco un CMS que ofrezca esa posibilidad hoy en dia mas a que hacer los backups y restores tipicos que conocemos. Me parece complicado, pero si crees que podes, dale para adelante.

No me gusta lo del Administrador Desktop. La consola web no malgasta ni satura los recursos del servidor. No parece que debas empeñarte en trabajar este punto. La comunidad lo va a recibir mas como una contra que como un punto sobresaliente frente al resto de los CMS.

Lo del Adminstrador Web, presta a confusion. Cambiar los datos de la base de datos? me parece que tenes dualidad de operaciones. primero le pedis al administrador que gestione los cambios desde una version desktop y segundo le pedis que cambia la base de datos desde el administrador web, es un poco confuso. La idea es centralizar no diversificar. Sobre todo que lo poco que podia aportar el desktop como punto a favor para mi era el tema de seguridad, se lo estas sacando al dejar la puerta abierta en la consola web para modificar la base de datos. Mas importante que esto, es todavia el hecho que menciones bases de datos en un CMS. El Adinistrador de un CMS de hoy en dia no quiere entenderse con una base de datos. Hay una base de datos un core de gestion por arriba, un API en otra capa mas arriba, y finalmente una GUI con la que se tiene que ver el Administrador del sitio. Me parece que hardcodear una base de datos desde una consola web va a generar controversias en tu proyecto.

Me gusta que lo hagas en Java. Eso si es un punto a favor y que se va a destacar como la diferencia entre el resto de los CMS. Ojo no digo que un CMS en php o ruby o pearl sea peor que uno escrito en Java, pero seguro hay muchos usuarios demandando la necesidad de esto y va a ser bienvenido por esta razon. Para mi este es tu principal punto a favor.

Despues hablas de que usas Mysql como tecnologia DB en tu CMS y de archicos web. Me parece que no es lo mas relevante para buscar criticas constructivas en este foro sobre tu CMS. Seria mejor que nos cuentes en mas detalle como son los modulos principales de tu CMS. "Contenido" es una palabra amplia para definirla asi nomas. Casi todos los CMS se basan en Contenido. Como vas a trabajar el modulo de Contenido?

"Modelado UML", esta por ahi suelto en tu post. Wow, otra palabra grande para mencionarla asi nomas. Casi no hablas mas del tema. De que se trata esto. me estas diciendo que desde un UML tu CMS va a "escupir" codigo y construir el sitio.
Claro que existe y se usa, pero no creo que un Administrador promedio quiera verselas con UML, por dos cosas primero que no tenes que ser un geek de la informatica para implementar un sitio en Joomla (por citar uno), y segundo que uno espera que la curva de aprendizaje de un CMS no implique mas que eso. Es decir conocer Joomla no implica que tenga que entenderme con UML, justamente porque para eso voy a buscar Joomla. Si quiero UML entonces ni me planteo empezar con un CMS, salvo que lo quiera para documentar mi proyecto.

Cuidado con las fronteras entre un CMS y un Framework porque a veces las estas pisando y te pasas para el otro lado, hay mucha diferencia y es otro publico de usuarios distinto. (por ejemplo con lo de cambiar los datos de la DB)
El que quiere CMS quiere hacer un sitio prolijo y rapido sin matarse entendiendo el core del mismo. Lo quiere como si fuera un wizard.