Lo primero presentarme. Soy nuevo en la comunidad, y este es mi primer comentario en el foro.
Vereis, mi intención es desarrollar un gestor documental para mis proyectos. Bueno, en realidad es una "excusa" para aprender alguna tecnología nueva y tener un proyecto sobre el cual aplicar los experimentos.
La idea era desarrollar un API vía REST para el DMS, y mi primer impulso fue pensar en Node.js + Apache Cassandra. Básicamente por lo expuesto anteriormente, por aprenderlo. Pero claro, ya que me pongo... quería preguntaros que tecnología veis mejor para un proyecto de esta tipología.
En realidad sería una aplicación con muy poca escritura y una lectura intensiva, orientada a soportar invocaciones mediante REST desde distintos proyectos (tal vez muchos). La poca interfaz gráfica que tenga (gestión de usuarios, carpetas y permisos, poco más) aún no se como hacerla.
Actualmente estoy desarrollando mis aplicaciones personales con Play Framework y Scala, así que había pensado que Scala también podría ser una buena opción.
En fin, como veo que dominais bastante el tema quería preguntaros eso. Teniendo en cuenta la tipología de proyecto expuesta, ¿Qué tecnología/framework/motor de persistencia se os ocurre que le venga bien?.
nunca he desarrollado un gestor documental, de hecho he tenido que meterme en wikipedia para saberlo :p
http://es.wikipedia.org/wiki/Software_de_gesti%C3%B3n_documental
el caso es que si vas a tratar gran cantidad de datos puede que te llame la atención hacerlo con el stack javascript MEAN (M)ongo + (E)xpress + (A)ngular + (N)ode
http://carlosazaustre.es/blog/desarrollo-full-stack-javascript-tambien-conocido-como-mean/
Me gusta el stock que propones. Voy a echarle un vistazo. Muchísimas gracias por tu respuesta.
La idea es eso, un repositorio de documentos con poca escritura y mucha lectura, que sea fácilmente escalable. Había escuchado comentarios de node, tanto positivos como negativos, y no sabía como respondería a este tipo de requisitos.
Estaba viendo JBoss Netty también (que es el servidor de aplicaciones usado por Play Framework), que también tenía buena pinta.
Lo primero presentarme. Soy nuevo en la comunidad, y este es mi primer comentario en el foro.
Vereis, mi intención es desarrollar un gestor documental para mis proyectos. Bueno, en realidad es una "excusa" para aprender alguna tecnología nueva y tener un proyecto sobre el cual aplicar los experimentos.
La idea era desarrollar un API vía REST para el DMS, y mi primer impulso fue pensar en Node.js + Apache Cassandra. Básicamente por lo expuesto anteriormente, por aprenderlo. Pero claro, ya que me pongo... quería preguntaros que tecnología veis mejor para un proyecto de esta tipología.
En realidad sería una aplicación con muy poca escritura y una lectura intensiva, orientada a soportar invocaciones mediante REST desde distintos proyectos (tal vez muchos). La poca interfaz gráfica que tenga (gestión de usuarios, carpetas y permisos, poco más) aún no se como hacerla.
Actualmente estoy desarrollando mis aplicaciones personales con Play Framework y Scala, así que había pensado que Scala también podría ser una buena opción.
En fin, como veo que dominais bastante el tema quería preguntaros eso. Teniendo en cuenta la tipología de proyecto expuesta, ¿Qué tecnología/framework/motor de persistencia se os ocurre que le venga bien?.
¡Un saludo!.
03/05/2014 19:34
nunca he desarrollado un gestor documental, de hecho he tenido que meterme en wikipedia para saberlo :p
http://es.wikipedia.org/wiki/Software_de_gesti%C3%B3n_documental
el caso es que si vas a tratar gran cantidad de datos puede que te llame la atención hacerlo con el stack javascript MEAN (M)ongo + (E)xpress + (A)ngular + (N)ode
http://carlosazaustre.es/blog/desarrollo-full-stack-javascript-tambien-conocido-como-mean/
un saludo
05/05/2014 22:13
Me gusta el stock que propones. Voy a echarle un vistazo. Muchísimas gracias por tu respuesta.
La idea es eso, un repositorio de documentos con poca escritura y mucha lectura, que sea fácilmente escalable. Había escuchado comentarios de node, tanto positivos como negativos, y no sabía como respondería a este tipo de requisitos.
Estaba viendo JBoss Netty también (que es el servidor de aplicaciones usado por Play Framework), que también tenía buena pinta.
De nuevo gracias por la respuesta.
Un saludo.