Temat: Ruby on Rails

Ruby on Rails - używa ktoś?

Ja kiedyś podłubałem w tym chwilę, nawet dość przyjemny framework, szczególnie po doświadczeniach z innymi tego typu projektami.

Słabszy w porównaniu do django. Niby ver 3. jest za rogiem, ale Railsy maja problemy ze skalowalnoscia przy wiekszych serwisach - co nie zmienia faktu, ze sama struktura, gemy itp jest fajna. Jednak bardziej przyszlosciowe jest django - takich programistow chetniej zatrudniam i takie projekty powstaja szybciej i sa po prostu lepsze.

Napisał bp

Słabszy w porównaniu do django. Niby ver 3. jest za rogiem, ale Railsy maja problemy ze skalowalnoscia przy wiekszych serwisach - co nie zmienia faktu, ze sama struktura, gemy itp jest fajna. Jednak bardziej przyszlosciowe jest django

Dlaczego slabszy niz django?
Skalowalność?! Ile razy pisze się coś naprawdę dużego - na tyle dużego żeby obecne serwery sobie ze zoptymalizowanym kodem sobie nie poradziły?

Dlaczego "bardziej przyszłościowe jest django"?

Ze skalowaniem RoR nie może być tragicznie, gdyż większość usług 37signals jest oparta na tym frameworku i działają dość niezawodnie. Ja akurat używam basecamp. Osobiście skłaniam się ku pythonowi i django głównie z powodu prekompilacji skryptu do czegoś na kształt javowego bytecode (pliki .pyc), oraz niczym niewyjaśnialnej sympatii dla węży

Z tego co widzę, RoR jest odpalany przez FastCGI, a dla porównania django przez moduł serwera Apache HTTPd co powinno być korzystne dla wydajności.

Napisał tc

Dlaczego slabszy niz django?
Skalowalność?! Ile razy pisze się coś naprawdę dużego - na tyle dużego żeby obecne serwery sobie ze zoptymalizowanym kodem sobie nie poradziły?

Dlaczego "bardziej przyszłościowe jest django"?

1. Jest slabszy pod względem wydajności w porównaniu z django, nawet testowa wersja 3 w porownaniu do obecnej django - google it
2. Ile razy sie pisze cos duzego - w moim wypadku - zawsze, jak mam serwis, ktory operuje na ogromnej bazie i zasobach danych to sprawdzone organoleptycznie - dziala slabo. Taki Twitter oparty na railsach byl przepisywany wielokrotnie w calosci, nad blipem tez sie zastanawiano - casow jest mase w necie.
3. Poniewaz django szybciej sie rozwija, poniewac czesciej jest wybierane jako przesiadka po PHP i latwiej przyswajalny dla takich osob - nie bede wchodzil w polemike, bo co programista to inny poglad.
4. @romeoad - no trudno zeby firma, ktorej zalozycielem jest tworca railsow nie uzywal railsow - ja nie twierdze, ze rails jest zly z zalozenia - po prostu uwazam, ze jest slabszy z doswiadczenia nad duzymi projektami. Co innego robic serwis w domu dla przyjemnosci a co innego robic serwis na przyklad 400k userow na poziomie 20 odslon per user i czasem sr. 30 min na stronie - to prosze mi wierzyc - php to lepiej ogarnia (pomijam oczywiscie kwestie serwerowe).

Jeśli chodzi o wydajność, to poczytajcie o "load balancing", temat mnie akurat ostatnio bardzo zainteresował.