Maciej Piechotka

Chyba przesadziłeś i to dosyć ostro. Brak dokumentacji? http://api.rubyonrails.org/, http://ar.rubyonrails.com/ (ActiveRecord), http://wiki.rubyonrails.org/, masa książek (zobacz na amazonie), tutoriali, blogów, screencastów. Nic nie wiem o zmianach o których piszesz, jeśli nawet są to dotyczące wersji dev, której nikt o zdrowych zmysłach nie używa do czegoś innego niż zabawa z railsami. Wersją stabilną jest 1.2.3 i większość wspomnianych materiałów dotyczy tej wersji. Migracje w małej ilości kursów? Chyba korzystamy z innego internetu. „Bardzo przydatną (...) są restful routes. Z jednej strony mamy przydatne narzędzie a z drugiej jest to coś co przeczy ‘prostocie’ i ‘przyjazności’ środowiska.” Nie czaję. To jest właśnie prostota i przyjazność.

Oczywistym jest, że bez poznania podstaw sama dokumentacja to za mało – jest zbyt skąpa. Ale potem okazuje się, że jest dobra, bo jak czegoś nie pamiętam to zaglądam do dokumentacji i nie przedzieram się przez masę tekstu. Poza tym railsy są takim projektem, który wymaga także pewnego wkładu od jego użytkowników. Trzeba „bawić” się dużo konsolą railsową, a nawet czasem zaglądnąć do źródeł (to na prawdę nie boli).

No więc jak widać nie ma co aż tak bardzo narzekać na dokumentację :). Trzeba przy tym dodać, że trzeba się dokształcać w tej dziedzinie (ruby, railsy, gemy, metaprogramowanie, dsl i tak dalej :)) cały czas. Dużo pomagają video z przeróżnych prezentacji/wykładów. Przykładowo: http://www.scribemedia.org/2006/07/09/dhh/, http://rubyhoedown2007.confreaks.com/ (niektóre na prawdę świetne), http://mtnwestrubyconf2007.confreaks.com/, http://video.google.pl/videoplay?docid=2939556954580527226. Nic nie jest bezcelowe. W zamian za nasz wkład railsy odwdzięczają się tysiąckrotnie, niejeden raz się o tym przekonałem :).

Wiesz, jeszcze kilka miesięcy temu byłem zdania, że Ruby wraz z RoR zajmie miejsce Php (chodzi o skalę zastosowań), jednak teraz mam zupełnie inne zdanie. Tak jak wspomniałem RoR wymaga trochę (znacznie więcej na początek niż php) od programistów. Na sam początek dostajesz po oczach MVC (co samo w sobie nie jest trudne, ale jeśli się wcześniej tego nie znało to już jest co poznawać), zaraz potem unit, functional tests. Równocześnie uczysz się Rubiego, którego podstawy są proste do opanowania, ale dalej już nie jest tak łatwo (metaprogramowanie, dsl, mixins). Myślisz, że to koniec ale ciągle napotykasz nowe rzeczy, które jak się okazuje najczęściej są nieodzowną częścią tworzenia projektu w railsach (tdd, bdd, continuous integration, autotest, capistrano, load balancing i tak dalej…). Owszem, da się żyć bez tych wszystkich, jakby się mogło wydawać, „zbędnych” dodatków. Ale… Do czego zmierzam… Ruby (oczywiście to jest moja teoria) nie podzieli losów Php, ani też nie zdetronizuje go. Php jest dla mas, a Ruby dla ludzi, którzy prezentując odpowiednio wysoki poziom, są wstanie zapanować nad tym wszystkim, ciągle się uczyć i zdobywać wiedzę na „własną rękę”. Tutaj statystyczny phpowiec po prostu odpada. Po prostu Ruby ma (na pewno ciągle powiększa) swoich programistów, którzy są na tyle dobrzy by sprostać jego wymaganiom. Dlatego nic tu nie ma prawa upaść :). I mam nadzieję, że moja teoria się sprawdzi, bo na prawdę nie chciałbym by ta „krytyczna phpowa masa” przechodziła nagle na Rubiego/RoR. Społeczność nie wytrzymałaby chyba tych częstych pytań w stylu „co to jest mvc, routing?”, „dlaczego , a nie @”, „dlaczego jak nie dam @ to w widoku nie widzę tej zmienne?”. Obym się nie mylił :D.

Ależ oczywiście, że tak. Nie po to one są, nie po to są one :). Spełniają zupełnie inną rolę. Prowadzą je przeważnie znakomite osoby, z tzw „nazwiskiem” (dhh, chad fowler, marcel molina, dave thomas itd) więc możemy mieć zaufanie do tego co tam jest. Poza tym takie prezentacje to pierwszy krok do czegoś. Np. po prezentacji o CRUD, REST (a tu pierwszy raz się z tym spotkałem) zainteresowałem się tym i zacząłem poszerzać wiedzę o tym. Wszak wcześniej być może widziałem te hasła, ale omijałem je szerokim łukiem. Prezentacja Davida nie tylko dała mi podstawową wiedzę (a była to wiedza tylko teoretyczna, bo przecież celem takiej prezentacji nie jest pokazywanie kodu) na ten temat ale od razu (co najważniejsze!) wyjaśniła powody i cele istnienia tej (REST) technologii. Dzięki tym przytoczonym prezentacjom (np z RailsConf) można zobaczyć, że społeczność Ruby/RoR jest dość spora i są w niej znakomite osobistości (np martin fowler, znakomity inżynier, projektant oprogramowania). Dzięki tym nagraniom można dowiedzieć się historii, a także przyszłości dotyczącej np. Rubiego. Dzisiaj sztuką jest połączenie wszystkich źródeł wiedzy i czerpanie z każdego z nich jak najwięcej. Bo czy z tekstu czytanego jesteśmy w stanie dowiedzieć się jak bardzo zakręcony jest jeden z najbardziej znanych członków community Rubiego, jakim jest why the lucky stiff? (http://www.scribemedia.org/2006/11/25/why-oh-why/ – polecam obejrzeć, zakręcone na maksa :D)