RubyPolRails

W ostatni weekend byłem na RuPy 2008. Bardzo przyjemna i dobrze zorganizowana konferencja, zwłaszcza wykłady o charakterze ogólnym (tzn. wspólne dla Ruby i Pythona) były interesujące.

Moją prezentację pod tytułem “Ruby on Rails - advanced SQL queries” można znaleźć tutaj.

Co jest złego w takim kawałku kodu:

class User
  def before_create
    self.active = true
    self.blacklisted = false
  end
end

Z pozoru nic. Ale spróbujmy teraz stworzyć użytkownika - za każdym razem dostaniemy ActiveRecord::RecordNotSaved.

Cache i kwestie związane z jego utrzymaniem i ekspiracją nie są zapewne obce żadnemu programiście Rails mającemu na swoim koncie jakąkolwiek aplikację “produkcyjną”. Jak to wyczytałem gdzieś w sieci: “W programowaniu są tylko dwa poważne problemy: nazywanie zmiennych i ekspiracja cache” (może trochę przekręcam cytat, ale sens był na pewno właśnie taki). Na szczęście istnieje plugin timed_fragment_cache, który znacznie ułatwia to trudne zagadnienie.

Właśnie dostałem informację, że mój wykład “Complicated SQL queries in Ruby on Rails applications” (tytuł angielski, bo konferencja po angielsku) został zaakceptowany na konferencję RuPy 2008, która odbędzie się w Poznaniu 12-13 kwietnia. Szczegóły na stronie konferencji. Zapraszam serdecznie - poza niezwykle pouczającymi :) wykładami będzie również okazja spotkać się i pogadać.

W poprzednim poscie opisałem typowe problemy współbieżnościowe i zaproponowałem ich rozwiązania, natomiast teraz chciałbym uzupełnić ten opis o sposoby testowania pod kątem współbieżności w sposób jak najbardziej zgodny z filozofią Rails.

Chyba każdy programista obcujący z Rails dłużej niż 3 miesiące miał do czynienia z aplikacją uruchamianą w wielu (w sensie więcej niż jednej) instancjach za pośrednictwem np. Mongrela lub FastCGI. Za to niestety bardzo niewielu zdaje sobie sprawę z problemów, jakie wielość instacji przysparza - a także, jak wiele wygodnych, skrótowych metod w Rails jest potencjalnie niebezpiecznych.

W zeszłym miesiącu pojawił się długo oczekiwany release Rails 2.0. Nie będę tutaj wymieniał wszystkich nowych “ficzerów”, bo je można znaleźć chociażby tutaj, natomiast postaram się odpowiedzieć na pytanie “Czy warto migrować na nową wersję?”.

Niniejszym ogłaszam oficjalne otwarcie mojego blogu o RubyOnRails. Dalsze informacje znajdują się na stronie About.

Jest to mój pierwszy blog w życiu, więc proszę o wyrozumiałość :)