Ruby on Rails w Twoim kolejnym projekcie webowym

Rails został wyodrębniony z Basecampa w 2003 roku. Kolejne dwa lata prac prowadzonych przez Davida i wspieranych przez globalną społeczność podobnie myślących programistów zakończyły się publicznym wydaniem Rails 1.0 w 2005 roku.

Szybko zaczął zyskiwać na popularności jako “otwartoźródłowy framework webowy zoptymalizowany pod kątem szczęścia programisty i pięknego kodu”.

Ten konkretny framework to zbiór bibliotek kodu napisanych w języku programowania Ruby. Te biblioteki to gotowe, niezbędne funkcje aplikacji webowych — takie jak formularze, przyciski czy menu.

Wiesz, jak to jest: pisząc raport albo pracę, czasem po prostu kopiujesz akapity z innych tekstów i przepisujesz je własnymi słowami? Biblioteki kodu są dla programistów czymś podobnym.

Dla praktycznie każdego języka programowania istnieje kilka frameworków o różnych zastosowaniach. Ale Rails to bardzo szczególny framework, i świetne środowisko do tworzenia aplikacji webowych.

Różni się od większości frameworków. Dlaczego? Na to pytanie najlepiej odpowiadają twórcy oficjalnego przewodnika po Ruby on Rails:

To z pewnością inspiracja filozofią, która doprowadziła do powstania samego języka, Ruby.  Czym różni się Ruby od Ruby on Rails?

Ciekawostki o Ruby: 

• stworzony przez Yukihiro „Matza” Matsumoto
• pierwsze publiczne wydanie w 1995 roku
• zupełnie niepopularny aż do wydania Rails w 2005 roku
• Matz często mówił, że chciał „uczynić Ruby naturalnym, a nie prostym”
• zaprojektowany tak, by być „[...] potężniejszym niż Perl i bardziej obiektowym niż Python”

Bardzo podobnie jak w Rails, najważniejsze w Ruby są mocne przekonania jego twórcy, które wpłynęły na każdy aspekt tego języka. Pod wieloma względami Ruby również zaprojektowano tak, by maksymalizować szczęście programisty.

Ruby i Rails łączy jeszcze jedno: jeśli nie potrafisz przyjąć fundamentalnych filozofii kodowania tych technologii, praca z nimi nie sprawi Ci żadnej przyjemności.

Co jest wyjątkowego w Ruby?

• Wszystko jest obiektem
  W przeciwieństwie do większości języków programowania w Ruby możesz nadać właściwości i zachowania każdej informacji — nawet liczbom i symbolom
• Ruby jest elastyczny
  Pozwala programistom swobodnie zmieniać, usuwać i przedefiniowywać podstawowe elementy języka
• Bloki
  Programiści mogą dołączać do kodu bloki (domknięcia opisujące dokładnie, jak ma działać metoda)
• Obsługa wyjątków
  Podobnie jak Java czy Python, Ruby ma mechanizmy obsługi wyjątków, dzięki czemu łatwo radzi sobie z błędami
• Niezależne wątki
  Wielowątkowość na wszystkich platformach, na których działa Ruby, niezależnie od tego, czy wspiera ją system operacyjny

Możesz też sprawdzić:
1. Pierwsze w historii wideo z demem Ruby on Rails
2. Oficjalna strona Ruby on Rails
3. The Complete, Original Rails Doctrine
4. Rails 1.0. Release Note
5. Podstawy Ruby, które musisz znać

Nie zapomnij!

• RoR to framework dla języka programowania Ruby, a PHP to język programowania nastawiony na web, z wieloma frameworkami, które można porównywać z RoR — jak Zend, Codeigniter, Laravel, Symfony2, CakePHP i inne.
  
  
• Jak pamiętasz z pierwszej części tego przewodnika, Rails to oprogramowanie z poglądami. Programiści wybierają go, bo łatwo się go konfiguruje i używa. W przypadku PHP wielu programistów woli budować własne frameworki, zamiast korzystać z istniejących.

Potrzebujesz więcej informacji? Sprawdź to porównanie Ruby on Rails i PHP.

Nie zapomnij!

• Największa różnica między Django a RoR polega na tym, że Django daje więcej możliwości dostosowania, a Rails podejmuje decyzje konfiguracyjne za Ciebie, żeby przyspieszyć pracę.
• Python, czyli język używany w Django, jest bardzo często wykorzystywany w celach akademickich, podczas gdy społeczność Ruby — dzięki Rails — jest bardziej nastawiona biznesowo.

Potrzebujesz więcej informacji? Sprawdź to szczegółowe porównanie Ruby on Rails i Django.

Nie zapomnij!

• Node.js nie jest frameworkiem jako takim — to otwartoźródłowe środowisko serwerowe, które pozwala uruchamiać JavaScript po stronie serwera aplikacji.
• Frameworkiem jest tu Express, który daje wiele funkcji dla aplikacji webowych i mobilnych.
• Node.js, podobnie jak Ruby on Rails, można łączyć z frameworkami front-endowymi, takimi jak React — czasem z Node.js jest łatwiej, bo wystarczy znać jeden język programowania. Ale w wielu przypadkach nauka frameworka bywa trudniejsza niż przyswojenie nowego języka!

Nie zapomnij!

• Jeśli planujesz zbudować szybkie MVP — RoR jest zdecydowanie technologią dla Ciebie. Ale przyda się też na wiele innych sposobów: mnóstwo startupów korzysta z Ruby on Rails na co dzień. To wciąż świetny wybór dla MŚP, platform e-commerce, a nawet produktów SaaS.
• Jeśli jednak planujesz długi rozwój ogromnej aplikacji — pomoże Ci w tym C# wraz z .NET. RoR i C# różnią się tak samo mocno, jak różnią się projekty, do których dobrze się nadają.

Potrzebujesz więcej informacji? Sprawdź nasze szczegółowe Ruby on Rails vs C# porównanie.

Nie zapomnij!

• AngularJS i Ruby on Rails to zupełnie różne frameworki: Ruby on Rails służy do backendu, a AngularJS do front-endu. RoR pozwala łatwo i szybko pisać usługi webowe. Z AngularJS możesz się do nich odwoływać, żeby komunikować się z backendem.
• Rails jest dość popularny po stronie backendu, natomiast do SPA (aplikacji jednostronicowych) lepiej użyć Angulara albo Node.js.

Startupy i MŚP

Ruby on Rails sprawia, że budowanie aplikacji jest łatwe i przyjemne. Umożliwia tworzenie aplikacji webowych w modelu open source. A gdy programiści są zadowoleni, zwykle kończą pracę szybciej. Ale nie to jest głównym powodem, dla którego RoR jest świetny dla startupów i MŚP.

Główny powód jest taki: dzięki zasadzie „Convention over Configuration” Rails to naprawdę jedna z najlepszych technologii do projektów, jakie często realizują startupy i MŚP:

Kolejna bardzo pomocna rzecz to niezrównana liczba otwartoźródłowych bibliotek i projektów (znanych jako gemy) w społeczności Ruby. A programiści nieustannie tworzą nowe!

Aplikacje e-commerce i marketplace

Jakie aspekty aplikacji e-commerce są najważniejsze? Dla nas to wydajność, doświadczenie użytkownika i bezpieczeństwo.

Ruby on Rails jest z nami od ponad dziesięciu lat. Przez ten czas dopracowywała go globalna społeczność programistów, z których wielu pracuje dla największych firm technologicznych. Nie ma co do tego wątpliwości — Ruby on Rails to dojrzała technologia.

Dla project managerów i programistów w e-commerce przekłada się to na stabilność — a wraz ze stabilnością przychodzą dobra wydajność i bezpieczeństwo. Rails opiera się na mocnym fundamencie najlepszych praktyk wytwarzania oprogramowania, więc trudno zepsuć aplikację w Rails.

W kontekście sklepów internetowych jest to niesamowicie pomocne. Pamiętaj, że każda sekunda niedostępności sklepu to traceni klienci. Ostatecznie więc dojrzała i stabilna technologia, taka jak RoR, to właściwy wybór, jeśli nie chcesz tracić pieniędzy na projekcie e-commerce.

Domyślnie aplikacje RoR są chronione przed popularnymi atakami, takimi jak SQL injection, cross-site scripting i cross-site request forgery. Ma proste, ale skuteczne mechanizmy szyfrowania i podpisywania ciasteczek, i to już w podstawowym pakiecie Rails.

Rails ogranicza potrzebę konfiguracji, ale widać to przede wszystkim na etapie budowania aplikacji. Na późniejszych etapach, gdy pracujesz nad żywym produktem, Rails daje programistom dużo elastyczności tam, gdzie ma to znaczenie.

A co z doświadczeniem użytkownika? Znów na ratunek przychodzą gemy. Są gotowe gemy do integracji aplikacji z innymi kluczowymi elementami e-commerce:

• dostawcami infrastruktury
• bramkami płatności
• rozwiązaniami do e-mail marketingu
• oprogramowaniem do inbound marketingu

Dzięki temu programistom znacznie łatwiej budować serwisy z całą funkcjonalnością, jakiej klienci oczekują od nowoczesnego e-commerce'u.

Software-as-a-Service (SaaS)

Produkty SaaS to aplikacje webowe w najczystszej postaci. Muszą być skalowalne, szybkie i bezpieczne. Software-as-a-Service prawdopodobnie bije wszystkie pozostałe kategorie aplikacji opisane tutaj pod względem liczby połączeń i operacji potrzebnych do zadowolenia użytkownika końcowego.

Ten rodzaj oprogramowania mocno opiera się na budowie bezpiecznych i szybkich API, które pozwalają serwerowi komunikować się i wymieniać dane z wieloma innymi usługami. Na szczęście Rails jest głęboko osadzony w architekturze REST służącej do budowy niezawodnych API.

Do tego Rails udostępnia mocne narzędzia do testowania i debugowania, dzięki którym programiści mogą upewnić się, że aplikacje działają zgodnie z projektem. To, wraz z pozostałymi zaletami, czyni Rails świetną technologią do budowy produktów Software-as-a-Service.

Nie używaj Ruby on Rails, gdy…

• Twój produkt od pierwszego dnia ma obsługiwać tysiące żądań na sekundę - istnieje próg, powyżej którego skalowanie produktów RoR staje się zbyt kosztowne, by miało sens. Na szczęście próg ten odsuwa się z każdą nową wersją Rails, ale przy projektach budowanych pod skalę lepiej wybrać inną technologię. Nie mówimy jednak, że zbudowanie takiej aplikacji jest niemożliwe — świetnym przykładem jest Cookpad, zbudowany w RoR, który radzi sobie z 15 tys. żądań na sekundę!
• Budujesz aplikację intensywnie korzystającą z wejścia/wyjścia - udowodniono, że takie aplikacje pisane w Rails mają słabą wydajność. Ruby on Rails znacznie lepiej sprawdza się w aplikacjach obciążających CPU.
• Ty (albo Twoi programiści) chcecie wszystko budować sami - społeczność Rails opiera się na współpracy i otwartoźródłowych gemach. Choć RoR daje programistom dużo elastyczności, jeśli Ty lub Twój zespół wolicie budować wszystko od zera, prawdopodobnie lepiej wyjdziecie na innym frameworku, czystym Ruby albo zupełnie innym języku programowania.
• Potrzebujesz tylko strony firmowej - użycie Rails do zbudowania strony firmowej, która jest tylko internetową wizytówką, to przerost formy nad treścią. Da się, ale… po prostu tego nie rób. Użyj Wixa albo zrób statyczną stronę w HTML-u i CSS-ie.
• Budujesz bloga - choć pierwszym projektem w oficjalnym przewodniku po Rails jest prosty blog, RoR nie jest świetny do projektów będących wyłącznie blogiem. Do postawienia bloga sprawdź Jekyll — świetny generator blogów napisany w… Ruby :)

Możesz też sprawdzić:
1. Czy Ruby on Rails to dobry wybór dla Twojej strony?
2. Jak zbudowałem dochodową aplikację do ankiet i feedbacku dla Slacka w Rails

Czas na konkrety. Przeczesaliśmy internet w poszukiwaniu mocnych, opartych na faktach opinii programistów i project managerów, którzy naprawdę używali Rails.

Jedni go pokochali, inni niekoniecznie! Oto przegląd tego, co globalna społeczność programistów myśli o Ruby on Rails.

Dlaczego ludzie kochają Ruby on Rails?

• Twórcy i główni kontrybutorzy Ruby on Rails bardzo poważnie traktują bezpieczeństwo. Mają cały proces, szczegółowo opisany na swojej stronie, zgłaszania, naprawiania i wydawania poprawek bezpieczeństwa. Kluczowe funkcje bezpieczeństwa są częścią podstawowego pakietu Rails, a programiści korzystający z najnowszej wersji RoR są informowani o nowych zagrożeniach. ^[źródło]
• Bez Rails Ruby mógłby nigdy nie stać się popularnym językiem programowania aplikacji webowych. A to świetna sprawa, bo Ruby napędza wyjątkowa filozofia i uszczęśliwia programistów. ^[źródło]
• Jest łatwy do nauki — zwłaszcza jeśli masz doświadczenie w językach takich jak Python czy PHP. ^[źródło]
• Zbudowanie aplikacji od zera jest znacznie szybsze niż przy użyciu innych popularnych technologii.
• To pragmatyczny język, a pragmatyzm widać w całej kulturze Ruby on Rails. W porównaniu z innymi językami i frameworkami w RoR jest bardzo mało sztucznej złożoności. ^[źródło]
• W przeciwieństwie do wielu innych technologii obecnych na rynku od ponad dekady Rails wciąż jest aktualizowany. To stabilna technologia, która ewoluuje bez większych zmian łamiących zgodność. ^[źródło]
• Rails ułatwia programistom przeskakiwanie między projektami, bo filozofia i zasady wytwarzania są zawsze takie same. ^[źródło]
• Społeczność wokół Ruby on Rails to sama w sobie wspaniała rzecz. Rozwojem RoR wciąż kieruje jego pierwotny twórca. Liczba programistów używających RoR stale rośnie. Do publicznych repozytoriów nieustannie trafiają nowe gemy. To bardzo odróżnia go od innych popularnych frameworków i jest ogromnym atutem tej technologii. ^[źródło]
• Rails łatwo zintegrować z popularnymi frameworkami front-endowymi, a także z innymi zewnętrznymi technologiami webowymi.
• Ruby on Rails jest darmowy. Nie ma opłat licencyjnych. Podstawowy pakiet, wszystkie materiały wsparcia i niekończące się otwartoźródłowe biblioteki kodu — wszystko to pobierzesz i wykorzystasz bez płacenia grosza.
• RoR jest elastyczny. Gdy projekty stają się bardziej złożone, programiści czasem orientują się, że muszą wprowadzić fundamentalne zmiany w kodzie, na przykład zmienić silnik bazy danych. W Rails takie rzeczy są bardzo łatwe i nie wymagają żadnych zmian w kodzie aplikacji. ^[źródło]
• Rails ułatwia budowanie testów automatycznych, co przekłada się na mniej czasu spędzonego na debugowaniu na późnych etapach prac. ^[źródło]
• To dojrzała technologia. Choć złote lata RoR minęły, społeczność nie przestała rosnąć, a Rails wciąż jest ulepszany. Niewiele technologii miało tyle szczęścia przez tak wiele lat, co pokazuje, że RoR to po prostu świetne narzędzie. ^[źródło]
• Rails to narzędzie, które sprawdza się w wielu scenariuszach. Jest dobry do dużych, nowoczesnych serwisów publicznych, a także do skomplikowanych wewnętrznych aplikacji korporacyjnych z szaloną logiką i regułami biznesowymi. ^[źródło]
• RoR jest czytelny, łatwy w utrzymaniu i produktywny. Pozwala programistom pracować nad problemami wysokiego poziomu zamiast mikrozarządzać kodem swoich aplikacji. ^[źródło]
•   Ruby on Rails zawiera cały zestaw rozwiązań typowych problemów, na jakie natrafiają programiści przy budowie aplikacji. Jest mnóstwo gotowych, przetestowanych funkcjonalności, które można wdrożyć jako wtyczki. Razem z gemami znacznie przyspiesza to i ułatwia pracę.
• Dokumentacja Ruby on Rails jest jasna i zwięzła, dzięki czemu łatwo znaleźć rozwiązanie każdego problemu, na jaki możesz natrafić. ^[źródło]

Dlaczego ludzie nie lubią Ruby on Rails?

• Dla części programistów Rails jest zbyt wolny — bywa zbyt ciężki w pewnych zastosowaniach, ale na tle innych rozwiązań to naprawdę jedna z szybszych technologii. Szybkość działania jest niższa niż w niektórych innych technologiach. Problem widać najmocniej wtedy, gdy produkt trzeba mocno przeskalować w krótkim czasie. Nie znaczy to, że Ruby nie da się skalować — GitHub jest aplikacją w Ruby, jest ogromny i wciąż działa znakomicie. ^[źródło]
• Nie wszystkie firmy hostingowe wspierają Rails. To się jednak stale zmienia, bo w ostatnich latach większość dużych dostawców zaczęła hostować aplikacje Rails.
• Ruby on Rails narzuca konwencje programistyczne i programiści muszą się do nich dostosować. Nie każdy lubi takie podejście, bo wielu programistów ma własny zestaw najlepszych praktyk budowy oprogramowania. ^[źródło]
• Jeśli programiści nie zaprojektują aplikacji ostrożnie, aplikacje w Rails mogą krztusić się przy wielowątkowości, co daje słabą wydajność i wyższe koszty infrastruktury. ^[źródło]
• Łatwiej znaleźć programistów z doświadczeniem w Javie, PHP czy Pythonie.
• Gemów jest wiele, więc programiści mogą spędzić sporo czasu na weryfikowaniu, ile dany gem jest naprawdę wart i czy pasuje do ich projektu. Istnieje jednak też grupa sprawdzonych, przetestowanych gemów, których wszyscy chętnie używają. ^[źródło]

Możesz też sprawdzić:
1. Wątek na Reddicie o zaletach i wadach programowania w Ruby on Rails
2. Jakie są zalety i wady Ruby? [wątek na Quorze]
3. Dlaczego Ruby on Rails to idealna technologia backendowa?

Globalna branża software'owa już wtedy pędziła na łeb na szyję. Planowanie było problematyczne ze względu na tempo zmian na rynku.

Okazało się, że długoterminowe planowanie i realizacja w tradycyjnym stylu kaskadowym są dalekie od najlepszego sposobu budowania komercyjnie udanych produktów software'owych.

RAD zyskał popularność, bo pozwalał programistom i menedżerom zachować elastyczność i dostosowywać się do rynku.

Rapid Application Development ma cztery podstawowe etapy:

1. Plan wstępny
   
   Pierwszy etap dotyczy przede wszystkim jasnej komunikacji między klientem, zespołem deweloperskim i wszystkimi zaangażowanymi menedżerami. Powinien też obejmować solidną dawkę researchu i analizy strategicznej.
   
   Celem tego etapu jest ustalenie ostatecznych wymagań produktowych, zrozumianych i zaakceptowanych przez wszystkich uczestników prac.
   
   
2. Projektowanie UX
   
   Ten krok polega na wzięciu ostatecznych wymagań z etapu pierwszego i stworzeniu prostych prototypów niezbędnych funkcjonalności.
   
   To jeszcze nie pełne kodowanie. Głównym celem tego etapu jest uzyskanie akceptacji klienta (użytkownika) dla podstawowych modeli doświadczenia użytkownika opartych na wymaganiach produktowych i — jeśli trzeba — zmiana lub przedefiniowanie wymagań, których nie da się spełnić.
   
   
3. Wytwarzanie
   
   Tu zaczyna się zabawa. Gdy modele UX aplikacji są zaakceptowane, czas zbudować produkt.
   
   Tradycyjnie programiści budowaliby wszystko zgodnie z pierwotnym planem przez lata. Problem w tym, że gdy kończyli, rynek zwykle już nie potrzebował tego produktu albo klient orientował się, że chce czegoś zupełnie innego.
   
   Żeby tego uniknąć, RAD zmusza zespół produktowy do stałej komunikacji z klientem (lub przyszłymi użytkownikami aplikacji), aby zbierać opinie, informować o postępach i wcześnie wychwytywać destrukcyjne problemy projektowe.
   
   
4. Wdrożenie
   
   Na ostatnim etapie produkt jest testowany i wdrażany. To także czas na przygotowanie niezbędnych instrukcji, żeby użytkownikom łatwiej było nauczyć się nowej aplikacji.
   
   

Agile Development

W 2001 roku, dziesięć lat po powstaniu RAD, w domku narciarskim w Utah narodził się nowy, radykalny pomysł (a przynajmniej tak głosi legenda).

Stało się to podczas spotkania 14 znanych postaci z branży technologicznej, które zauważyły, że programiści na całym świecie zaczęli przechodzić na nowy, bardziej elastyczny i iteracyjny proces wytwarzania.

Efektem tego spotkania był Manifest Agile — krótki dokument będący zbiorem ogólnych filozofii i konwencji nowego, lepszego sposobu tworzenia oprogramowania.

Manifest jest na tyle krótki, że możemy zacytować go w całości:

Na tych czterech podstawowych wartościach zbudowano też 12 szczegółowych zasad .

Manifest ten zamknął kluczowe fundamenty nowych metodyk zarządzania projektami, które — podobnie jak RAD — opierały się na komunikacji i pozwalały programistom zmieniać produkty wraz ze zmieniającymi się potrzebami użytkowników.

Jeśli myślisz, że Agile to tylko Scrum, pomyśl jeszcze raz! Metod zwinnych jest wiele, między innymi:

• FDD
• Extreme Programming
• DSDM
• Crystal
• Lean
• Scrum
• Kanban

Różnią się pod pewnymi względami, ale wszystkie mają te same kluczowe składniki zwinnego wytwarzania. Jakie to składniki?

1. Wizja produktu — definiuje cele produktu końcowego.
2. Roadmapa produktu — strategiczny zarys tego, co trzeba zrobić, żeby osiągnąć cele.
3. Backlog produktu — lista konkretnych zadań, które trzeba wykonać, żeby ukończyć produkt
4. Plan wydań — daty i terminy udostępniania aplikacji
5. Backlog sprintu — każde zadanie wraz z niezbędnymi dodatkowymi informacjami, które ma zostać wykonane w trakcie jednego sprintu.
6. Przyrost — nowe funkcje ukończone i prezentowane klientowi (użytkownikowi) na koniec każdego sprintu.

Ogólnie rzecz biorąc, Agile polega na skupieniu się na dobrej komunikacji (co przekłada się na wiele strategicznych spotkań i rozmów z wcześniej zaplanowaną agendą) oraz na idei, że prace należy dzielić na krótkie, na przykład tygodniowe, przedziały czasu (sprinty).

Możesz też sprawdzić:
1. Szczegółowy przegląd metodyki Agile
2. Idealny proces tworzenia aplikacji webowej
3. Rapid Application Development w praktyce

Wiesz, jak najłatwiej zirytować zawodowego programistę?

Poproś go o wycenę aplikacji! (tu śmiech z puszki)

Część z Was doskonale wie dlaczego, ale jeśli nie łapiesz tego żartu — przeczytaj ten odkrywczy krótki esej Michaela Wolfe'a, seryjnego przedsiębiorcy i założyciela ponad pięciu komercyjnie udanych startupów:

Tyle o produkcji — ale ile kosztuje utrzymanie aplikacji w RoR?

Podstawowa odpowiedź brzmi: „to zależy”. Od tego, jak duża i jak złożona jest Twoja aplikacja, ile osób nad nią pracuje, ilu ma użytkowników i od nieskończenie wielu innych czynników.

Są jednak pewne podstawowe koszty, które pojawią się praktycznie w każdym projekcie aplikacji webowej w Rails. Należą do nich:

• Usługi continuous integration — nieocenione narzędzie przy dodawaniu nowych zmian i funkcji do istniejących aplikacji. Usługi CI dostarczają przede wszystkim automatyczne testy, które zapewniają, że nowy kod nie koliduje z istniejącym. Średni koszt tych usług to około 300–600 dolarów rocznie.
• Hosting i przechowywanie zasobów — w przeszłości nie każdy dostawca hostingu pozwalał na aplikacje Ruby on Rails, ale dziś większość dużych dostawców nie ma z tym problemu. Więcej o najpopularniejszych dostawcach hostingu RoR przeczytasz na naszym blogu.
• Wytwarzanie — żeby aplikacja działała, przez cały cykl życia produktu będziesz płacić programistom. Błędy zawsze się zdarzają i ktoś musi je naprawiać.
• Aktualizacje — gdy pojawia się nowa wersja Rails, aktualizacja aplikacji zajmie trochę czasu, ale jest koniecznością. Jeśli będziesz dalej używać przestarzałego Rails, aplikacja przestanie być bezpieczna i stanie się podatna na ataki. Dobrze mieć w zespole kogoś, kto się tym zajmie, albo śledzić aktualizacje RoR, żeby żadnej nie przegapić.
• Repozytorium kodu — nowoczesne aplikacje webowe opierają się na przechowywanych w chmurze repozytoriach kodu zawierających wszystkie pliki wykonywalne i konfiguracyjne. Największym graczem na rynku repozytoriów jest Github (zbudowany w Ruby on Rails!), gdzie koszty wynoszą od 9 do 21 dolarów za użytkownika miesięcznie. Wicelider rynku, GitLab też jest zbudowany w Ruby!
• Integracje z zewnętrznymi usługami — te koszty pojawiają się, gdy musisz połączyć aplikację z gotową usługą premium do obsługi płatności, wysyłki e-maili, bezpieczeństwa albo czegokolwiek innego, czego potrzebujesz, a nie masz budżetu na rozwiązanie dedykowane. Do wielu usług, na przykład Stripe'a, są gemy pozwalające na szybką i łatwą integrację.
• Analityka — jeśli chcesz zbierać podstawowe dane, w zupełności wystarczy darmowy Google Analytics. Ale przy bardziej zaawansowanym zbieraniu danych, takim jak mapy ciepła czy nagrywanie sesji użytkowników, możesz dopłacić (najpopularniejsze rozwiązanie, Hotjar, jest darmowe dla małych projektów, ale jeśli chcesz zbierać dane na dużą skalę, będziesz potrzebować wersji płatnej).
• Monitorowanie awarii — szczególnie ważne w przypadku aplikacji zewnętrznych. Rozwiązanie zewnętrzne, które pozwala śledzić krytyczne błędy, żebyś mógł szybko zareagować, gdy się pojawią. Świetnym przykładem jest Rollbar, który pozwala ustawić alerty e-mailowe.

Czy budowanie i utrzymanie aplikacji w Ruby on Rails jest więc tańsze niż w innych technologiach?

Nie twierdzimy, że Ruby on Rails przyniesie Ci więcej pieniędzy.

Nie przyniesie.

Wciąż musisz wydawać na zespół (programistów, project managerów, projektantów i tak dalej), na zasoby i na utrzymanie aplikacji po jej ukończeniu.

Ale Ruby on Rails z pewnością pomoże Ci znaleźć możliwości optymalizacji kosztów przy budowie kolejnego produktu webowego. Ogromna liczba gotowych gemów i wcześniej przygotowanych rozwiązań to jeden z najważniejszych powodów, dla których warto postawić na Ruby. Oczywiście skala zysku mocno zależy od złożoności projektu i liczby innowacyjnych rozwiązań, jakie chcesz w nim wdrożyć. Część z nich będziesz musiał zbudować samodzielnie.

Ale z Ruby on Rails nigdy nie będziesz musiał wymyślać koła na nowo.

A społeczność RoR wymyśliła już solidną liczbę różnych kół.

Możesz też sprawdzić:
1. Ten wątek na Quorze o zaletach Ruby on Rails
2. Ruby on Rails: potężne i opłacalne narzędzie do web developmentu

Do opanowania sztuki i filozofii frameworka Ruby on Rails oraz programowania w nim prowadzi wiele dróg.

Zawodowym programistom, którzy mają już doświadczenie w budowie aplikacji w Ruby, Pythonie czy PHP, przejście na Rails powinno przyjść dość łatwo. Po poznaniu Ruby wejście w Rails sprowadza się głównie do:

• nauki i praktyki Ruby (dla osób przechodzących z innego języka),
• poznania konwencji Rails,
• oswojenia się z menedżerem pakietów Ruby oraz gemami,
• stania się częścią społeczności Rails,
• praktyki, praktyki i jeszcze raz praktyki.

Jeśli jednak nie jesteś mistrzem programowania, który przeskakuje między językami i frameworkami bez mrugnięcia okiem, albo dopiero zaczynasz swoją zawodową drogę w wytwarzaniu oprogramowania, oto wszystko, czego potrzebujesz, by zostać dobrym programistą Rails.

Podstawy — dla początkujących

Zanim wejdziesz w Rails, musisz poznać podstawowe technologie nowoczesnego web developmentu, w tym:

• HTML + CSS (do organizowania i stylowania treści na stronach i w aplikacjach webowych)
• system kontroli wersji, taki jak GIT (do zarządzania kodem i sprawnej pracy zespołowej programistów)

Wbrew niektórym popularnym opiniom znajomość JavaScriptu i zarządzania bazami danych jest niekonieczna do nauki Ruby on Rails. Choć z pewnością by pomogła ;)

A jak się tego wszystkiego nauczyć? Jednym z najlepszych źródeł dla początkujących programistów jest FreeCodeCamp. To interaktywny kurs programowania w przeglądarce. Rejestrujesz się, od razu zaczynasz kodować, a program prowadzi Cię przez wszystko, co trzeba wiedzieć, żeby zostać zawodowym programistą — w tym, choć nie tylko, przez wszystko wymienione wyżej.

Co więcej, na koniec kursu dostaniesz certyfikat oraz swoje pierwsze zawodowe projekty, które szybko zbudują Twoje portfolio. Wspominałem, że to wszystko za darmo? A do tego jest tam niesamowicie pomocna społeczność. Jeśli dopiero zaczynasz z celem, by zarabiać na budowaniu aplikacji webowych, naprawdę nie ma lepszej drogi niż FreeCodeCamp:

Jeśli masz na to pieniądze, możesz też wybrać płatne kursy, takie jak Codecademy i dosłownie tysiące podobnych kursów w sieci. Większość blednie przy tym, co za darmo daje FreeCodeCamp, ale mogą oferować dodatkowe materiały poszerzające wiedzę.

Najważniejsze jest tu, żeby się nie spieszyć. Budowanie nowoczesnych aplikacji webowych to nie fizyka jądrowa, ale też nie zbieranie ziemniaków na polu. Nie bez powodu zarobki programistów są tak nieproporcjonalnie wysokie na tle innych zawodów — nauczenie się potrzebnych umiejętności wymaga mnóstwa ciężkiej pracy.

Zwiększysz swoje szanse, jeśli będziesz działać powoli. Bądź cierpliwy i nie oczekuj, że w kilka miesięcy zaczniesz zarabiać takie pieniądze jak programiści. Opanowanie podstaw web developmentu zajmie Ci co najmniej rok, jeśli zaczynasz bez wcześniejszego doświadczenia i wiedzy.

Gdy opanujesz podstawy, możesz zacząć myśleć o wejściu w Ruby on Rails.

Wejście w Ruby on Rails

Z solidnymi podstawami web developmentu oraz znajomością i praktyką w Ruby będziesz gotowy, żeby wejść w świat Ruby on Rails. A to świetny świat, patrząc na średnie zarobki programisty Ruby on Rails. Czy warto uczyć się Ruby on Rails? Zdecydowanie tak!

Jednym z najlepszych kursów jest Ruby on Rails Tutorial autorstwa Michaela Hartla. To dość długi kurs budowania aplikacji w Rails, co w tym przypadku jest zaletą, bo z nauką nie warto się spieszyć. Ukończenie go pozwoli Ci zacząć budować aplikacje w Rails, ale do nauczenia się jest znacznie więcej!

Musisz poznać wszystkie elementy składające się na Rails (jak l18n i ActiveJob) oraz oswoić się z gemami. Pomogą Ci w tym te materiały:

• Oficjalne przewodniki po Ruby on Rails — poznaj wszystkie składniki Rails; najlepsza strona do nauki Ruby on Rails
• RubyGems — przeglądaj gemy, ucz się budowania i używania gemów Ruby
• Blogi i społeczności RoR, takie jak:
• Official Rails Blog
• Reddit for Rubyists
• RubyFlow
• RubyLand
• Ruby on Rails 5by5 podcast
• Ruby Weekly
• David Heinemeier Hansson’s Blog
• Ruby Inside
• Everyday Rails
• AWS Ruby Blog
• Rubyland Blog
• Ruby on Rails Subreddit
• RubyLand.news
• RubyTapas + RailsCasts + Confreaks TV  — dodatkowe materiały edukacyjne w formie screencastów

Warto też przeglądać aplikacje w Rails na GitHubie i w innych repozytoriach kodu oraz analizować, jak zostały zrobione. Oto kilka linków na początek:

Jeśli zastanawiasz się, które firmy korzystają z Ruby on Rails i które popularne serwisy naprawdę są zbudowane w Ruby on Rails — nie szukaj dalej. Oto kilka naszych ulubionych.

Od wydania pierwszej wersji frameworka webowego Ruby on Rails minęło szesnaście lat. W świecie internetu to cała epoka, w której produkt może zyskać popularność, a potem powoli odejść w zapomnienie.

Ruby on Rails to jednak nie spotkało. Dziś jest naprawdę dojrzałą technologią, aktywnie rozwijaną przez zespół oddanych twórców i wspieraną przez świetną społeczność. Ogromna praca włożona we framework sprawiła, że Ruby on Rails jest jedną z najlepiej przemyślanych technologii backendowych dostępnych na rynku.

Długa historia rozwoju Ruby on Rails daje szereg przewag:

• Zapewnia wysoki poziom bezpieczeństwa — lata rozwoju RoR pozwoliły znaleźć ogromną liczbę luk, błędów i usterek do naprawienia.
• Bardzo stabilne API — proces aktualizacji Ruby on Rails nie wymaga od programistów zmiany kodu aplikacji. Przy mniej stabilnych frameworkach programiści często muszą wprowadzać serię poprawek w kodzie, co potrafi zająć dni, a nawet tygodnie. W połączeniu ze stabilnością samego RoR daje to ogromną przewagę biznesową!
• Zmiany we frameworku są ewolucyjne, nie rewolucyjne. Od Rails 3.0 (gdy połączono Rails i Merb) jest to stabilny framework, a aktualizacje nie przynoszą zmian łamiących zgodność, które „wywracają stolik”.

Ważniejsze jest to, że zespół rdzenia Ruby on Rails wciąż pracuje nad aktualizacjami frameworka (więcej o tym w kolejnej sekcji). Jeśli chcesz przyjrzeć się z bliska temu, co dokładnie dzieje się dziś z Ruby on Rails, możesz przeanalizować stronę Rails na GitHubie, gdzie znajdziesz wszystkie potrzebne informacje, aż po każdą pojedynczą zmianę wprowadzoną w RoR przez lata.

Ruby on Rails w liczbach

Popularność jeszcze lepiej pokazują liczby:

• Obecnie jest ponad 4340 kontrybutorów na GitHubie pracujących nad kodem źródłowym RoR.
• Framework został pobrany ponad 130 milionów razy.
• W badaniu Stack Overflow z 2020 roku Ruby zajął 14. miejsce w rankingu najpopularniejszych języków programowania.
• Indeks TIOBE wskazuje Ruby jako jedną z 20 najpopularniejszych technologii używanych na świecie.
• Według BuiltWith.com, obecnie działa około dwóch milionów stron korzystających z Ruby on Rails. Framework jest popularny we wszystkich dużych krajach znanych ze świetnych programistów, takich jak Stany Zjednoczone, Kanada i Niemcy.
• Dane Stackshare pokazują, że w niemal 500 firmach otwartych jest ponad 2500 stanowisk związanych z RoR.

Rozwój Ruby on Rails w 2021 roku

Pod koniec 2020 roku ukazał się Rails 6.1 — i ma naprawdę sporo świetnych rzeczy! Przez ostatnie miesiące programiści ciężko pracowali nad usprawnieniem obsługi wielu baz danych, dodaniem wsparcia dla usuwania powiązań w zadaniach zamiast w pamięci, zamianą błędów na obiekty i nie tylko.

To niesamowite, jak Rails urósł przez lata — i choć proces dostosowywania wciąż wymaga usprawnień, Rails nigdy nie był lepszy. Nowości w tym wydaniu skupiają się na funkcjach, których potrzebujesz, żeby Twoja aplikacja działała płynnie przez kolejne lata.

Przyjrzyjmy się kilku nowym funkcjom:

Usprawnienia obsługi wielu baz danych

Przełączanie połączenia z bazą danych

Rails 6.1 pozwala przełączać połączenia dla każdej bazy danych z osobna. W wersji 6.0 przejście na rolę odczytu przełączało na nią wszystkie połączenia z bazami. Teraz, w wersji 6.1, jeśli ustawisz legacy_connection_handling na false w konfiguracji, Rails pozwoli Ci przełączyć połączenie dla jednej bazy, wywołując connected_to na odpowiedniej klasie abstrakcyjnej.

Separacja pozioma

Rails 6.0 zapewniał separację funkcjonalną bazy danych (wiele partycji, różne schematy), ale nie wspierał shardingu poziomego (ten sam schemat, wiele partycji). Rails nie może wspierać shardingu poziomego, bo modele w Active Record mogą mieć tylko jedno połączenie na rolę na klasę. Zostało to naprawione i sharding poziomy jest już w Rails dostępny.

Dodatkowe usprawnienia

Poza dodaniem obsługi shardingu poziomego programiści dodali wiele nowych funkcji i usprawnili sporo wewnętrznych mechanizmów obsługi wielu baz danych.

Więcej informacji znajdziesz na oficjalnej stronie Ruby on Rails.

Na razie — czekamy. Ale zaktualizujemy tę sekcję, gdy tylko pojawią się nowe wersje Rails!

Ruby on Rails — co przyniesie przyszłość?

Trudno przewidywać odległą przyszłość frameworków. Ale rysuje się ona jasno.

Ważna jest też społeczność Ruby — ludzie będą nieustannie tworzyć nowe gemy i wspierać sam produkt. Większość nowych frameworków nie może liczyć na takie wsparcie użytkowników.

Nie zapominajmy też o ogromnej liczbie aplikacji już napisanych w Ruby on Rails. One również będą rozwijane i utrzymywane, co będzie generować stały popyt na nowe rozwiązania, aktualizacje i specjalistów Ruby on Rails na rynku.

Ogólnie rzecz biorąc, Rails ma się dobrze, a popyt na programistów Ruby on Rails zostanie z nami na dłużej. To jedna z najpopularniejszych technologii do tworzenia dedykowanych aplikacji webowych. Jako firma tworząca w Ruby on Rails możemy z dumą powiedzieć, że to nasza ulubiona technologia.

A dla niedowiarków, którzy wolą patrzeć na liczby niż wgłębiać się w temat, mamy opinię Aviego Flombauma, organizatora NYC on Rails. Powstała pierwotnie jako odpowiedź na pytanie na Quorze z 2016 roku o schyłek Rails, ale pozostaje aktualna: