konto usunięte

Temat: PHP VS Ruby VS Python - prosze o wypowiedź zaawansowanych...

Jako użytkownik rubiego i railsów z kilkuletnim doświadczeniem chciałbym kilka rzeczy naprostować.

Marek Sybilak:
Jeżeli już mówimy o tym dlaczego James Strachan napisał grooviego, to warto przytoczyć ten cytat: http://www.mslinn.com/blog/?p=306 Daje do myślenia. Zastanawiam się też czy pisałeś cokolwiek większego w railsach? Znam przynajmniej dwie osoby, które pisały w RoR i GoG spore projekty i obie twierdzą, że pomimo kilku zalet grailsów, dużo przyjemniej pisze im się w railsach. Ja z grailsami nic nie robiłem, więc nie zamierzam się na ten temat szerzej wypowiadać, ot kilka opinii przeciwstawnych do Twoich.

Łukasz Bandzarewicz:
Jeżeli już porównujesz szybkość, to fajnie by to było poprzeć jakimiś benchmarkami, które są nowsze niż te sprzed 4 lat (ruby 1.8.4 był wydany w 2006 roku... a może nawet wcześniej). Dzisiaj mamy ruby 1.9.2, który powoli zaczyna być standardem (wszelkie nowe aplikacje piszę na 1.9.2 i w miarę możliwości przerzucam stare). Na stronie http://shootout.alioth.debian.org/ są benchmarki z najnowszymi wersjami rubiego i php i łatwo można zauważyć, że nowym królem powolności zostaje PHP.

Pisząc te słowa chciałbym również zauważyć, że te wszystkie benchmarki i tak można o kant dupy potłuc ;-) Ruby MRI 1.8.7 jest teoretycznie wolniejszy od PHP, ale ze względu na architekturę aplikacji i tak frameworki takie jak Merb czy Rails są szybsze niż frameworki PHP. Dlaczego? Ano dlatego, że za każdym razem kiedy request idzie do serwera, to PHP musi przeładować wszystkie pliki. Ruby (tak samo jak python zresztą) pozwalają na wczytanie wszystkiego do pamięci podczas startu serwera.

Co do PHP vs Ruby (nie chciałbym się wypowiadać o pythonie, ponieważ miałem z nim niewielki kontakt):
* podejście do testów (można by rzecz, że jest to społeczność nakierowana na testy ;)
* metaprogramowanie
* dynamiczny rozwój
* railsy ;-)
* wielozadaniowość (PHP jest stworzony do pisania stron internetowych, w ruby są napisane nawet serwery do aplikacji railsowych)
* i pewnie wiele innych rzeczy, o których teraz nie myślę

To co jeszcze mi się bardzo podoba, to jakieś takie parcie w community na ciągły rozwój języka i bibliotek. Jakieś 3 lata temu światło dzienne ujrzał Merb, framework konkurencyjny dla Railsów. Przez jakiś czas frameworki ze sobą konkurowały, ale ponad półtora roku temu ich twórcy stwierdzili, ze warto by połączyć siły. Dlaczego robić 2 konkurujące frameworki jeżeli można zrobić jeden lepszy? Niedawno wyszły railsy 3.0, które są naprawdę jednym z ładniejszych kawałków kodu jaki widziałem w życiu ;-)

W świecie PHP widzę w zasadzie coś odwrotnego. Jest przynajmniej kilka-kilkanaście popularnych frameworków (poprawcie mnie jeżeli się mylę), a jeszcze do niedawna znałem przynajmniej kilku programistów, którzy podczas pisania aplikacji napisali swoje własne.

Długo by można jeszcze pisać, ale w zasadzie i tak pisaniem mało kogo przekonam, najlepiej sprobować samemu i wtedy wydawać jakiekolwiek sądy.Piotr Sarnacki edytował(a) ten post dnia 27.09.10 o godzinie 17:53
Marek Sybilak

Marek Sybilak raportzaukcji.pl

Temat: PHP VS Ruby VS Python - prosze o wypowiedź zaawansowanych...

Znam przynajmniej dwie osoby, które pisały w RoR i GoG spore projekty i obie twierdzą, że pomimo kilku zalet grailsów, dużo przyjemniej pisze im się w railsach. Ja z grailsami nic nie robiłem, więc nie zamierzam się na ten temat szerzej wypowiadać, ot kilka opinii przeciwstawnych do Twoich.

Mnie też Grails już nie odpowiada. Stanowczo za ciężki. Od dłuższego czasu w Grailsach nic nie robiłem.
Teraz mam Play framework, który jest po prostu genialny, ale niestety ma też swoje wady. Do Google App Engine za bardzo nie pasuje, a ja się obecnie koncentruję właśnie na tej platformie hostingowej. Z tego względu przeniosłem się na Pythona, bo frameworki Javowe nie zachwycają na GAE.
Z Pythonowych najlepiej sprawdzają się Flask i Tipfy.
Marek Sybilak

Marek Sybilak raportzaukcji.pl

Temat: PHP VS Ruby VS Python - prosze o wypowiedź zaawansowanych...

Jeżeli już mówimy o tym dlaczego James Strachan napisał grooviego, to warto przytoczyć ten cytat: http://www.mslinn.com/blog/?p=306 Daje do myślenia.

Groovy to tak naprawdę ułatwienia dla programistów Javy, które powodują, że program wygląda trochę jak napisany w Pythonie. Groovy nie dostarcza dodatkowych wartości tak jak Scala w postaci programowania funkcjonalnego.

Teraz zrobiła się moda na Clojure, ale ja jakoś nie potrafię dostrzec piękna kodu Lispowego. Być może za słabo znam.



Wyślij zaproszenie do