SebanLog

Leiningen, Clojure, przyszłość Ruby

Wed, 28 Mar 2012 18:52:48 +0200

Nie kryję się z tym, że od jakiegoś czasu próbuję swoich sił przy nauce Clojure. Ostatnio próbowałem napisać swój pierwszy projekt z użyciem narzędzia Leiningen. Gdyby przyrównać go do rubiowego ekosystemu to jest to jakby połączenie Bundlera i rake. Ale właściwie chciałem napisać o czymś innym.

Jak można przeczytać w internecie Ruby 2.0 ma być nieco odchudzony. Sporo bibliotek ze stdliba ma być wyciągniętych do gemów, co mi się całkiem podoba. Tego typu zmianę przeszedł Clojure w wersji 1.3. Clojure normalnie jest rozpowszechniany w dwóch paczkach - clojure-main i clojure-contrib. Właśnie ten clojure-contrib przeszedł takie zmiany w wersji 1.3. Na przykład biblioteka clojure.contrib.math została wydzielona do clojure.math.numeric-tower i jest rozpowszechniana jako oddzielna "paczka".

A co to ma wspólnego z Leiningen? Otóż w pliku-manifeście (nie wiem czy to dobra nazwa) w grupie :dependencies wpisuje się: A w Ruby 2.0 mogłoby być coś takiego: Całkiem ładnie to wygląda, przynajmniej według mnie. Idea by Ruby nie ciągnął za sobą wielkiego ogona bibliotek, których i tak nie chcę używać wydaje mi się bardzo dobra i interesująca. Z drugiej strony może powstać małe dependency-hell, gdy jakieś gemy będą musiały robić sobie zależności do libów, które kiedyś były w standardzie.

Elokwentny Rubista

Sun, 29 Jan 2012 16:43:46 +0100

Po Eloquent Ruby Russa Olsena sporo sobie obecywałem, może nawet trochę za wiele. Czy jestem zawiedziony? Chyba trochę tak. Ale z drugiej strony ciężko pewnie o książkę o Ruby, która mogłaby zaskoczyć programistę z pięcioletnim doświadczeniem. Chociaż Eloquent Ruby w pewnych miejscach był zaskakujący i bardzo ciekawy (rozdziały o operatorach). Czasami miałem pretensje o autora, że opisuje kompletne podstawy. Czemu każda książka o Ruby musi opisywać takie rzeczy jak if, until, while? Autor chyba mógł załóżyć, czytający zna chociaż podstawy Rubiego. Zastanawiające jest to, że w poprzedniej książce tego autora Design Patterns in Ruby też mi się to nie podobało.

Podsumowując całą książkę trzeba ją uznać za pozycję dobrą, nawet tak na 4+. Książka w dobry sposób pokazuje niektóre bardziej 'magiczne' aspekty języka. Kolejna książka, która bardzo dużo może zaoferować komuś kto już zna Rubiego, ale nie ma jeszcze dużego doświadczenia.

Subprocesy w aplikacjach uruchomionych na Thin

Mon, 25 Apr 2011 12:51:49 +0200

Ostantio odkryłem, dość przypadkiem przyznam, jedną ciekawostkę związaną z forkowaniem procesów w Ruby. Problem dzięki, któremu odkryłem metodę Kernel#at_exit polegał na tym, że aplikacja oparta na Sinatrze i Thin w momencie odpalania innego procesu poprzed fork w pewnym momencie usuwała swój pidfile.

Winowajca

Winowajcą, w cudzysłowie, była metoda daemonize z modułu Thin::Deamonizing, która definiuje blok at_exit. Blok robi super prosta rzecz: usuwa pidfile. Cała zagwozdka polega na tym, że blok at_exit jest uruchamiany również po zakończeniu procesów potomnych. Prościej mówiąc wszystko co uruchomimy przez fork w aplikacji opartej o Thin (sprowadzonym do demona) prędzej czy później dojdzie do tego at_exit i usunie pidfile

Rozwiązanie

Rozwiązanie jest super hiper proste:

RTFMTTE!

W dokumentacji jak byk jest napisane, że jeśli chce się uniknąć uruchomienia at_exit należy zakończyć proces metodą exit!, co spowoduje jego natychmiastowe zakończenie. Przygotowałem krótkie streszczenie - gist.

Testowanie oprogramowania - podręcznik

Sat, 09 Apr 2011 13:58:49 +0200

To co najbardziej mi się podoba w społeczności stworzonej wokół języka Ruby to kultura testowania pisanego oprogramowania. Obojętnie czy jest do duży serwis internetowy pisany w Rails, mała stronka wydziergana w Sinatra czy bilioteka do realizowania konkretnych zadań prawie zawsze ma napisany dobry zestaw testów. Brak takich testów bardzo często jest piętnowany i uważany za skazę na jakości tworzonego oprogramowania.

Książka Growing Object Oriented Software, Guided by Tests to doskonała pozycja dla wszystkich, którzy chcieli by ugruntować swoją wiedzę o TDD lub chcą poznać techniki związane z automatycznym testowaniem oprogramowania. Książka pokazuje krok po kroku co i jak testować. Na co zwrócić szczególną uwagę, co testować na którym poziomie testów. Według mnie pozycja obowiązkowa dla każdego programisty. Robert 'Ruper' Pankowiecki w swojej recenzji tej książki pisze, że książka powinna być obowiązkowa na studiach. Trudno mi się z tym nie zgodzić!

Jeśli nie czytałeś tej książki kup ją i przeczytaj. Zamów do firmowej biblioteczki. Jestem pewien, że na tym skorzystasz.

RVM raz jeszcze

Fri, 11 Mar 2011 11:07:18 +0100

rvm znam i używam od jakiegoś czasu. Jednak nigdy nie miałem go porządnie skonfigurowanego. Dopiero kilka dni temu porządnie się nim zająłęm. Nie będę pisał o tym czy rvm jest bo to już bardzo dobrze opisał Łukasz Adamczak na stronach Rubysfery. Ja dziś opiszę kilka spraw, które tam umknęły, a które u mnie się fajnie sprawdzają.

Gemsety

Gemsety były opisywane przez Łukasza, ale kilka słów więcej nie zaszkodzi. Czasami zdarza się, szczególnie w starszych projektach, że mając zainstalowane kilka wersji gema - jedną święzą, drugą starą (powiedzmy, że sprzed 2 lat) - iż projekt nijak nie chce ruszyć. Ja nazywam gemsety jak jak projekty przy których pracuję. Każdy projekt dostaje swój wyizolowany zestaw gemów - gemset i tak mam gemsety: @getresponse, @multiconverter, @clickmeeting_partners i kilka innych ...

Aliasy

Ileż to razy zadarzyło mi się wpisywać rvm use ruby-1.8.7-p330 i zawsze myliłem się do co numeru patchelevla. Musiałem sprawdzić listę zainstalowanych wersji i dopiero poprawnie wpisywałem rvm use ... Aliasy to rozwiązują. rvm alias create 1.8.7 ruby-1.8.7-p334 Powyższe polecenie tworzy alias 1.8.7 i nidy nie będzie już trzeba wpisywać patchlevela, wystarczy rvm use 1.8.7. Podoby alias mam stworzony na najnowszą wersję z lini 1.9.

Nie chce mi się tego pisać

I bardzo dobrze! Bo nie musisz. Jeśli stworzysz w katalogu z projektem mały pliczek .rvmrc będzie on odczytywany przy każdym wejściu do katalogu i dzięki niemu rvm może automatycznie przełączyć wersje Rubiego i gemset. Taka zawartość .rvmrc: rvm use 1.8.7@getresponse spowoduje automatyczne przełączenie na alias '1.8.7' i gemset 'getresponse'. Czysta magia! ;-)

Jeszcze bardziej DRY

Po zainstalowaniu kolejnej wersji Rubiego rvm domyślnie zainstaluje takie gemy jak rake i rdoc. Stworzysz swój gemset, wydasz polecenie bundle install w swoim katalogu z projektem i ... nic. Bundler nie jest zainstalowany. Czar pryska. Rozwiązanie: @global gemset. Ten gemset zawiera gemy, które będa dostępne nawet gdy zadeklarujemy, że chcemy używać naszego gemseta. Idealne miejsce na tak powszechnie używany gem jak bundler. Gemy, które mają być zainstalowane automatycznie najlepiej wpisać do pliku ~/.rvm/gemsets/global.gems. Jakby tego mało można zdefiniować gemy, które mają być zainstalowane w @global oddzielnie dla JRuby, Rubinius, REE.

Give my some prompt ...

Jeśli trochę dłużej popracujemy przełączając się pomiędzy różnymi gemsetami, wersjami Rubiego łatwo się zgubić i stracić orientację jakiego gemsetu i Rubiego teraz się używa. rvm rozwiązuje ten problem - rvm-prompt. W połączeniu z zsh i pewnie z każdym innym shellem potrafi dać niezłe rezultaty. Mój prompt wygląda tak: uzyskuje go korzystając z takiego zlogin

To właściwie byłoby na tyle. Jeśli znacie jakieś inne sztuczki, których używacie z rvm to chętnie je poznam.

UJS, atrytuby data-* w Rails 3

Mon, 20 Sep 2010 18:29:27 +0200

Ostatnio sporo radności i satysfakcji daje mi zabawa z nowymi Railsami. Pisząc nowymi mam na myśli nowinki jakie pojawiły się w Rails 3. Ponieważ mam podejście do "jeśli piszę coś w domu i nikt mnie nie ogranicza to użyję coś czego nie mam okazji używać nacodzień". W końcu trzeba się czegoś nowego czasem nauczyć ;). I tak ostatnio trochę bawiłem się jQuery w Rails 3.

Każdy kto śledził nowości w Rails 3 wie, że teraz na topie jest "unobtrusive JavaScript" i korzystanie z niestandardowych atrybutów data-*. I tak to co w wcześniejszych wersjach wypluwał helper: {geshi lang=ruby}link_to 'Delete', object_path(object), :confirm => "Are you sure?", :method => :delete{/geshi} wstawiało jakieś wstrętne i rozwlekłe kody JS, a teraz wygląda tak: {geshi lang=html4strict}Delete{/geshi} Przez to kod wypluwany przez metody pomocnicze nie ma bezpośrednio do czynienia z kodem JavaScript i nie ma znaczenia czy jest używany Prototype, jQuery czy coś jeszcze innego. Obsługa tego typu helperów umieszczona jest standardowo w pliku public/javascripts/rails.js. Poniżej zademonstruję jak zaimplementować obsługę własnych atrybutow data-*.

Przykładowe zadanie: wyświetlać ilość wpisanych w textarea znaków.
W widoku będzie coś takiego: {geshi lang=ruby}= form_for(:message, :url => messages_path, :html => { :class => "form", :id => "new_message_form" }) do |f| = f.text_area :body, "data-counter" => "span#message-counter" # bla bla bla{/geshi} W rezultacie zostanie wypluty HTML: {geshi lang=html4strict}

</form>
<p>{/geshi} Aby licznik automatycznie się odświeżał należy dopisać jego obsługę w JS, ja użyłem jQuery i zrobiłem to tak: {geshi lang=javascript}$(document).ready(function() { $(document).find('*[data-counter]').each(function(element) { var counter = $($(this).attr('data-counter')); $(this).keyup(function(event) { counter.html($(this).val().length) }) }) }){/geshi} Trzeba tylko pamiętać by plik JS ładować w szablonie za pomocą <tt>javascript_include_tag</tt>.</p>
<p>
<p>Ciekawe linki na podobny temat:</p>
<ul>
<li><a href="http://blog.robert.pankowecki.pl/2010/08/rails-3.html">Dynamically removing some website content in Rails 3 Way (Prototype, UJS)</a> Robert Pankowecki opisał coś takiego przede mną, nie ukrywam, że wzorowałem się na nim i jego wpis trochę otworzył mi oczy. Dzięki Robert!</li>
<li><a href="http://joshhuckabee.com/jquery-rails-3">jQuery with Rails 3</a> - opis jak zastąpić standardowy rails.js tym, który korzysta z jQuery</li>
</ul>
<p>
</article>
<article>
<h1>Rails 3 + Ruby 1.9.2 + Megiteam</h1>
<p>Sat, 04 Sep 2010 14:05:34 +0200</p>
<p>Jak powszechnie wiadomo Rails 3 <a href="http://rubysfera.pl/2010/08/ruby-on-rails-3/">zostało wydane</a>. Niektórzy niecierpliwi (w tym ja) już wcześniej bawili się wersjami beta i release candidate. Kilka osób już chwaliło się udanymi przejściami z wersji 2.3 na 3.0. Dla mnie Rails 3 to przede wszsytkim okazja na przejście z Ruby 1.8 do 1.9. Dziś opiszę w jaki sposób uruchomiłem tandem Rails 3.0 - Ruby 1.9.2 na hostingu współdzielonym <a href="http://www.megiteam.pl/refk/seban/">Megiteam</a>.</p>
<h3>Ruby 1.9.2</h3>
<p>Moja ulubiona firma hostingowa - <a href="http://www.megiteam.pl/refk/seban/">Megiteam</a> już od dłuższego czasu dawała możliwość korzystania z Ruby 1.9.1-p0. Jak zrobić to krok bo kroku <a href="http://www.megiteam.pl/tag/1.9">w pomocy</a> Megiteam. Bułka z masłem. Napisałem maila do Pani Magdy i po godzinie wersja była podbita do 1.9.2. Jedyną rzeczą jaką musiałem zrobić, a której nie ma w ww. artykule to dopisanie katalogu z plikami wykonywalnymi gemów do PATH: <kbd>/home/seban/www/.ruby/gems/1.9/bin/</kbd>. Pierwszy sukces! Tak, pewnie można zrobić to za pomocą <a href="http://rvm.beginrescueend.com/">rvm</a>, jednak ja nie próbowałem.</p>
<h3>Bundler</h3>
<p>Jeśli nie wiesz co to jest Bundler zachęcam do przeczytania artykułu w serwisie <a href="http://rubysfera.pl/2010/08/warte-uwagi-bundler/">rubysfera.pl</a>.<br>
Instalacja bundlera: <kbd>gem install bundler</kbd>. Nie powinno być najmniejszych problemów. Drugi sukces!</p>
<h3>Thin</h3>
<p><a href="http://www.megiteam.pl/refk/seban/">Megiteam</a> daje trzy możliwości uruchamiana aplikacji Rails:</p>
<ul>
<li>Mongrel, Ruby 1.8</li>
<li>Thin, Ruby 1.8</li>
<li>Thin,Ruby 1.9</li>
</ul>
<p>Jak widać wybór dla Ruby 1.9 jest bardzo prosty ;). Wybrałem <a href="http://code.macournoyer.com/thin/">thin</a>. Jednakże tutaj pojawił się problem. Po zdeployowaniu aplikacji (o tym za chwile) aplikacja nie wstawała. Według mnie problemem okazała się wersja thina, domyślnie jest to 1.2.2. Po zainstalowaniu (zwykłe gem install) najnowszej wersji 1.2.7 aplikacja wstała już bez problemu. Dodatkowo trzeba pamiętać by ustawić zmienną środowiskową <tt>RACK_ENV</tt> na żądane przez nas środowisko - 'production'.</p>
<p>
<h3>Deploy</h3>
<p>Deploy za pomoca <a href="capify.org">Capistrano</a> nie różni się specjalnie od standardowego. Musimy jedynie zmienić dwie rzeczy:</p>
<ul>
<li>deploy musi uwzględniać użycie bundlera</li>
<li>restart aplikacji musi się odbyć za pomocą meigteamowego skryptu 'restart-app'</li>
</ul>
<p>Pierwszą sprawę załatwiłem metodą copy-paste. Kacper Bielecki przedstawił już działające rozwiązanie <a href="http://kazjote.eu/2010/08/04/bundler-and-capistrano-the-right-way">połączenia bundlera i capistrano</a>. Wszystko jest tam całkiem proste i dobrze wytłumaczone.<br>
Restart aplikacji już kiedyś <a href="http://kazjote.eu/2010/08/04/bundler-and-capistrano-the-right-way">opisywałem</a>. Cały Capfile dostępny jest w formie <a href="http://gist.github.com/565132">gista</a>.</p>
<p>
<p></p>
</article>
<article>
<h1>Distributed programming with Ruby</h1>
<p>Thu, 29 Jul 2010 09:54:26 +0200</p>
<p>Ostatnio piszę o książkach. Właściwie tylko i wyłącznie o książkach. Dziś nie będzie inaczej - kontunuję książkowy temat. Dziś kilka moich spostrzeżeń o książce <a href="http://www.amazon.com/Distributed-Programming-Ruby-Mark-Bates/dp/0321638360">Distributed Programming with Ruby</a> Marka Batesa. Wspomniana ksiązka wydana jest przez wydawnictwo Addison-Wesley. Wcześniej opisywałem kilka książek z tego wydawnictwa <a href="http://seban.jogger.pl/2010/03/11/refaktoring-ruby-edition-recenzja/">Refactoring. Ruby Edition</a> i <a href="http://seban.jogger.pl/2010/04/15/ruby-wzorce-projektowe-recenzja/">Ruby. Wzorce Projektowe</a> Miałem również kontakt z innymi ksiązkami tego wydawnictwa takimi jak The Ruby Way i The Rails Way, które według mnie są na wysokim poziomie. Niestety Distributed Programming with Ruby to najsłabsza książka z wyżej wymienionych. Jeśli tamte mogłem oceniać na 4.5/5 lub nawet 5/5 to ta książka może liczyć na 3/5.</p>
<p>Książka to fajny przekrojowy materiał przez kilka bibliotek, które można wykorzystać. Ale mam wrażenie, że gdyby wyciąć połowę z tych 250 stron to książka nic by nie straciła. Książka ogólnie bardzo pomagała mi w zaśnięciu. Szczególnie druga część, gdzie były omawiane takie biblioteki jak:</p>
<ul>
<li><a href="http://github.com/seattlerb/ringydingy">RingyDingy</a> - brzmi jak imie dla pasa, ostatni commit 15.12.2006.</li>
<li><a href="http://github.com/cardmagic/starfish">Starfish</a> - ostatni commit 06.12.2007</li>
<li><a href="http://github.com/markbates/distribunaut">Distribunaut</a> - autorstwa tego samego Pana co cała książka</li>
<li><a href="http://github.com/mperham/politics">Politics</a> - też wielkiej kariery ten gem nie zrobił</li>
</ul>
<p>Najciekawszą częścią książki było omówienie <a href="http://github.com/starling/starling">Starlinga</a> i <a href="http://www.amqp.org/confluence/display/AMQP/Advanced+Message+Queuing+Protocol">AMQP</a>.</p>
<p>
<p>Jeśli jesteś programistą na dorobku to odpuść sobie - nie warto kupować tej książki za (o zgrozo!) $ 39.99. Jeśli zamawiasz książki do firmowej biblioteczki to można to dorzucić, pewnie i tak będzie w rabacie z czymś lepszym.</p>
</article>
<article>
<h1>Ruby. Wzorce projektowe - recenzja</h1>
<p>Thu, 15 Apr 2010 09:55:30 +0200</p>
<p>Ostatnio jakoś same książki opisuję. Dziś chciałem opisać książkę <a href="http://helion.pl/ksiazki/ruby_wzorce_projektowe,rubywz.htm">Ruby. Wzorce projektowe</a> Russa Olsena. Inaczej niż "Refactoring, Ruby edition" książka jest wydana po polsku i można ją kupić choćby w księgarni <a href="http://helion.pl">Helionu</a>. Ja czytałem zarówno polską jak i angielską wersję i muszę powiedzieć, że obie czyta się dobrze. Książka niestety zawiera wstęp do języka <a href="http://ruby-lang.org">Ruby</a>. Według mnie to lekkie przegięcie by wpychać wszędzie "szybkie wprowadzenie do Ruby". Kompletny Ruby-laik pewnie po tym krótkim kursie (50 stron) będzie rozumiał wszystkie przykłady zamieszczone w książce.</p>
<p>W książce mamy opisane kilka standardowych wzorców projektowych pokazanych już przez "gang of four" jak np. singleton, strategia, fasada, ... Ale jest też kilka specyficznych takich jak: metaprogramowanie, Domain Specific Language. Każdy wzorzec jest opisany, pokazany na przykładzie i dodatkowo dla fanów UMLa dołączony jest prosty diagramik.</p>
<p>Uważam, że książka jest dobrą pozycją dla programistów, którzy nie są nowicjuszami, ale też nie da wymiataczy. Ale pewnie wielu "wymiataczy", którzy produkują kod znajdą w książce trochę nowości dla siebie. Ja czytałem tą książkę pierwszy raz po kilkunastu miesiącach znajomości Rubiego i bardzo dużo dobrych treści w niej znalazłem. Bez powszechnego w wielu książkach wodolejstwa i robienia słodkiego "pitu-pitu" zamiast konkretnych informacji. Jak ktoś pisze w Ruby i jeszcze nie zna wzorców projektowych to <b>musi</b> to przecztać.</p>
</article>
<article>
<h1>Refactoring: Ruby edition - recenzja</h1>
<p>Thu, 11 Mar 2010 20:19:54 +0100</p>
<p>Dziś chcę napisać o książce <a href="http://www.amazon.com/Refactoring-Ruby-Jay-Fields/dp/0321603508">Refactoring: Ruby Edition</a>. Stety albo niestety książka nie jest dostępna w języku polskim. Książka nie jest przeznaczona dla początkujących programistów <a href="http://ruby-lang.org">Ruby</a>. Nie ma w niej szybkiego kursu języka, jednak nie trzeba być "wyjadaczem" by zrozumieć treść. Już pierwszy rozdział, który jest jednym wielkim przykładem - podsumowaniem całej książki jednoznacznie pokazuje czego ta książka ma nauczyć. W pierwszym rozdziale autor pokazuje krok po kroku zmiany w gorszym kodzie, które czynią, że jest on lepszy. Każda decyzja, zmiana implementacji jest omawiana i wyjaśniana. Podobnie jest w dalszej części książki. Rozdziały podzielone są tematycznie. Jest rozdział mówiący o uproszczeniu złożonych wyrażeń, generalizacji obiektów czy przesuwaniu metod pomiędzy klasami.</p>
<p>Książkę właściwie można polecić wszystkim, którzy chcą skończyć z Burdel Driven Development. Którzy znają Rubiego już na tyle, że potrafią z nim napisać trochę bardziej skomplikowane programy. Po przeczytaniu tej książki programista powinien łatwiej wyczuwać tzw. "code smells" i powinien znać sposoby jak się ich pozbyć.</p>
<p>Warto zwrócić uwagę, że wydawnictwo <a href="http://www.informit.com/promotions/promotion.aspx?promo=135393">Addison-Wesley</a> posiada chyba najlepszy zestaw książek o Ruby w tej chwili. A nad cała serią piecze sprawuje Obie Fernandez. Co chyba jest dodatkową rekomendacją</p>
</article>
</main></body></html>