Pragmatic developer

Witam, dawno mnie tutaj nie było. Powodem tego jest nasz piękny Ruby on Rails. Wymyśliłem sobie projekt i nie miałem czasu na nic innego niż on. Właśnie go doprowadziłem do stanu dla mnie zadowalającego i powracam szczęśliwy do opisania kilka ciekawostek i wniosków, które uzyskałem dzięki niemu. Zacznę o wersjach tego frameworku. Chciałbym ten temat zarzucić jako pierwszy, dlatego, że chyba on najwięcej sprawił mi problemów na początku nauki, a więc życzę miłego czytania. Co dokładnie sprawiło mi problem? Wersje RoR'a różnią się bardzo dużo. Wykonując zadania z wersji 3 na wersji 5, musiałem często walczyć z wiatrakami, aby cokolwiek zaczęło działać. Na szczęście bardzo przydatny okazał się internet i stackoverflow. Wystarczyło przekopiować komunikat błędu lub opisać problem, a odpowiedz znalazła się sama. Owszem tutaj trzeba wiedzieć co robimy, aby można było to opisać. Problem z skryptami Rails on Ruby posiada obszerną ilość skryptów generujących obiekty, zarządzania bazą da

Rails on Ruby jest framework na licencji open-source służący do pisania aplikacji webowych. Napisany jest, jak nazwa wskazuje, w języku Ruby. To wszyscy piszą i to jest prawda zajmijmy się rzeczami odróżniającymi go od innych szkieletów aplikacji. Moje pozytywne emocje Powiem, że jest to framework, który bardzo mnie zaskoczył. Zawsze myślałem, że technologia Spring Framework dla Javy nie ma konkurencji, a tutaj bardzo duża niespodzianka. Jest to bardzo rozwinięty framework, który pozwala na bardzo wiele i niewiele jednocześnie. Chodzi tutaj o to, że można w nim rozwiązać dużo problemów programistycznych do aplikacji webowych, stworzyć wszelkiego rodzaju strony (publiczne, jak i dedykowane). Za to jest mało miejsc, gdzie można coś popsuć. Implementując nasz produkt skupiamy się tylko na logice aplikacji, ponieważ framework działa według reguły "konwencja nad konfiguracją" (Convention Over Configuration). Szkielet aplikacji narzuca nam stosowanie wzorców projektowych i reg