Obiektywne powody używania Pythona lub Ruby dla nowego interfejsu API REST Web

Question

Ten wątek zdecydowanie NIE jest wątkiem, dla którego Python jest lepszy niż Ruby lub odwrotnie. Zamiast tego, ten wątek służy do obiektywnej krytyki, dlaczego wybrałbyś jeden z drugim, aby napisać RESTful web API, który będzie używany przez wielu różnych klientów (mobile, przeglądarki internetowe, tablety itp.).

Ponownie, nie porównuj Ruby on Rails vs Django. To nie jest aplikacja internetowa zależna od frameworków wysokiego poziomu, takich jak RoR czy Django. Chciałbym tylko usłyszeć, dlaczego ktoś mógłby wybrać jeden z nich, by napisać RESTful Web API, który musiał zacząć jutro, całkowicie od zera i powody, dla których mogliby przejść od jednego do drugiego.

Dla mnie funkcje składni i języka są całkowicie zbędne. Oba oferują wiele funkcji i na pewno oba mogą osiągnąć te same cele końcowe. Myślę, że jeśli ktoś rzuca monetą, jest to wystarczający powód, aby użyć jednego z nich. Po prostu chciałbym zobaczyć, jak niektórzy z was, eksperci od usług internetowych, którzy są bardzo zaangażowani w swoją pracę, odpowiadają na pytanie, dlaczego użyliby jednego z nich w bardzo obiektywnym formacie.

Answer 1

Znam Ruby, nie wiem Python ... widać, w którą stronę skłaniam się, prawda?

Answer 2

Wybierz ten, który najbardziej Ci odpowiada i najprawdopodobniej załatwiaj sprawy najszybciej.

Answer 3

Tak, przerzuć monetę. Prawda jest taka, że ​​znajdziesz minimalistyczne ramy w obu językach. Heroku jest dość mocnym powodem, aby powiedzieć, że Ruby, ale mogą istnieć inne podobne hosty dla Pythona. Ale Heroku upraszcza wdrażanie api w chmurze bez względu na to, czy jest to Rails, czy inny projekt Ruby wykorzystujący Rack. WSGI nie daje tej opcji.

Jak tak faktycznie realizacja choć, zgaduję, że przekonasz się, że oboje są całkowicie właściwe języki i zarówno radość w programie.

Answer 4

Powiedziałbym, że ważną rzeczą jest to, że niezależnie z których wybierzesz, upewnij się, że Twój wybór nie wycieknie z interfejsu REST API. Nie powinno mieć znaczenia dla klienta twojego API, który wybrałeś.

Answer 5

Myślę, że są one dość równomiernie dopasowane do funkcji. Wolę Pythona, ale używam go od ponad dekady, więc przyznam, że to, co następuje, jest całkowicie stronnicze.

IMHO Python jest bardziej dojrzały - jest na to więcej bibliotek (choć Ruby może nadrabiać zaległości), a zawarte w nim biblioteki są lepiej zaprojektowane. Proces ewolucji języka jest także bardziej dojrzały, a każda proponowana funkcja jest omawiana publicznie za pośrednictwem PEP, zanim podjęta zostanie decyzja o włączeniu ich do wydania. Odnoszę wrażenie, że rozwój języka Ruby jest dużo bardziej ad-hoc.

Python jest szeroko stosowany w wielu dziedzinach poza tworzeniem stron internetowych - obliczeniami naukowymi, renderowaniem CGI, przetwarzaniem rozproszonym, narzędziami GUI na Linuksie itp. Ruby bardzo mało uwagi przyszedł do Railsów, więc mam wrażenie, że większość Praca w Ruby koncentruje się na tworzeniu stron internetowych. Może to nie być problem, jeśli jest to wszystko, co chcesz zrobić z tym językiem, ale to oznacza, że ​​Python ma bardziej zróżnicowaną bazę użytkowników i bardziej zróżnicowany zestaw bibliotek.

Python też jest szybszy.

Answer 6

Albo zrobi świetną robotę, a zyskasz na innych sposobach, aby nauczyć się czegoś nowego. Dlaczego nie spędzić z nimi kilku dni? Zobacz, jak daleko można się dostać za pomocą prostego podzbioru problemu, a następnie zobacz, jak się czujesz. Aby otrzymać punkty bonusowe, zgłoś się tutaj i odpowiedz na własne pytanie!

Answer 7

Ruby + Sinatra

Bardzo łatwy w użyciu,/jak rack middleware - ktoś już wspomniano Heroku