2010/4/27 Cristhian Boujon <[email protected]> > Principalmente el ante último párrafo, cito: > > "Y bien, aterrizando un poco todo esto, y volviendo a lo que decía en un > principio sobre las aplicaciones para clientes pequeños y/o medianos, por > ejemplo, si yo tuviera un cliente que quiere una aplicación que sólo > corriera en una sóla máquina (el giro de la empresa podría ser cualquiera y > que fuera necesario tener datos persistentes), y que después quisiera migrar > su aplicación a un sistema multiusuarios, y que posteriormente se requiriera > esta aplicación que funcionara como una aplicación global para dar servicio > a muchas sucursales, ¿como podría lograr esto de una manera ágil? ¿Como > podría hacerla transparente a la migración? ¿Cómo podría hacerla consistente > con respecto a la interfaz de usuario, con tal de que no cause impacto de la > migración de aplicación de escritorio a aplicación global? ¿Podría funcionar > Ruby on Rails aquí, y hacer una aplicación web y tenerla en una máquina > local como si fuera una aplicación de escritorio, y con esto sólo quedaría > en centralizar la base de datos acorde a cada una de las migraciones? ¿O > tendría que hacer uso de una combinación de tecnologías, como Java, AIR (el > framework de Adobe), openlaszlo?." > > Lo que me está dando vueltas en la cabeza desde hace días es principalmente > saber que tanto sentido tiene esto: "¿Podría funcionar Ruby on Rails aquí, y > hacer una aplicación web y tenerla en una máquina local como si fuera una > aplicación de escritorio, y con esto sólo quedaría en centralizar la base de > datos acorde a cada una de las migraciones?" > > Comentarios? > > Saludos. > > Hola!
No está de mas pensar en que la empresa para la que desarrollas se va a ir para arriba y repentinamente va a necesitar tener algo multiusuario y con acceso remoto, pero el caso mas común es el de la empresa que tenia algo hecho en basic hace 20 años y esta buscando actualizarse a un software nuevo que le vaya a durar otros 20 años. Hacerla como una aplicación 'de intranet' en rails tiene algunas ventajas apreciables inmediatamente. Como framework de aplicaciones en general rails te habilita a desarrollar muy rápido, con muy buenas prácticas en cuanto a modularidad y calidad del código. Tu aplicación termina usando una arquitectura standard y siendo multiplataforma, terminas no inventando nada nuevo. No sé como estará la estadistica general ahora, pero la gente que conozco que esta aprendiendo a hacer aplicaciones ahora estan usando frameworks web lo que indica que va a haber gente para soportarla. Mas aún, cuando le das una aplicacion en rails a alguien, y freezas todas las gemas que tenes que freezar, está todo autocontenido. El vago al que le toque darle soporte dentro de 5 años no se va a encontrar con el problema de que vos estas tomando mojitos en Papua y el dueño de la empresa no guardo el código de fuente y solo tienen la versión que está corriendo. La gente que "abre el visual basic, tira 3 controles y sale andando" me va a odiar, pero entiendo actualmente que los frameworks de aplicaciones mas agiles y comodos de usar son orientados a hacer aplicaciones MVC web. Y si no te convence el front-end html+js siempre podés tomarte el trabajo extra hacer uno en AIR o hasta en el mismisimo VB, pero el resto de las cosas buenas las aprovechas :) Todo este rant para decirte cosas que seguramente ya sabias, y cuyo espiritu podria resumirse en un "Hacela web que te re banco" saludos ----nubis :)
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
