Niebawem chcialbym zajac sie tworzeniem wlasnego projektu. Powiedzialbym, ze serwis bedzie sredniej klasy portalem z elementami spolecznosciowymi. Przewiduje na ten projekt okolo 20 tabel w bazie danych, okolo 20-30 podstron o roznej budowie i przeznaczeniu. Portal ma by dosc funkcjonalny i posiada sporo elementow spolecznociowych.
Nie bedzie to rozbudowana kobyla, jednak zkladam, ze w przyszlosci moze sie taka stac, w zaleznosci od powodzenia projektu.
Za cel, ktory chce sobie postawic, jest stworzenie pewnej bazy uzytkownikow, ktora wyznaczylem na okolo 50 000, aby w ogole dalsze prowadzenie portalu mialo sens. Nie ukrywam, ze w razie sukcesu, liczba ta moze wzrosnac 10x.
W zwiazku z tym stoje nad decyzja o sposobie realizacji tego dziela. Wiadomo, ze napisze to w Ruby pytanie tylko, co postawic nad nim. Rozwazam w tej chwili czystego i lekkiego Racka lub rozbudowanej machiny jak Ruby On Rails 4. Inne rozwiázania raczej odrzucam (Sinatra, Padrino itd…)
Bardziej przemawia do mnie Rack, gdyz chcialbym sam miec kontrole nad kazdym aspektem aplikacji i wiedziec wszystko co sie dzieje pod spodem. Rack daje mi ogromna swobode, ktora bardzo sobie cenie. Obecnie zastanawiam mnie podstawowa kwestia, Z JAKIMI PROBLEMAMI BEDE MUSIAL SIE ZMIERZYC WYKORZYSTUJAC CZYSTEGO RACKA, czy jest sens pakowac sie w tego typu projekt z jego udzialem?
Obecnie, jestem na etapie studiowania calego ekosystemu Ruby, wiec traktuje to tez jako okacje do nauki.
Rozwaze wszystkie za i przeciw, do podjecia slusznej i madrej decyzji
1.5 roku temu stałem przed w podobnym wyborem (z tym że rozważałem railsy vs. sinatra) – ostatecznie wybrałem railsy, i to była najlepsza decyzja dla tego projektu, jaką mogłem podjąć.
O tym, jak dużo railsy dają mało kto pamięta, dopóki nie zacznie pracować nad projektem, gdzie tego wszystkiego nie dostaje
Elastyczność railsów jest również bardzo dobra (jasne, wszystko zbudowane jest na konwencjach, ale mimo wszystko możesz wiele rzeczy mocno konfigurować).
Lepszym pytaniem wg. mnie byłoby: Co zyskasz, jeśli zrezygnujesz z railsów.
Moim zdaniem poza paroma przypadkami nie ma sensu wymyślać koła od nowa.
Jeżeli chcesz napisać i wypuścić portal w stosunkowo krótkim czasie, to bierz railsy. Jeżeli chcesz przepisać połowę railsów po swojemu i przy okazji stracić przy tym mnóstwo czasu, to bierz racka.
Rack mógłby być rozwiązaniem do rozważenia gdybyś pisał samo API + frontend w HTMLu i javascrpcie, aczkolwiek wtedy ja i tak wybrałbym sinatrę albo railsy.
…ale jak to Racka? Rack to tylko interfejs dzięki któremu aplikacje komunikują się z serwerem. Nikt o zdrowych zmysłach nie będzie pisał “średniej wielkości” aplikacji w ten sposób, no chyba że sobie napiszesz najpierw framework ale po co skoro jest już ich dziesiątki?
Już wiem czemu nie polubiłem http://nodejs.org/ :D[/quote]
Po moim ostatnim reserczu wynika, że nodejs służy do pisania bardzo szybkich klientów http, a korzystanie z niego do pisania “średniej wielkości” aplikacji jest czystym masochizmem.
Już wiem czemu nie polubiłem http://nodejs.org/ :D[/quote]
Po moim ostatnim reserczu wynika, że nodejs służy do pisania bardzo szybkich klientów http, a korzystanie z niego do pisania “średniej wielkości” aplikacji jest czystym masochizmem.[/quote]
Nodejs do czekokolwiek się nadaje ? Przecież tam obsługa błędów jest w fazie …, a przepraszam jej po prostu nie ma.
[quote=wafcio][quote=slawosz][quote=Tomash]
Już wiem czemu nie polubiłem http://nodejs.org/ :D[/quote]
Po moim ostatnim reserczu wynika, że nodejs służy do pisania bardzo szybkich klientów http, a korzystanie z niego do pisania “średniej wielkości” aplikacji jest czystym masochizmem.[/quote]
Nodejs do czekokolwiek się nadaje ? Przecież tam obsługa błędów jest w fazie …, a przepraszam jej po prostu nie ma.[/quote]
Do pisania serwerów obsługujących bardzo dużą ilość połączeń bez logiki biznesowej - np frontend do baz danych nosql. Jest na sieci trochę success stories, aczkolwiek teraz pewnie wszyscy przesiądą się na go
Już wiem czemu nie polubiłem http://nodejs.org/ :D[/quote]
Po moim ostatnim reserczu wynika, że nodejs służy do pisania bardzo szybkich klientów http, a korzystanie z niego do pisania “średniej wielkości” aplikacji jest czystym masochizmem.[/quote]
Widziałem ostatnio małej wielkości aplikację napisaną w node.js, przy użyciu jakiegoś frameworka, który pretendował do miana mvc. NIGDY nie widziałem straszniejszego kodu, jeśli mówimy o patrzeniu na całość projektu… ;]
