2008-11-12 9 views
9

Hasta ahora, toda mi experiencia en programación ha sido el desarrollo de escritorio (principalmente C/C++ con OpenGL/DirectX), pero estoy interesado en probar suerte en algún desarrollador web.Pasando del desarrollo de escritorio al desarrollo web

Las dos direcciones que estoy considerando son Ruby on Rails y ASP.net.

¿Cuál es el más utilizado?

¿Cuál sería una habilidad más comercializable?

Gracias!

Respuesta

4

¿Por qué no te tomas unos días o una semana para experimentar con Rails, solo por diversión? Es posible que, como muchos otros desarrolladores antes, encuentren un gusto real por él y se "enamoren" de Ruby y revitalicen su interés de programación. Si no, simplemente adopta ASP.net que se sentirá más natural de todos modos.

Otros comentaristas no han mencionado que la ventaja número 1 de Ruby and Rails es el 'placer de la programación'.

Alsa estos días talentosos programadores de Ruby tienen una gran demanda. Hay mucha más demanda que oferta. Puedes hacer los cálculos en cuanto a potencial de ganancias.

+0

Es posible que hayan estado votando por sus dos primeros párrafos, como yo hice. –

+0

Entonces, la gente está votando una respuesta que no satisface la pregunta: "¿Cuál sería una habilidad más comercializable?" Qué típico. – NotMe

1

Aprender Ruby lo ayudará a aprender una forma diferente de pensar acerca de la programación. Le ayudará a convertirse en un mejor programador, incluso si determina que no es un idioma para usted. Lo mismo se aplica a muchos otros idiomas (incluido Python). Hay menos oportunidades de trabajo para los desarrolladores de Ruby.

ASP.Net es una forma bastante peatonal para desarrollar aplicaciones web bastante peatonales que realmente no desafían su forma de pensar como programador. Las oportunidades laborales y de consulta son más comunes.

A partir de este momento, es su decisión. Elegí a Ruby hace seis años.

1

Si planea hacer un desarrollo empresarial empresarial, entonces ASP.NET gana sin problemas (en mi humilde opinión).

De lo contrario, RoR definitivamente aumentaría su conocimiento.

0

plataforma .NET, sin lugar a dudas.

Elija RoR como secundario.

5

PHP, Ruby On Rails, ASP.Net o Java.

Es una decisión religiosa y depende de a quién le preguntes.

Todas las personas que pregunten le darán una respuesta diferente.

Debe preguntarse cómo desea trabajar, PHP java y ASP le permiten escribir marcas que están intercaladas con código o código que escribe el marcado para usted.

Para ser sincero, es subjetivo y nadie podrá darle una respuesta directa.

Dadas sus dos opciones ASP es probablemente una mejor opción para la industria, sin embargo, hay mucho dinero en ella y C# está lo suficientemente cerca de C/C++ para que sea legible.

2

Pasé la mayor parte de mi tiempo haciendo desarrollo de ASP.NET y recientemente había tomado un giro en contra de él debido a la dificultad de realmente probar mis aplicaciones. Como lubak hasko descrito anteriormente, con ASP.NET MVC, LINQ y las nuevas funciones en C# e incluso la capacidad de escribir el servicio web .NET que puede ser consumido por Silverlight, me he vuelto a entusiasmar y creo que podría hacerlo bien. en ello. Dicho esto, no tengo experiencia con Ruby pero después de algunos de los comentarios aquí, creo que voy a echarle un vistazo.

0

Como C++ probablemente no le gustará la naturaleza y el carácter de Ruby. Incluso podrías odiarlo. La seguridad de tipo y la rigurosidad es un tema de importancia para la mayoría de los programadores de C/C++. Si te mueves a un tipo de entorno tipo "dinámicamente flexible en tiempo de ejecución" sin tipo, como Ruby, se sentirá extremadamente descuidado.

C# sería el movimiento mucho más fácil, desde el punto de vista del lenguaje y el proceso de pensamiento. No recomendaría hacer el clásico desarrollo de ASP.NET nunca más. Los llamados WebForms se están volviendo obsoletos y pasados ​​de moda. La cuarta versión del framework MVC de Microsoft acaba de publicarse hace unos días, y es bastante genial. Este es el camino a seguir.

¿Por qué no usar Ruby on Rails? ¿Por qué usar Microsoft MVC? Hay muy buenas razones por las que deberías.

  1. Un tipo estricta compilador segura
  2. código compilado totalmente conduce a la velocidad. Todo su código se ha transformado completamente en código de máquina X86 antes de ejecutarse,
  3. Alto rendimiento. C# es muy muy rápido. Ruby es muy, muy lento. C# se aproxima a los niveles de rendimiento de C++. Ruby es más lento que Perl, Python y Lua. Hay una brecha de rendimiento muy grande.
  4. Obtienes un IDE rico. Lo que personalmente no soporto sobre RoR es que estás atrapado principalmente en un editor de texto plano y una consola de línea de comando. ASP.NET MVC significa acceso a la potencia de Visual Studio
  5. RoR no escala. Microsoft MVC sí.
  6. Me gusta la simplicidad de Microsoft Test
  7. Aún no he llegado muy lejos, pero Unity parece ser un buen COI AOP. He llegado más lejos con eso que con Spring o Windsor.
+0

5.) No es cierto, RoR escala exactamente de la misma manera que Microsoft MVC. Es posible que necesite más servidores para RoR (debido a problemas de rendimiento) pero, una vez más, los servidores RoR son mucho más económicos porque no necesita comprar licencias de Windows Server para cada uno. De lo contrario, todavía estoy de acuerdo con tu respuesta. –

+0

El problema con esta respuesta es que está comparando las ventajas de ASP.net con las desventajas reales o percibidas de RoR. – allesklar

+0

"RoR no escala" - Estás bromeando, ¿verdad? –

1

Sugiero echar un vistazo al libro Rails for .NET Developers antes de tomar su decisión. Por lo menos, haga una red de arrastre a través del blog Softies on Rails.

Tenga cuidado con el argumento "hay más .NET jobs around". Eso puede ser cierto, pero en tiempos difíciles (es decir, ahora y durante el próximo año o dos), probablemente verá más desarrolladores de .NET peleando por menos y menos trabajos. Muchos trabajos en los buenos tiempos equivalen a mucha competencia en los malos tiempos. Por lo tanto, vale branching out y aprender algo nuevo. Lo que es clave, en términos de comerciabilidad, es staying agile en lugar de apegarse religiosamente a una tecnología.

Cuestiones relacionadas