Wideo można zobaczyć tutaj: Refactoring of test

Filmik trwa 5 minut podczas których:

1. Rozbijam jeden duży test na kilka mniejszych (by testy były łatwiejsze do zrozumienia, a gdy nie przechodzą by dokładnie było wiadomo co nie działa)
2. Zamieniam assertEquals na assertThat (naturalniej się czyta)
3. Zastępuje komentarze opisowymi nazwami testów (by samo zerknięcie do raportu w ciągłej integracji wystarczyło do zorientowania się, co się dzieje)

Daj znać innym

Pomyślałem, super by było, gdyby ktoś mi pokazał jak napisać to lepiej.. „Refactor my code”.. Po krótkim googlowaniu okazało się, że jest już taki serwis: http://refactormycode.com/

O ile nazwa jest już zajęta .. to mój pomysł miał jeszcze jeden istotny składnik. Założyłem, że ważne jest by „mój” kod nie tylko został poprawiony, ale żeby został poprawiony w małych kroczkach z wytłumaczeniem „dlaczego”, tak bym mógł się nauczyć i następnym razem sam napisać coś porządnie..

W gruncie rzeczy, to marzy mi się „coding dojo” rozproszone w czasie i przestrzeni. Piszę kod, który zapewne może zostać napisany lepiej. Chciałbym abyś wziął ten kod i w małych kroczak go ulepszył. Po każdym kroczku zrób commit i wyjaśnij co i dlaczego zrobiłeś.

Prototyp tego co mam na myśli dość szybko udało mi się stworzyć przy pomocy githuba.

https://github.com/dziemid/refactormycode

Napisałem  dość brzydką wersję String Calculatora , którą następnie trochę  poprawiłem .. Nie mniej wersja końcowa nie jest aż tak ciekawa jak sam proces jej tworzenia, gdzie każdy mały kroczek został udokumentowany.

Pomysł został podchwycony przez Martina, która zrefaktoryzował mój kod krok po kroku (tutaj jeden z jego kroków w raz z moim komentarzem).

Dziś wrzuciłem kolejny kod do poprawienia: Grę w życie w Javie. Kod jest napisany średnio. Miejscami jest brzydki, niektóre klasy są w ogóle niepotrzebne, inne klasy robią rzeczy, które być może powinny być gdzie indziej.

Zachęcam Cię do zrobienia „Fork”a i zrefaktoryzowania tego kodu krok po kroku. W każdym commicie napisz co i dlaczego robisz. W ten sposób razem stworzymy coding dojo rozproszone w czasie i przestrzeni

Daj znać innym

Na otwarcie konferencji Google przygotowało niespodziankę – nowy język programowania Dart. Dokładnie, została zaprezentowana wczesna wersja języka, nad którym ciągle trwają prace.

Jest to język opcjonalnie typowany. Możesz używać typów, ale nie musisz. Jeśli będziesz używał typów, kompilator pomoże Ci podpowiadając co dany typ potrafi lub sugerując, że chyba używasz nie poprawnego typu. Nie mniej kompilator nie będzie Cię do niczego zmuszał – to czy Twój program będzie działał czy nie, okaże się po uruchomieniu (podobnie jak w przypadku JavaScript).

Po co nowy język?

• Dart ma być językiem, w którym „trudno” jest pisać nie wydajne programy. Google chce ułatwić swoim programistom pisanie aplikacji, które działają szybko.
• Dart kompilowany jest do JavaScriptu, więc może działać na większości „nowoczesnych” przeglądarek. Trwają również prace nad maszyną wirtualną Darta, która będzie częścią przeglądarki Chrome. Jedna z ciekawszych opcji: „snapshot” kodu (kod może zostać prekompilowany i dostarczony do przeglądarki w postaci gotowej do wczytania do pamięci), ułatwiający bardzo szybki i wydajny start aplikacji.
• Model konkurencji zaczerpnięty z języka Erlang. Izolaty na wzór aktorów.
• Przemawia do ludzi z dwóch obozów (języki dynamiczne (JavaScript), języki silnie typowane(Java)
• Być może zastąpi Javę na platformie Android?

• http://try.dartlang.org/
• http://www.dartlang.org/
• http://dartinside.com/

Język wydaje się fajny. Na następnym dojo zaproponuje, by rozwiązać w nim jakiś problem. Ciebie również zachęcam do poeksperymentowania

Daj znać innym

W telegraficznym skrócie:

Niedziela

• Warsztaty A user user manual z Chrisem Nodderem. Porady na temat tego jak tworzyć przyjazne i łatwe w użytkowaniu oprogramowanie + teoria na temat tego, jak zachowują się użytkownicy i dlaczego.

Poniedziałek

• Google prezentuje nowy język programowania – Dart

Wtorek

• TODO

 Środa

• TODO

Czwartek

• Warsztaty „Evolutionary Architecture – How to Make it Work” z Martinem Fowlerem i Rebeccom Parsons
• Warsztaty ”Influence Strategies for Practitioners” z Linda Rising

Piątek

• Warsztaty ”Maintaining and Evolving Legacy Systems” z Frankiem Buschmann

Ogólne komentarze i podsumowanie:

W tym roku do materiałów konferencyjnych dołączone zostały dwie małe książeczki: „The 3 pillars of personal effectiveness” oraz „Priming Kanban” - oryginalne i fajne posunięcie.

I tak na przykład w „Priming Kanban” wyczytałem, co robić gdy osiągamy limit „work in progress„. Jest to moment na dyskusję. Do wyboru mamy albo powiększyć limit (co będzie skutkować zwiększeniem czasu, jaki jest potrzeby by historyjka przewędrowała od „koncepcji” do „wdrożenia”) albo usprawnić/wspomóc „wąskie gardło”. Np. gdy „testowanie” jest wąskim gardłem, może jako programiści możemy zautomatyzować wrzucanie nowej wersji na środowisko testowe? Tak czy inaczej, osiągnięcie limitu „work in progress” jest pretekstem do dyskusji.

Konferencja to również męczące wydarzenie (pełno wrażeń, codziennie integracja), nie mniej z niecierpliwością czekam na kolejną konferencję organizowaną przez Trifork, QCon 2012 w Londynie

Daj znać innym

Podczas tego warsztatu zadaniem uczestników jest napisanie aplikacji webowej, która odpowiadać będzie na zapytania „wirtualnych” klientów. Uczestnicy warsztatu nie wiedzą, co ich czeka i z logów serwera muszą wywnioskować, czego chcą klienci.

Klienci będą między innymi pytać:

• Ile jest 2 + 5?
• Która z tych liczb się największa: 4, 234, 2, 4?
• Jaki kolor ma banan?

W warsztacie wzięło 8 osób, zostały uformowane 4 pary. Zaczęliśmy o 1700 i około 50 minut zajęła nam sesja próbna, gdzie uczestnicy konfigurowali sieć tak, by móc połączyć się z serwerem i odpowiedzieć na proste zapytanie „Jak masz na imię”.

Około 18 zaczęliśmy ”prawdziwą” rundę z normalnymi pytaniami. Niestety z braku czasu, runda trwała tylko około 45 minut. Na przyszłość, „normalna” runda powinna trwać co najmniej 90 minut. Na potrzeby warsztatu przygotowane jest 6 zestawów pytań i wczoraj dobrnęliśmy tylko do trzeciego, a tak naprawdę mało który zespół miał poprawnie zaimplementowane wszystkie pytania z 2 pierwszych zestawów.

Z 4 zespołów tylko jeden pisał testy. Wszystkim zespołom poszło „podobnie źle” – zdobyły po około -2000 punktów. Prawdopodobnie gdyby warsztat trwał dłużej, to w miarę implementowanie poprawnych odpowiedzi dla kolejnych pytań, pary wyszłyby na prostą.

Pary, które używały „cięższych” serwerów aplikacji (jak Jetty ) traciły sporo punktów podczas redeployu aplikacji. Niestety nikt nie pokusił się o rozwiązanie z load balancerem

Technologie jakich używali uczestnicy

• Scala
• Node.js
• Groovy
• Smalltalk, a potem z powodu problemów Java

Ogólnie chyba się podobało .. Może powtórzymy ten warsztat za jakiś czas…

Daj znać innym

Na razie założyłem tylko grupę na googlach i szukam chętnych do pomocy. Przed nami „trochę pracy”. Musimy znaleźć sponsorów, salę, przeprowadzić rejestrację, zorganizować obiad i załatwić wiele innych małych rzeczy. Damy radę! Po ostatnim CodeRetreat w Berlinie, ludzie są pozytywnie nastawieni

Światowy dzień CodeRetreat odbędzie się w sobotę, 3 grudnia 2011. Na razie na liście miast uczestniczących w projekcie nie ma żadnego miasta z Polski, mam nadzieję, że wkrótce się to zmieni ;)

3 grudnia, przez około 32 godziny, gdzieś na świecie odbywać się będzie CodeRetreat. W czasie przerw pomiędzy iteracjami będziemy łączyć się na wideo konferencjach z innymi lokalizacjami i na bieżąco będziemy wymieniać się wrażeniami i pomysłami.

Czy weźmiesz udział w światowym dniu CodeRetreat? W jakim mieście?

Daj znać innym

Ostatnio eksperymentowaliśmy z innymi językami niż Java. Wypróbowaliśmy Clojure, Scale oraz Ruby. Kilka obserwacji:

Dojo zaczynamy z „czystym” projektem (startujemy od zera).

W przypadku Clojure i Ruby kodowaliśmy od zera. W przypadku Scali, zostało zaprezentowane i omówione gotowe rozwiązanie. Dużo bardziej podobało nam się kodowanie od zera, gdyż każdy miał szansę zrozumieć co się dzieje (dla wielu języki były obce), a bardziej zaawansowane osoby miały szansę zobaczyć krok po kroku sposób rozwiązywania problemu przez innych.

Prezentowanie gotowego rozwiązania raczej się nie sprawdziło, gdyż osoby dla których język był nowy nie do końca rozumiały co się dzieje, a dla osób zaawansowanych samo finalne rozwiązanie nie było aż tak ciekawe.

Ćwiczymy jedną rzecz na raz

Celem Dojo jest ćwiczenie. By robić to dobrze, warto skupić się na jednej rzeczy na raz. Średnim pomysłem jest ćwiczenie rozwiązania problemu w sposób obiektowy, gdy większość grupy nie potrafi nawet programować w danym języku (w takiej sytuacji można spróbować coś takiego: ekspert w danym języku ma klawiaturę i zamienia sugestie uczestników na temat rozwiązania obiektowego w kod).

Ponieważ spotykamy się tylko na jedną godzinę, dobrze jest wybrać za cel ćwiczenia coś bardzo konkretnego. Poniżej kilka przykładów:

• Eksplorowanie  (nowego) języka (Ruby)
• Eksplorowanie  (nowego) języka (Scala)
• Ćwiczenie (szybkiego) cyklu RED, GREEN, REFACTOR w TDD (w języku, który zna grupa) (np. chcemy by cykl trwał mniej niż 3 minuty)
• Ćwiczenie programowania obiektowego (w języku, który zna grupa) (np. chcemy by każda klasa przestrzegała zasad SOLID)
• Ćwiczenie nazewnictwa (chcemy, by każda nazwa ujawniała intencję twórcy)
• Ćwiczenie w pisaniu krótkich metod (np. max liczba linii to 4)
• Ćwiczenie w obsłudze IDE (tylko skróty klawiszowe, refactoring)

Daj znać innym

1) Instalacja schematu kolorow: http://tedwise.com/2009/02/26/dark-pastels-theme-for-intellij-idea/

2) Dodanie szablonu do testow (Settings -> Live templates):

@Test
public void should$NAME$() throws Exception {
 // Given
 $END$

 // When

 // Then
}

Daj znać innym

Problem: IntelliJ IDEA twierdzi, ze nie lubi OpenJDK i prosi o uruchomienie z uzyciem Sun JDK. (w przeciwnym wypadku grozi, ze bedzie dzialal wolno)

Kontekst: Standardowo Ubuntu ma zainstalowane OpenJDK

Rozwiazanie:

sudo add-apt-repository "deb http://archive.canonical.com/ lucid partner"

sudo apt-get update

sudo apt-get install sun-java6-jdk

sudo apt-get install sun-java6-plugin

sudo update-java-alternatives -s java-6-sun

Zrodlo: http://www.cyberciti.biz/faq/howto-ubuntu-linux-install-configure-jdk-jre/

Daj znać innym

Na Dojo przychodzi różna liczba osób, od 2 w porywach do 12.

Co tydzień robimy to samo  - katę String Kalkulator.

Do tej pory próbowaliśmy:

• Po prostu zrobić katę zgodnie z instrukcjami, TDD
• Skupić się na 2 zasadach „prostego projektowania”: usuwanie duplikacji i poprawianie nazewnictwa.
• Celowo napisać jak najbardziej okropny kod
• Rozwiązać problem z użyciem rekurencji

W planie mamy jeszcze między innymi:

• Spróbować rozwiązać problem, z użyciem metod o maksymalnej długości 4 linii
• Rozwiązać problem w Clojure (do tej pory programowaliśmy w Javie)
• … ?
• Inny problem niż String Kalkulator

Styl w jakim prowadzimy nasze Dojo, to tzw. Randori, gdzie para koduje „na rzutniku” i co parę minut osoba z „widowni” zastępuje jedną osobę w kodującej parze. Główną zaletą tego stylu jest to, że cała grupa może dyskutować „o tym samym”. Wadą jest to, że może to być czasami nudne dla obserwujących (zwłaszcza w większej grupie i gdy para nie radzi sobie z jakimś „oczywistym” problemem).

Reguły jakich się trzymamy to:

• Gdy testy przechodzą, każdy może komentować. Gdy testy są czerwone/kod się nie kompiluje, mówić może tylko para.
• Parę zmieniamy co 5 minut
• Dojo trwa około 60 minut
• Ostatnie 10 minut poświęcamy na retrospekcję. Pytania na które szukamy odpowiedzi to: Jak było? Czego się dziś nauczyliśmy?

Obserwacje:

• Mimo, że widziałem katę String Kalkulator co najmniej 6 razy, problem się jeszcze „nie wyczerpał”. Ciągle stanowi dobry materiał do dyskusji.
• Rozmawiamy m.in na temat: Jak piszemy testy, Jak długa powinna być metoda, Jak nazywać (metody, klasy zmienne), Co to znaczy „czysty kod”.
• Najciekawiej jest, gdy przychodzą osoby z różnych zespołów – jest to okazja do wymiany wiedzy pomiędzy zespołami
• Retrospekcja na koniec jest ważnym punktem Dojo.
• Miło jest, gdy zostaną zorganizowane napoje/przekąski
• Warto zadbać o wygodne środowisko programistyczne – takie, w którym swobodnie będą czuli się uczestnicy. Czasem oznacza to zainstalowanie dodatkowego zestawu klawiatury (niemiecki ) i podłączenie dodatkowej klawiatury.

Zachęcam Cię do zorganizowania Dojo w Twojej firmie – to proste

Roześlij zaproszenie do deweloperów i ustal dogodny termin. Zarezerwuj salę (najlepiej ustal stały termin na kilka tygodni z góry, by uniknąć pytania co tydzień o dogodną datę), wybierz problem do rozwiązania na Dojo – to właściwie wszystko co jest potrzebne z Twojej strony jako organizatora – reszta zależy już od uczestników.

Daj znać innym