Ruby wypiera php ? Opcje

[dzesi]

Witam Otóż chciałbym sie dowiedzieć jakie macie zdanie na ruby [Ruby on Rails] czy on wyprze php ?,zauważyłem ze w naszym kraju przyswoił sie bardzo szybko coraz wiecej osób w nim pisze ,mysle ze to godny nastepca php:], [nic do php nie mam ale te oop w php to koszmar wcisniete na siłe :] Ja porgramuej w javie i php ale sie zastanawiam czy ruby niebedzie lepszym wyborem .

[Dandelion]

praca a ruby

http://www.itjobswatch.co.uk/jobs/uk/ruby.do

Zwroćcie uwage na olbrzymi wzrost w ciagu ostatniego roku

Wydaje mi sie ze na europejskim rynku ruby/ror zostaly zauwazone niedawno dlatego nie ma takiego zainteresowania jak np na rynku amerykanskim

Co do wieku ruby i php

8 czerwca 1995 roku autor udostępnił kod źródłowy pod nazwą PHP Tools 1.0.

Ruby to interpretowany, w pełni obiektowy i dynamicznie typowany język programowania stworzony w 1995 roku przez Yukihiro Matsumoto

Co do pisania stron.

Rubyonrails jest jednym z niewielu frameworkow dostepnych dla ruby dlatego moze liczyc na wsparcie calej spolecznosci ktora nie uczestniczy w wielu projektach z tego wzgledu bedzie on szybciej rozwijany niz konkurencyjne projekty w php. Nie ma tez obawy ze projekt nagle upadnie co niestety ma miejsce w swiecie php

[splatch]

praca a ruby

http://www.itjobswatch.co.uk/jobs/uk/ruby.do
Zwroćcie uwage na olbrzymi wzrost w ciagu ostatniego roku

Wzrost rzędu 141 w stosunku do PHPowych 16 rzeczywiście może działać na wyobraźnię. Domniemam, że przy PHP rynek angielski jest praktycznie nasycony, te 16 punktów to raczej rotacja ludzi z branży + zgłoszone drobne zapotrzebowanie na nowych ludzi. W przypadku Ruby rynek zgłasza wciąż zapotrzebowanie na ludzi, ponieważ (jak mi się wydaje) część firm zaczyna migrować (o tym dalej), zatem zgłoszenie popytu na programistów Ruby jest czymś naturalnym. Pragnę zwrócić uwagę na skale wykresów - dla PHP skala 0-6%, dla Ruby 0-0.5% (no i dla porównania Java 0-40%).

Zapytałem Google co sądzi o popularności pracy w PHP i Ruby.
praca+ruby - 290,000.
praca+php - 2,310,000.
Teoretycznie, 7,9x więcej pracy dla programistów PHP.

job+ruby - 26,700,000
job+php - 221,000,000.
Teoretycznie, 8x więcej pracy dla programistów PHP.

Co do wieku ruby i php

8 czerwca 1995 roku autor udostępnił kod źródłowy pod nazwą PHP Tools 1.0.

Ruby to interpretowany, w pełni obiektowy i dynamicznie typowany język programowania stworzony w 1995 roku przez Yukihiro Matsumoto

Troszkę się rozpędziłem w swoim poprzednim poście. (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Powiedzmy, że w ramach sprostowania zapytam, kiedy pierwszy raz usłyszeliście o Ruby? Ja osobiście jakieś półtorej roku temu, no najwcześniej dwa lata temu, kiedy już programowałem kilka lat w PHP. Być może nie jest to najlepszy argument, ale ten język po prostu pokazał się dopiero jakiś czas temu i moje stwierdzenie o tym, że Ruby ma 5 lat wynikało właśnie z tego (mój błąd - nie sprawdziłem tego dokładnie). Popularność Ruby zaczęła odczuwalnie rosnąć dopiero po ukazaniu się Ruby on Rails w lipcu 2004, i nie okłamujmy się, głównie (w 95% przypadków) dzięki temu frameworkowi Ruby zawdzięcza wciąż rosnącą popularność. Rok później ukazało się Django, dzięki czemu popularność Pythona również zaczęła szybciej rosnąć. Czyli tak jak wspominałem, na istnieniu RoR zyskuje nie tylko tylko Ruby, ale i Python, fakt, że znacznie mniej PHP, ale możemy dojść do kuriozalnego wniosku, że ten jedyny framework może być największą zgubą Ruby. Wystarczy dobry port (vide szybszy jak to się ma w przypadku Django) i najważniejszy atut Ruby zostaje obalony. Nota bene, wykresy PHP i Ruby nie są lustrzanymi odbiciami, zatem koegzystencja wszystkich tych języków jest możliwa, bez straty dla pozostałych (w chwili obecnej ich popularność spada, wcześniej mniej-więcej "proporcjonalnie" rosła).

Co do pisania stron.
Rubyonrails jest jednym z niewielu frameworkow dostępnych dla ruby dlatego może liczyć na wsparcie całej społeczności która nie uczestniczy w wielu projektach z tego względu będzie on szybciej rozwijany niż konkurencyjne projekty w php. Nie ma tez obawy ze projekt nagle upadnie co niestety ma miejsce w świecie php

Ten argument akurat uważam za nietrafiony. To, że Ruby ma 1 framework a PHP znacznie więcej wynika przede wszystkim z wielkości społeczności. Drugi aspekt tego wszystkiego jest taki, że Ci, którzy korzystają z Ruby na potrzeby aplikacji webowych nie wyobrażają sobie pracy z czymś innym niż RoR. Błędne koło brak nowości czy brak potrzeby?

Jeszcze jeden aspekt, którego nie poruszałem wcześniej, a który pragnę nadmienić. To, że Ruby do tej pory wciąż zyskuje moim zdaniem wynika głównie z tego, że wiele małych i średnich firm migruje właśnie ze względu na RoR. Dlaczego małe i średnie? Ano dlatego, że projekty, które realizują to standardowe jedno-dwu-trzy miesięczne fast foody + ewentualny support. W świecie większych projektów Ruby nie miało nawet większej szansy na zaistnienie.
Jak też wcześniej pisałem, nie ma najmniejszych szans w starciu z "enterprise". Sam trafiłem jakiś czas temu do projektu aplikacji dla domu maklerskiego, który był realizowany na platformie sprzed dobrych 10 lat (nadającej się do wyrzucenia). Dlaczego bank jechał na tym starociu? Ano dlatego, że ma kadrę, która utrzymuje już systemy napisane w ten sam sposób, infrastrukturę i licencje. Nie musi inwestować w nic więcej. Nie wspomnę już o tym, że większość systemów, które obsługują transakcje w bankach jest pisanych w Cobolu. Wszędzie tam Ruby, jak i inne młodsze języki nie mają prawa wstępu.
Ten przykład jest może przesadzony, ale chciałem podkreślić, że jest wiele firm, które rozwija soft w pewnym języku (PHP, Java) od dłuższego czasu. Przejście na Ruby nie jest możliwe ot, tak, ponieważ cała praca włożona do tej pory w rozwój softu i zdobycie pozycji rynkowej pójdzie na marne. Nie wspomnę już o przekwalifikowaniu programistów, co może być również sporym problemem (ich niechęć i/lub brak entuzjazmu), rodzącym napięcia a na pewno pociągającym koszty. Tworzenia typowych aplikacji biznesowych to nie freelancerka, gdzie bierzesz to narzędzie, które Ci się podoba i każesz klientowi kupić konto na tym a nie innym serwerze.