<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom">

 <title>Marioosh's developer diary</title>
 
 <link href="http://marioosh.5dots.pl" />
 <updated>2012-02-24T14:32:33+01:00</updated>
 <id>http://marioosh.5dots.pl/</id>
 <author>
   <name>Mariusz Nosiński</name>
   <email>marioosh@5dots.pl</email>
 </author>

 
 <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/MariooshsDeveloperDiary" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="mariooshsdeveloperdiary" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><entry>
   <title>Git - zdalne branche</title>
   <link href="http://marioosh.5dots.pl/2012/02/02/git-zdalne-branche.html" />
   <updated>2012-02-02T00:00:00+01:00</updated>
   <id>http://marioosh.5dots.pl/2012/02/02/git-zdalne-branche</id>
   <content type="html">&lt;p&gt;Praca z Git jest bardzo wygodnia - o czym wspominałem niejednokrotnie.
Całe repozytorium mamy na lokalnym komputerze więc możemy bez dostępu do sieci tworzyć własne &lt;em&gt;branche&lt;/em&gt; i na nich pracować.
Model pracy grupowej jednak poleca używanie jednego centralnego repozytorium, które jest miejscem zbiorczym na wspólny kod
wszystkich programistów.&lt;/p&gt;

&lt;p&gt;W mojej obecnej pracy używam dwóch komputerów. Jednego w domu i drugiego w pracy. Z tego też powodu chciałbym mieć możliwość
aby mój prywatny &lt;em&gt;branch&lt;/em&gt; był w centralnym repozytorium jednak aby nie bałaganił kodu głównego.
Za pomocą Git jest to możliwe i łatwe do wykonania.&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=-0o0oGnCKYM:GCyySYYUYUQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Blog goes English</title>
   <link href="http://marioosh.5dots.pl/2012/02/01/blog-goes-english.html" />
   <updated>2012-02-01T00:00:00+01:00</updated>
   <id>http://marioosh.5dots.pl/2012/02/01/blog-goes-english</id>
   <content type="html">&lt;p&gt;Wstyd się przyznać jednak mój angielski &lt;em&gt;emitowany&lt;/em&gt; nie jest tak samo dobry jak angielski &lt;em&gt;konsumowany&lt;/em&gt;.
Jednak szukając potencjalnych, nowych czytelników musiałem w końcu zrobić ten krok. Blog zaczyna żyć w języku angielskim.&lt;/p&gt;

&lt;p&gt;Długo się zastanawiałem jak to dokładnie zrobić. Postanowiłem tak:
- wszystkie wpisy pojawią się po polsku,
- co ważniejsze bedą także po angielsku.&lt;/p&gt;

&lt;p&gt;Jeżeli post będzie miał alternatywną wersję - informacja o tym pojawi się poniżej tutułu.&lt;/p&gt;

&lt;p&gt;Angielska wersja jest &lt;a href="http://marioosh.5dots.pl/en"&gt;pod tym adresem&lt;/a&gt;
oddzielnie dla tej wersji jest przygotowane źródło RSS dla chętnych.&lt;/p&gt;

&lt;p&gt;Wszelkie uwagi proszę wpisywać w komentarzach w tym poście.&lt;/p&gt;

&lt;p&gt;Dodam na końcu, że wszystko nadal chodzi na &lt;a href="http://jekyllrb.com"&gt;Jekyll&lt;/a&gt; super skrypt do blogowania.&lt;/p&gt;
&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=dUR6yJETNW4:H037ibNlBK8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Statyczne(prawie) strony w playframework</title>
   <link href="http://marioosh.5dots.pl/2011/09/27/semi-static-pages-w-play-framework.html" />
   <updated>2011-09-27T00:00:00+02:00</updated>
   <id>http://marioosh.5dots.pl/2011/09/27/semi-static-pages-w-play-framework</id>
   <content type="html">&lt;p&gt;Większość aplikacji czy też systemów zarządzania treścią posiada
dymanicznie tworzoną treść. Jednak niekiedy część tej treści jest mniej
dynamiczna. Zmienia się rzadko lub też wogóle. Przykładem mogą być
takie strony jak "Regulamin" czy też "Polityka Prywatności".&lt;/p&gt;

&lt;p&gt;Gdy do tworzenia aplikacji używamy dowolnego frameworka zgodnego z
wzorcem MVC, treść takich stron powinna być przechowywana w bazie a
pobierana przez kontroler.&lt;/p&gt;

&lt;p&gt;Innym rozwiązaniem jest napisanie oddzielnej metody dla każdej strony i
treść umieszczać w odpowiednim widoku. Pracując z &lt;a href="http://playframework.org"&gt;Play
Framework&lt;/a&gt; można to zrobić o wiele prościej.&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=vUdPDZq-FVQ:zDjjTxXIz44:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Find czy Where?</title>
   <link href="http://marioosh.5dots.pl/2011/04/27/find-czy-where.html" />
   <updated>2011-04-27T00:00:00+02:00</updated>
   <id>http://marioosh.5dots.pl/2011/04/27/find-czy-where</id>
   <content type="html">&lt;p&gt;Wraz z pojawieniem się Rails 3 - ActiveRecord dość mocno się zmieniło.
Zniknęło kilkanaście metod, któr dość często były wykorzystywane w ich
miejsce pojawiły się inne:&lt;/p&gt;

&lt;p&gt;Natomiast zniknęły takie metody jak :&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=QcHZ948t67o:28youba9ojA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Rails 3 Way</title>
   <link href="http://marioosh.5dots.pl/2011/04/18/rails-3-way.html" />
   <updated>2011-04-18T00:00:00+02:00</updated>
   <id>http://marioosh.5dots.pl/2011/04/18/rails-3-way</id>
   <content type="html">&lt;p&gt;W ostatni weekend przegryzłem książkę Obie Fernadeza &lt;a href="http://tr3w.com/"&gt;Rails 3 Way&lt;/a&gt;. Chciałbym napisać kilka słów na temat tej pozycji.&lt;/p&gt;

&lt;p&gt;Przyznam szczerze, czekałem z niecierpliwością na to wydanie. Pierwsza
edycja miała bardzo dobre recenzje więc mogłem się domyślić czego się
spodziewać. Czekałem także z tej przyczyny, że książka ta jest jedną z
nielicznych typu Reference Book. Większość pozycji omawiających Rails 3
czy rails 2 to książki tutorialowe, gdzie wykonujemy poszczególne
zadania przez całą książkę a na koniec otrzymujemy gotową aplikację.
W tej książce jest inaczej.&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=PCM2JRUmLDA:ZvXAKTOXX2w:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Vim: pluginy bez których ciężko żyć - Surround</title>
   <link href="http://marioosh.5dots.pl/2011/04/09/vim_pluginy_bez_ktorych_ciezko_zyc-surround.html" />
   <updated>2011-04-09T00:00:00+02:00</updated>
   <id>http://marioosh.5dots.pl/2011/04/09/vim_pluginy_bez_ktorych_ciezko_zyc-surround</id>
   <content type="html">&lt;h3&gt;Surround&lt;/h3&gt;

&lt;p&gt;Dzisiejszym artykułem rozpocznę nową, krótką serię mającą na celu
przedstawienie naważniejszych moim zdaniem pluginów do edytora
&lt;a href="http://vim.org"&gt;Vim&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Pierwszym z nich jest &lt;a href="http://www.vim.org/scripts/script.php?script_id=1697"&gt;surround&lt;/a&gt;
Plugin ten skupia się na jednej funkcjonalności: otaczanie
(surrounding). Pisząc kod niejednokrotnie otaczamy (fatalnie to brzmi :) )
swój kod. Otaczamy wyrazy cudzysłowami, nawiasami, klamrami albo tagami.
Surround dba o wszystkie te aspekty. Możemy bardzo łatwo nimi
manipulować.&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=3qTkguJvf_M:SwvsK34yd4E:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>RVM w skryptach powłoki</title>
   <link href="http://marioosh.5dots.pl/2011/04/06/rvm-w-skryptach-powloki.html" />
   <updated>2011-04-06T00:00:00+02:00</updated>
   <id>http://marioosh.5dots.pl/2011/04/06/rvm-w-skryptach-powloki</id>
   <content type="html">&lt;p&gt;Wielokrotnie piszę skrypty powłoki, które automatyzują pewne czynności.
Z resztą kto tego nie robi. Czasem jednak zdaża się, że w skryptach
potrzebuję wykonać czynność na określonym gemsecie. Np. coś takiego:&lt;/p&gt;

&lt;p&gt;Czyli pokazuje, że przełączyło na odpowiedni gemset jednak następna
komenda już jest wykonywana poza nim.&lt;/p&gt;

&lt;p&gt;Mieliście coś takiego?&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=Qkvl8osSnj8:M1H28u-5I-U:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Zmiana nazwy branch w Git</title>
   <link href="http://marioosh.5dots.pl/2011/04/05/zmiana-nazwy-branch-w-git.html" />
   <updated>2011-04-05T00:00:00+02:00</updated>
   <id>http://marioosh.5dots.pl/2011/04/05/zmiana-nazwy-branch-w-git</id>
   <content type="html">&lt;p&gt;Nigdy nie wierzyłem w takieg cuda, że ktoś może źle nazwać gałąź w
systemie kontroli wersji albo że wogóle to ma dla kogoś aż takie
znaczenie.&lt;/p&gt;

&lt;p&gt;Nie wierzyłem... do dzisiaj. Podczas pracy z ostatnim projektem kod
został rozdzielony na dwie części aby móc opracować anglojęzyczną
wersję. Po kilkudniowej przerwie miałem podjąć się tego zadania i
znalazłem wyodrębniony kod we wszystkomówiącej nazwie gałęzi "Polish" :)&lt;/p&gt;

&lt;p&gt;Na szczęście git umożliwia zmianę nazwy gałęzi bez niepotrzebnej
kompromitacji i tłumaczenia przed szefem ;)&lt;/p&gt;

&lt;p&gt;Co jednak ze zdalnym repozytorium?&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=cRIdj5sIyy8:BLVzcXXZhO4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Polonizacja Devise 1.2</title>
   <link href="http://marioosh.5dots.pl/2011/03/29/polonizacja_devise_1.2.html" />
   <updated>2011-03-29T00:00:00+02:00</updated>
   <id>http://marioosh.5dots.pl/2011/03/29/polonizacja_devise_1.2</id>
   <content type="html">&lt;p&gt;Jeżeli ktokowiek budował aplikację w Rails, która opiera się na devise i
aplikacja ta nie była tylko w języku angielskim to na pewno natrafił na
problem lokalizacji tego gema. Autorzy &lt;a href="http://github.com/plataformatec/devise"&gt;devise&lt;/a&gt; nie przyłożyli się do tej kwestii zbyt poważnie.
Mimo, iż istnieje plik &lt;code&gt;devise.en.yml&lt;/code&gt; w którm występuje cześć tekstów
to nie są to wszystkie.&lt;/p&gt;

&lt;p&gt;Wiele tekstów wyświetlanych zarówno w widokach jak i w wysyłanych
wiadomościach email są 'hardcoded' - czyli na sztywno umieszczone w
miejscach, które utrudniają ich edycję.&lt;/p&gt;

&lt;p&gt;Kilka dni temu na światło dzienne wyszła nowa wersja tego gema oznaczona
numerem 1.2, która po części naprawiła powyższe problemy. Jednocześnie
jednak stworzyła kilka kolejnych.&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=fq44mt7VNxc:HJprziTRnN4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 
 <entry>
   <title>Vim, zarządzanie okienkami</title>
   <link href="http://marioosh.5dots.pl/2011/03/09/vim_zarzadzanie_okienkami.html" />
   <updated>2011-03-09T00:00:00+01:00</updated>
   <id>http://marioosh.5dots.pl/2011/03/09/vim_zarzadzanie_okienkami</id>
   <content type="html">&lt;p&gt;Nie ukrywam, że od pewnego czasu moim ulubionym edytorem jest Vim.
Używam go przy większości projektów, praktycznie do wszystkiego oprócz
javy. Pracując nad projektem niejednokrotnie edytuje
kilka(-naście)plików jednocześnie. Do przełączania się pomiędzy plikami
w Vim służą bufery jednak czasami przydałby się podgląd jednego pliku
podczas edycji drugiego.&lt;/p&gt;

&lt;p&gt;Do tego służą Vimowe okna (viewports).&lt;/p&gt;

&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?a=ycXYdY5Vq4I:67DGM7XBH9Q:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/MariooshsDeveloperDiary?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</content>
 </entry>
 

</feed>

