Do tej pory całe moje doświadczenie programistyczne było rozwijane na komputerach stacjonarnych (głównie C/C++ z OpenGL/DirectX), ale chciałbym spróbować swoich sił w jakimś serwisie internetowym.Przejście z rozwoju pulpitu do tworzenia stron WWW
Dwa kierunki, które rozważam, to Ruby on Rails i ASP.net.
Który jest najczęściej używany?
Która z umiejętności będzie bardziej dostępna na rynku?
Dzięki!
Dlaczego nie poświęcisz kilku dni lub tygodni na eksperymentowanie z Railsami, tylko dla zabawy? Możesz, podobnie jak wielu innych twórców wcześniej, znaleźć prawdziwe upodobanie i "zakochać się" w Ruby i ożywić swoje zainteresowania programistyczne. Jeśli nie, po prostu skorzystaj z ASP.net, który i tak będzie dla ciebie bardziej naturalny.
Inni komentatorzy nie wspomnieli, że przewagą numer 1 zarówno Ruby, jak i Railsów jest "przyjemność z programowania".
Alsa w tych czasach utalentowani programiści Rubiego są bardzo wymagający. Popyt jest większy niż podaż. Możesz zrobić matematykę, aż do uzyskania potencjału.
Nauka Ruby pomoże Ci nauczyć się innego sposobu myślenia o programowaniu. Pomoże ci stać się lepszym programistą, nawet jeśli uznasz, że nie jest to dla ciebie język. To samo dotyczy kilku innych języków (w tym Python). Istnieje mniej możliwości pracy dla programistów Ruby.
ASP.Net to dość zwyczajny sposób na tworzenie programów typu "pieszo" dla webmasterów, które tak naprawdę nie stanowią wyzwania dla programistów. Możliwości zatrudnienia i doradztwa są bardziej powszechne.
Od tego momentu to Twoja rozmowa. Wybrałem Ruby sześć lat temu.
Jeśli planujesz rozwój biznesu w przedsiębiorstwie, program ASP.NET wygrywa ręce (IMHO).
Jeśli nie, RoR zdecydowanie zwiększy zakres wiedzy.
Platforma .NET, bez wątpienia.
Odbierz RoR jako wtórny.
PHP, Ruby On Rails, ASP.Net lub Java.
To religijne choce i zależy od tego, kogo zapytasz.
Każda prośba da Ci inną odpowiedź.
Powinieneś zadać sobie pytanie, jak chcesz pracować, PHP java i ASP wszystkie pozwalają pisać znaczniki, które są przeplatane kodem lub kodem, który zapisuje dla ciebie znaczniki.
Szczerze mówiąc, to subiektywne i nikt nie będzie w stanie dać ci prostej odpowiedzi.
Biorąc pod uwagę dwie opcje, ASP jest prawdopodobnie lepszym wyborem dla przemysłu, ale jest w nim dużo pieniędzy, a C# jest wystarczająco blisko C/C++, aby można go było odczytać.
Większość czasu spędzam na tworzeniu ASP.NET, a ostatnio zrobiłem zwrot przeciwko niemu z powodu trudności w testowaniu moich aplikacji. Podobnie jak lubo hasko opisane powyżej, z ASP.NET MVC, LINQ i nowe funkcje w C#, a nawet możliwość pisania usługi sieci web .NET, które mogą być używane przez Silverlight, ponownie jestem podekscytowany i myślę, że można zrobić dobrze w tym. To powiedziawszy, nie mam doświadczenia z Ruby, ale po kilku komentarzach tutaj, myślę, że przyjrzę się temu.
Jako C++ prawdopodobnie nie polubisz natury i charakteru Ruby. Możesz go nawet nienawidzić. Bezpieczeństwo i ścisłość typu to kwestia ważna dla większości programistów C/C++. Jeśli przeniesiesz się do środowiska typu "dynamicznie niestabilnego w czasie wykonywania", takiego jak Ruby, poczujesz się wyjątkowo niechlujnie.
C# byłoby dużo łatwiejszym ruchem, z punktu widzenia języka i procesu myślowego. Nie polecałbym już klasycznego programowania ASP.NET. Tak zwane WebForms szybko stają się przestarzałe i przestarzałe. Czwarty rewers ram MVC Microsoftu właśnie został opublikowany kilka dni temu i jest całkiem rewelacyjny. To jest odpowiednie rozwiązanie.
Dlaczego więc nie używać Ruby on Rails? Dlaczego warto korzystać z Microsoft MVC? Istnieją bardzo dobre powody, dla których powinieneś.
5.) Nie prawda, RoR skaluje się dokładnie tak samo, jak robi to Microsoft MVC. Możesz potrzebować więcej serwerów dla RoR (z powodu problemów z wydajnością), ale znowu, serwery RoR są znacznie tańsze, ponieważ nie musisz kupować licencji Windows Server dla każdego z nich. W przeciwnym razie nadal zgadzam się z twoją odpowiedzią. –
Problem z tą odpowiedzią polega na porównaniu zalet ASP.net z rzeczywistymi lub postrzeganymi wadami RoR. – allesklar
"RoR nie skaluje" - Żartujesz, prawda? –
Proponuję przejrzeć książkę Rails for .NET Developers przed podjęciem decyzji. Co najmniej, przeszukuj blog Softies on Rails.
Uwaga na "istnieje więcej argumentów .NET wokół". Może to być prawda, ale w trudnych czasach (tj. Teraz i na kolejny rok lub dwa) zapewne pojawi się więcej programistów .NET, którzy walczą z mniejszą liczbą zadań. Wiele zadań w dobrych czasach oznacza dużo konkurencji w złych czasach. Warto więc branching out i uczyć się czegoś nowego. Najważniejsze, jeśli chodzi o zbywalność, jest raczej staying agile niż trzymanie się religijnie jednej technologii.
Być może uporali się z nim z powodu jego dwóch pierwszych akapitów, tak jak ja. –
Tak, ludzie głosują na odpowiedź, która nie spełnia pytania: "Która z nich byłaby bardziej zbywalna?" Jak typowo. – NotMe