Soy desarrollador de ASP.NET de los últimos 5 años y aún me encanta. Hay muchas buenas voces en el aire sobre Ruby on Rails. Quiero preguntar a la comunidad: ¿Vale la pena intentar aprender Ruby On Rails como desarrollador web de ASP.NET siguiendo el siguiente punto de vista.Avanzando hacia Ruby on Rails desde ASP.NET
Ahora estoy en sus zapatos, porque estoy aprendiendo RoR después de desarrollar comercialmente en .NET durante 5 años. Aquí es mi granito de arena:
Me gustaría echar un vistazo como ASP.NET MVC. De esta manera, puede seguir con .NET Framework y obtener algunas de las cosas que probablemente quiera de RoR.
ASP.NET MVC es muy liviano y fácil de escalar con algunas de las API que proporciona (almacenamiento SQL para sesiones o incluso Microsoft Velocity).
ASP.NET MVC tiene mucho apoyo de la comunidad y, por lo tanto, tiene mucha documentación y comentarios de la comunidad y de la propia Microsoft.
Lotes. Consulte http://www.codeplex.com/ASPNET para obtener más información.
Bueno, ASP.NET MVC es bin-deployable. Por lo tanto, siempre que su host sea compatible con ASP.NET 3.5, no necesita nada más. No necesitan tener ASP.NET MVC instalado de ninguna manera. Entonces, si lo desea, podría usar fácilmente un host compartido.
La implementación es muy fácil con ASP.NET MVC y con los cambios en Visual Studio 2010 para una implementación más fácil de los sitios web a través de "Paquetes". Actualmente mantengo 2 sitios ASP.NET MVC y lo encuentro con bin-deployment para ser lo mismo que un sitio ASP.NET WebForms regular.
Bueno, yo no sé nada sobre la parte de Escalabilidad, pero personalmente comencé a aprender Ruby On Rails de ASP.NET hace un tiempo. Realmente tuve dificultades para encontrar una buena documentación: la documentación de la clase en el sitio de Rails era realmente pobre a mis ojos, y tenía una simple pregunta sobre qué argumentos podrías poner en un enlace de acción. Pero tal vez fui solo yo el que nunca encontró el lugar correcto. Pero personalmente creo que la documentación de ASP.NET es mejor que los rieles, al menos comprar un libro, creo que es una buena forma de hacerlo.
Número 3. Estoy seguro de que hay muy buen Soporte Comunitario para los rieles, solo tiene que encontrar el foro adecuado u otros medios que se adapten a sus gustos, tal vez esto fue lo que hice mal.
Número 4. Hay muchas soluciones de alojamiento para Rails, pero no tanto como ASP.NET o PHP. Creo que tienes que investigar esto tú mismo y descubrir si hay algo que te guste.
Número 5. Ruby debe ser muy fácil de implementar, tiene una noción de una base de datos de desarrollo, prueba y producción. Utiliza migraciones, por lo que las actualizaciones en el esquema de la base de datos son uniformes, eso es genial. Se trata de secuencias de comandos, por lo que debe ser una cuestión de xcopy desde la computadora de desarrollo hasta el servidor de producción.
La razón por la que debe elegir Ruby on Rails es si le gusta el patrón MVC. El patrón MVC es genio, y el rubí es un gran lenguaje cuando lo aprendes. Tal vez echar un vistazo al ASP.NET MVC, y ver cómo es, entonces tal vez pasar a Rails. Entonces solo tienes que aprender un nuevo idioma, y no una nueva arquitectura, estructura y lenguaje al mismo tiempo.
Remmember esto es de un desarrollador de ASP.NET que husmeó en Rails, pero se dio por vencido, debido a la falta de capacidad para encontrar documentación realmente buena, y siempre había algunos errores extraños, del editor o Rails, pero eso es propiamente una cosa novata :)
Pero si tienes tiempo, apúntalo. Algunos desarrolladores dicen que debemos aprender un nuevo idioma por año, y Ruby es un gran candidato para eso.
1) Escalabilidad
Carriles es tan escalable como cualquier otra pila de aplicaciones web. La única diferencia es que su único servidor podría sobrecargarse y requerir una división en 2 servidores antes de lo que lo haría en .NET debido al rendimiento más lento del tiempo de ejecución de ruby. En la práctica, esto no es un problema.
2) Documentación
Microsoft sí proporcionan una mejor documentación de las bibliotecas del núcleo que el rubí o rieles, pero el rubí/rieles cuáles son todavía en general muy buena. Considero que ruby / rails es el ganador aquí por el simple hecho de que siempre puedes ver la fuente de todo. Ninguna cantidad de documentación es un sustituto para poder ver realmente lo que está sucediendo.
3) Apoyo a la Comunidad
he sido nada más que impresionado por el apoyo de la comunidad alrededor de los carriles. No sé qué más decir allí.
4) Soluciones de alojamiento
Desde pasajeros phusion fue liberada, que parece ser más fácil en estos días para encontrar los carriles de alojamiento de lo que es encontrar ASP.net de alojamiento. Esto solo se inclinará más hacia los rieles a medida que pase el tiempo por el simple hecho de que las compañías de hosting no tienen que pagar regalías hacia Microsoft para implementar raíles en los servidores de Linux.
5) Despliegue ETC.
Capistrano (la solución de implementación más común para rieles) supera a todo lo demás las manos hacia abajo.
Para el punto 2) Documentación: tenga en cuenta que ASP.NET MVC ahora es de código abierto, consulte aquí http://aspnet.codeplex.com/ –
Si bien es genial que MVC es de código abierto, el framework MVC real es solo una pieza muy pequeña de la pila. Tarde o temprano necesitarás ver la fuente de 'HttpContext' o alguna otra función incorporada, y estarás de vuelta en el tablero de dibujo. Reflector ayuda, pero es un sustituto pobre para el código fuente real. Con ruby y rieles, puedes ver la fuente todo el camino hacia abajo. –
Estoy totalmente de acuerdo con la publicación de Chad.
Estaba a la mitad del desarrollo de una aplicación en rieles y ahora hice 360 completos y he reconsiderado después de profundizar en ASP.NET MVC para mis compromisos laborales diarios.
Ahora estoy cambiando de curso y estudiando ASP.NET MVC para todos mis proyectos personales, creo que ambos son honestamente comparables ahora ya que creo que MS ha examinado bien el conjunto de funciones de Ruby on Rails y se aseguró de que podría coincidir con las características muy de cerca. Después de todo, si combina un proyecto con LINQ 2 SQL/EF, ASP.NET MVC y potencialmente datos dinámicos (si necesita ese tipo de cosas), realmente no puedo pensar en ninguna razón convincente para elegir Rails sobre .NET, sin embargo, PUEDO elegir razones para seleccionar .NET sobre rieles: después de todo, la rica experiencia de depuración con VS.NET, rich intellisense y soporte de vigilante/quickwatch más el marco ASP.NET MVC compatible con Html Action Helpers, Model Binders, soporte y estímulo para pruebas unitarias, y ahora con la inclusión de los resultados JQuery y JSON, eres prácticamente imparable.
Supongo que, obviamente, los costos de hosting/licencia, preferencia de idioma Ruby y otras preferencias personales, como ser de código abierto, etc., es realmente su elección.
Acerca de 5. Despliegue es MUCHO más fácil y tonto usando Capistrano. Tan limpio, tan fácil, tan rápido, me encanta =) – emzero