W roku 2011

Udało mi się:

• W lutym zostać magistrem – uff!
• Pracować w świetnym zespole!
• Nauczyć się nowych rzeczy o testowaniu.
• Pojechać jako wolontariusz na QCon w Londynie, XP w Mardycie i GOTO w AArhus
• Być koordynatorem wolontariuszy w czasie konferencji ALE w Berline
• Zorganizować razem z Markusem lipcowe CodeRetreat w Berlinie
• Zorganizować i poprowadzić razem z Markusem CodeRetreat w Berlinie w ramach światowego dnia CodeRetreat w grudniu
• Prowadzić w Nokii cotygodniowe Coding Dojo
• Poprowadzić mały warsztat na temat „1-1 feedback” dla innego zespołu w Nokii. Poprowadzić Extreme Startup w ramach dojo.
• Zapisać się i wygłosić 3 mowy w berlińskim klubie Toastmasters
• Uczestniczyć w kilku spotkaniach #xtcb (Extreme Tuesday Berlin)
• Rozpocząć naukę Scali i Rubiego
• Zostać certyfikatowanym programistą Springa
• Przeczytać: Release It, Presentation Zen, The Clean Coder, Managment 3.0, Kanban, Specification By Example, Lean Startup i rozpocząć kilka innych książek.
• Poeksperymentować z Kanbanem.
• Założyć konto na githubie

• Czytać 1 książki na miesiąc
• Pojechać na Agile2011 do stanów ani wziąć udział w Agile Testing Days w Berlinie
• Zostać prelegentem na konferencji
• Nauczyć się niemieckiego na tyle, by móc biernie uczestniczyć w spotkaniach prowadzonych po niemiecku.

W roku 2012 chciałbym:

• Pracować z ludźmi, od których mogę się bardzo dużo i szybko uczyć (tak jak to było w roku 2011)
• Pojechać jako wolontariusz na QCon i wziąć udział w 2 innych dużych konferencjach (XP? GOTO? ALE?)
• Zorganizować coś otwartego w Nokii, np. co 2 tydzień robić otwarte Coding Dojo dla ludzi z poza firmy
• Co najmniej raz w miesiącu brać udział w spotkaniu społeczności w Berlinie
• Wziąć udział w CodeRetreat jako uczestnik
• Wygłosić 6 mów w Toastmasters. Wziąć udział w konkursie na najlepszą mowę w klubie.
• Czytać jedną książkę na miesiąc
• Spopularyzować refactor-my-code step by step
• Poprowadzić wykład dla studentów
• Założyć anglojęzycznego bloga
• Nauczyć się biegle innego języka niż Java (Ruby?).
• Oglądać co najmniej jedną prezentację na tydzień (np. z infoq, ted)
• Spróbować wcielić w życie koncepcję lunch with a stranger w pracy.
• Zorganizować mini konferencję w pracy.
• Stworzyć „continuous delivery pipeline” dla projektu, w którym teraz pracuję
• Certyfikować się w jakieś kolejnej technologii

Jakie są Twoje plany na rok 2012?

Daj znać innym

Między innymi:

• Zainwestowałem w książki (m.in. Agile Coaching – inspiracja do prowadzenia blogu i do zapisania się do TM pochodzą z tej książki, Clean Code, Working effectively with legacy code, Effective Java, Test-driven development by example, Collaboration Explained, Art of Agile Development, Agile Retrospectives)
• Zatrudniłem się w Tieto, co umożliwiło mi zrealizowanie kilku poniższych rzeczy oraz współpracę z gronem świetnych osób.
• Wziąłem udział jako wolontariusz w konferencjach QCon i JAOO oraz jako uczestnik w  Zimowym Agile Tuningu.
• Zorganizowałem w Tieto CodeRetreat dla pracowników
• Razem z Michałem Bogdałem wziąłem udział w Tieto on Tour prowadząc CodeRetreat dla studentów w Rzeszowie i Lublinie.
• We współpracy z  Wrocław JUG i Kunsztem zorganizowałem CodeRetreat Wrocław
• Razem z Łukaszem Szydło poprowadziłem spotkanie Agilopolis
• Przystąpiłem i zdałem całkiem nieźle egzaminy SCJP i IELTS.
• Przeprowadziłem się do Berlina, podejmując w końcu pracę z technologiami webowymi, w szczególności ze Springiem. (żegnaj Java Swing!). Tym samym zakończyłem współpracę z Tieto a związałem się z Nokią.
• Zapisałem się do klubu Toastmasters gdzie poznałem sporo fajnych osób i wygłosiłem swoje pierwsze publiczne przemówienie.
• Pracowałem nad swoją pracą magisterską, ale ciągle zostaje to temat otwarty.

Był to dla mnie udany rok. Dziękuję wszystkim, dzięki którym mogę o tym minionym roku tak właśnie myśleć!

Mam nadzieję, że rok 2011 będzie jeszcze lepszy

Między innymi chciałbym:

• Zostać magistrem!
• Poprowadzić jeszcze jakieś CodeRetreat. Berlin? Kraków? Inne miejsce?
• Znów pojechać na QCon i GOTO/JAOO. Wziąć udział w Agile Testing Days, oprócz tego marzy mi się Agile 2011 w stanach
• Poprowadzić jakieś spotkanie w Berlinie co najmniej 2 razy. Oprócz tego zakwalifikować się jako prelegent na jakąś konferencję
• Zorganizować w Nokii coś ciekawego, może „Reading Club”, może „Code Retreat”.
• Zapisać się w Berlinie do ToastMasters i wygłosić kilka mów.
• Znaleźć w Berlinie coś podobnego do Kunsztu i zostać uczestnikiem
• Nauczyć się niemieckiego na tyle, by móc biernie uczestniczyć w spotkaniach prowadzonych po niemiecku.
• Nauczyć się nowego języka programowania, może będzie do Clojure?
• Certyfikować się w kolejnej technologii (Spring? Java EE?)
• Czytać jedną książkę na miesiąc

Pozdrawiam i szalonego sylwestra życzę!

Daj znać innym

• Google Desktop – za wygodę jaką daje przy uruchamianiu programów (2x ctrl i wpisz program, który chcesz uruchomić)
• CLCL - wieloschowek, za możliwość wygodnej pracy z tekstem.
• Google Chrome – aktualnie moja ulubiona przeglądarka internetowa
• SciPlore Mindmapping – mapy myśli to super sposób organizowania wiedzy. Ten program spełnia swoje zadanie i wygodnie się z nim pracuje przy użyciu samej klawiatury
• PDF-XChange Viewer – lepsza przeglądarka do PDFów

Poza tym (oczywiście) zainstaluje Total Commandera, Eclipse, TeXnicCenter, TortoiseSVN, Daemon Tools, WinRar i inne. W każdym razie pięcioma wymienionymi powyżej chciałem się podzielić, gdyż są fajne

A jaka jest Twoja lista?

Daj znać innym

czym różni się Agile od Scrum..

Zacząłem się zastanawiać nad odpowiednią metaforą i wymyśliłem coś takiego:

• Gdyby przenieść te pojęcia do świata polityki to partie prawicowe nazwalibyśmy Agile, a PiS lub PO nazwalibyśmy Scrum.
• Gdyby przenieść te pojęcia do świata muzyki, to rock nazwalibyśmy Agile, a Kult nazwalibyśmy Scrum.
• Gdyby przenieść te pojęcia do świata motoryzacji, to samochód sportowy nazwalibyśmy Agile, a Porsche nazwalibyśmy Scrum.

Agile jest filozofią. Scrum jest konkretnym procesem, który wpisuje się w tą filozofię.

Polecam ten artykuł wydany z okazji 10 lecia powstania manifestu agile. M.in w kontekście tego artykułu, używanie sformułowania „Agile” nie jest zbyt poprawne, jako że w języku angielskim agile jest przymiotnikiem, a my używamy go jako rzeczownika. Bardziej poprawnie byłoby powiedzieć „ruch agile„. Z angielskiego agile to zwinny, dlatego mówimy o zwinnych metodykach wytwarzania oprogramowania.

Inna cenna myśl z tego artykułu: „Nie można robić Agile’a” – agile to nie jest rzecz. Można co najwyżej być „agile”, czyli zwinnym. Kiedy możesz powiedzieć o sobie że jesteś „agile”? Gdy postępujesz zgodnie z wartościami manifestu oczywiście

Bycie „agile” wymaga myślenia, refleksji i dostosowywania tego co się robi do sytuacji, w której się znajduje**. Ślepe podążanie za jakimś procesem „zgodnie z książką” („To jest wbrew Scrum, nie możemy tak zrobić!”) ociera się o Cargo kult*.

*Cargo kult – bezrozumne naśladowanie jakieś praktyki i oczekiwanie, że przyniesie ona pożądane rezultaty. Np. budowanie „lotniska” i „wież kontroli lotów” przez tubylców, w nadziei na przybycie dóbr za pośrednictwem samolotów transportowych. (Biali tak robili i działało!)

** Powyższa rada nie jest ogólnie rzecz biorąc zbyt pomocna Warto wiedzieć trochę o modelach uczenia się, takich jak model Dreyfusa czy Shuhari. Z grubsza chodzi o to, że osoba początkująca w danym temacie „jest skazana” na ślepe podążanie za wytycznymi „eksperta” czy „mistrza”. Dopiero gdy zdobędziemy trochę doświadczenia możemy pokusić się o skuteczną refleksję i dostosowywanie.

Daj znać innym

To co razem z Łukaszem Szydło chcieliśmy wam przekazać można by streścić w ten sposób:

• Jakość kodu źródłowego jest ważna – ma wpływ na powodzenie projektu.
• Na studiach nie nauczyliśmy się programować w porządny sposób. Pod presją czasu pracujemy w sposób wyuczony na studiach – „koko dżambo” i w efekcie produkujemy kod trudny i ciężki w utrzymaniu.
• Znamy teoretyczną odpowiedź na pytanie jak temu zaradzić: Clean Code, TDD, Refactoring. By zacząć stosować te techniki, wpierw musimy się ich nauczyć, tak by weszły nam w krew.
• Stosując model Dreyfusa pokazaliśmy jak zdobywamy nowe umiejętności. Jest to ważne, bo jeśli chcemy aby nasze zespoły produkowały porządny kod, musimy pomóc naszym ludziom zdobywać potrzebne im kompetencje. By im w tym pomóc, musimy rozumieć jak ludzie się uczą.
• Na koniec pokazaliśmy kilka praktycznych technik nauki.

Poniżej zbiór materiałów i źródeł do tematów, które poruszaliśmy w czasie prezentacji. W wolnej chwili postaram się linki opisać

Legacy Code

Working Effectively with Legacy Code – W temacie prezentacji użyliśmy „Legacy Code” w znaczeniu „kod bez testów”. Kod, który został określony jako wielka kula błota.

Kod źródłowy – ważny czy nie?

Duct Tape Programming

The Cost of Code?

Why IT Projects Fail?

Manifesto for Software Craftsmanship

http://www.slideshare.net/hebel/clean-code

What’s Wrong With Clean Code?

Dlaczego tworzymy kiepski kod?

Corey Haines talk on Software Craftsmanship at OpenAgile Romania 2009 – A raczej kiedy – pod wpływem zbliżającego się Deadline’u. Pozatym kończąc studia rzadko potrafimy i mamy pojęcie o pisaniu porządnego, utrzymywalnego kodu.

Co możemy z tym zrobić?

http://www.agileskillsproject.org/

Świetna prezentacja o modelu Dreyfusa.

Better Best Practices

Sharpening the Tools

Patterns for the People

Software Craftsmanship, Beyond The Hype

Książki

Test Driven Development by Example

Clean Code

97 Things Every Programmer Should Know

http://www.pragprog.com/titles/ahptl/pragmatic-thinking-and-learning

Growing Object-Oriented Software Guided Tests

Pair programming

How Pair Programming Really Works

http://vimeo.com/7814261

Code katas

http://katas.softwarecraftsmanship.org/?p=80

http://txtwriter.com/Onscience/Articles/repetitionlearn.html

Coding Dojos

http://code.joejag.com/2009/the-coding-dojo/

Conferences

http://qconlondon.com/london-2011/crew/ – Pojedź na konferencje jako student – wolontariusz i zaoszczędź 2000 euro.

Study groups

http://www.industriallogic.com/papers/learning.html

https://groups.google.com/group/kunszt?hl=pl

Craftsman spikes

Software Craftsmanship Spikes

Craftsman swaps

http://nuts.redsquirrel.com/post/80855433/craftsman-swap

Code Retreats

http://agilesurfing.pl/2010/agile/code-retreat/

Gold cards

Innovation and Sustainability with Gold Cards

Thoughts on Google’s 20% time

Inne

Teaching Real-World Programming

http://geekbreakfast.org/

Take a Nap inside a Google Pod to Boost Productivity

Idealna drzemka

Daj znać innym

W między czasie zdążyłem zapisać się do klubu i dane mi było wygłosić pierwsze przemówienie pod tytułem „Programista, który lubi pracować z ludźmi”.

Z perspektywy czasu mogę powiedzieć, że ToastMasters to świetna rzecz. Te 2h spędzone na spotkaniu co dwa tygodnie to czas naprawdę dobrze wykorzystany. Podręczniki, które dostałem zapisując się do klubu są na doprawdy wysokim poziomie.  Słowem, każdemu polecam przyjść i zobaczyć na własne oczy, jak wygląda spotkanie klubu

A jeśli o tym mowa,  jutro (czwartek 28.10.2010,  18:00 – 20:00, Uniwersytet Ekonomiczny, ul. Komandorska 118/120, sala 101A) będę prowadził spotkanie pod tytułem „Praca – pasja czy sposób na zarabianie pieniędzy”, na które serdecznie Cię zapraszam Każdy może uczestniczyć w spotkaniu jako gość i jest to całkowicie darmowe.

Szczegóły spotkania znaleźć można na GoldenLine.. (uwaga na salę, spotykamy  się w 101A)

Daj znać innym

Do rzeczy JAOO 2010 to najlepsza konferencja na jakiej dotychczas byłem! Pojechałem tam jako „wolontariusz” i polecam to każdemu. Moim zdaniem tylko bycie „mówcą” może dostarczyć lepszych wrażeń z konferencji

Jako wolontariusz uczestniczyłem w 2 uroczystych kolacjach tylko dla mówców i wolontariuszy. Oprócz tego miałem okazję zobaczyć jak wygląda przygotowanie tak dużego wydarzenia od środka.

JAOO zrodziło się 14 lat temu w Aarhus z inicjatywy firmy Trifork. Chłopaki chcieli zrobić konferencję dla siebie (deweloperów), więc zaprosili ludzi, którzy ich zdaniem mieli coś ciekawego do powiedzenia.  Czyż to nie genialny pomysł? Od 14 lat załoga Trifork ma konferencję w swoim mieście w której może uczestniczyć za darmo btw. Aarhus to bardzo piękne i inspirujące miasto

Poniżej krótkie podsumowanie tego, co udało mi się zobaczyć i usłyszeć:

Niedziela

W niedziele uczestniczyłem w treningu „Introduction to Clojure” prowadzonym przez Stuarta Halloway’a. Stuart to równy gość, który przedstawił język Clojure w sposób interesujący. Stuart jest pasjonatem i naprawdę fajnie się go słucha. Jeśli chcesz nauczyć się Clojure Stuart udostępnił środowisko do ćwiczeń: labrepl.

Scenka przy kolacji: Do stołu dosiada się sympatyczny starszy Pan. „Hi, I am James!”. Dziewczyna na przeciwko (i reszta dookoła) wita nowego towarzysza bez większego zainteresowania.  James Gosling

Podobna historia z Twittera: [Jocke]: What do you work with? [Other guy]: I founded Spring Source. [Arthur]: What’s your name? [Other guy]: Rod Johnson #JAOO

Poniedziałek

The Future of 3D Graphics Technology – from Gollum to Yoghurt – Ciekawie było zobaczyć, jak Henrik obracał na swoim laptopie render samochodu w jakości zdjęcia w czasie rzeczywistym. No i jakby ktoś nie wiedział, większość rzeczy w katalogach (w szczególności samochody) to rendery modeli 3D. Robienie prawdziwych zdjęć się nie opłaca, a czasem jest wręcz nie możliwe – gdy przygotowujemy katalog produktów, które dopiero zostaną wyprodukowane.

A Question of Craftsmanship – Czy Craftsmanship to odpowiednia metafora tego, co chcemy nazwać? Kevlin sprawił, że znów poczułem się dobrze studiując kierunek, który da mi tytuł Inżyniera Oprogramowania. Slajdy

A capsule definition of engineering, independent of any discipline, as you’re likely to find: the set of practices and techniques that have been determined to work reliably through experience.

Continuous Delivery – Praktyka, którą zdecydowanie chciałbym zacząć stosować w swojej codziennej pracy.

“How long would it take your organization to deploy a change that involved just one single line of code? Do you

do this on a repeatable, reliable basis?”

Continuous Deployment and DevOps: Deprecating Silos – Fajne uzupełnienie poprzedniej sesji. Raport z implementacji Continuous Deployment w Nokii.

Wieczorem pracowałem przy obsłudze imprezy. Dobra okazja by zobaczyć jak robi się catering na ponad 500 osób, ale nie mogłem się w pełni bawić na imprezie. Mieszane odczucia, ale było i tak super:) JAOO zmieniło nazwę na GOTO.  Stało się to w środku imprezy podczas występu zespołu tanecznego. Dziewczyny zdarły z siebie koszulki a pod spodem miały litery tworzące napis GOTO. Kresten (gospodarz konferencji) również zmienił swoją pimpowską zieloną marynarkę na różową (by wpasować się w nowe barwy konferencji).

Wtorek

Rano zobaczyłem „The Expressiveness of Go„. W miarę ciekawe, warto bliżej się przyjrzeć temu językowi. Tylko kiedy? Może podczas CodeRetreat

Go is statically typed and compiled, like C++ or Java (with noVM), but in many ways feels as lightweight and dynamic as JavaScript or Python.

Następnie widziałem Living Architectures – From Eclipse to Jazz ale jakoś szczególnie mnie nie zaciekawiło.

„Agile Requirements by Collaboration” – Ciekawy wykład, Ellen jest bardzo dobrym mówcą. Generalnie było o tym że musimy planować na różnych poziomach szczegółowości (Produkt, Release, Iteracja) i jak to robić.

HTML5 Websockets: A New World of Limitless, Live, and Wickedly Cool Web Applications – W czasie dobrego wykładu był jeden świetny moment. Jonas prowadził prezentacją w PowerPointcie i w Windows 7.. W pewnym momencie poszedł za kurtynę i wrócił z laptopem na którym było to samo co aktualnie na rzutniku. Następnie wyszedł z trybu pełno ekranowego i okazało się, że  komputer z którego prowadził prezentację to Mac z przeglądarką Chrome. W Chromie przy użyciu Websocketów był wyświetlany na żywo pulpit ze zdalnej maszyny. Wniosek: Możemy w przeglądarce budować aplikacje, które niczym nie różnią się od tych desktopowych. Demo działa w nowym Chromie.

Career.You – Build the Career You Want - Dave Thomas to bardzo sympatyczna osoba. W czasie swojego wykładu opowiedział o swojej karierze oraz sprzedał kilka cennych rad. Polecam

Następnie uczestniczyłem w niezbyt interesującym dla mnie spotkaniu Java User Group. Dyskusja była na temat przyszłości języka Java, przyszłości maszyny wirtualnej, a wszystko to w kontekście ostatniego przejęcia Suna przez Oracle.

Po czym przebiegłem 7.532 km biorąc udział w IT Run. Za rok zdecydowanie muszę podejść na poważnie do treningu i się lepiej przygotować W tym roku biegłem z prędkością 10km/h.

Na koniec dnia poszliśmy całą załogą wolontariuszy na kolację w formie „all you can eat and drink in 1 hour” a następnie udaliśmy się na piwko sponsorowane przez GitHub.

Środa

„From months to minutes – upping the stakes” Dan jest świetnym mówcą Ciekawostka: Zamiast slajdów użył mapy myśli. W kuluarach dowiedziałem się, że to dlatego że zawsze planuje wykład jako mapę myśli a potem przerabia ją na slajdy. Tym razem jednak zabrakło mu czasu na zrobienie slajdów – Nic nie szkodzi! Jak dla mnie mapa myśli była świetną formą organizacji wykładu – super mi się „ogarniało” to o czym mówił Dan. Przesłanie mowy było mniej więcej takie,  że tradycyjny Agile to nie jest Silver Bulet Że, niektóre znane nam praktyki nie są nam potrzebne  (przy najmniej w pewnych kontekstach, np. takim w jakim pracuje teraz Dan) by szybko dostarczać oprogramowanie wysokiej jakości (np. przekonanie że potrzebne są historyjki i kryteria akceptacji – Nie, wystarczy ciągła komunikacja i rozsądek). Mapa myśli z wykładu Ciekawostka: Była to niejako kontynuacja mowy wygłoszonej na QCon - koniecznie ją zobacz!

Czwartek

test

Następne GOTO już za rok – nie mogę się doczekać

Daj znać innym

• JAOO - 3-8 Październik 2010 w Aarhus, Dania
• Agile Testing Days -4-7 Październik 2010 w Berlinie, Niemcy
• Agile Eastern Europe – 8-9 Październik 2010 w Kijowie, Ukraina
• Software Craftsmanship 2010 – 7 Październik 2010 w Bletchley Park, Wielka Brytania
• Java Developers’ Day 2010 – 7-8 Październik 2010 w Krakowie, Polska
• Szkolenie na ScrumMastera i wyjazd integracyjny - kolidujące z JAOO

Ja wybieram JAOO Relacja z tego wyjazdu już wkrótce na tym blogu.

Niewiele ponad 3 tygodnie zostały do Wrocławskiego CodeRetreat. Informacja o otwarciu rejestracji pojawi się na stronie.

Daj znać innym

Wideo Slajdy

To co szczególnie mi się spodobało to aplikacja opisana w 47 minucie. Nie udało mi się znaleźć jej w sieci, więc jak komuś się uda to proszę o info w komentarzach.

Aplikacja jest opisana następująco:

• Aplikacja zarządza muzyką, która leci w pomieszczeniu deweloperów
• Każdy może dodać swoją piosenkę do listy piosenek, które są puszczane
• Każdy może zagłosować, że dana piosenka mu się nie podoba. Nie będzie ona więcej puszczana. Po jakimś czasie lecą tylko takie piosenki, które wszystkim się podobają.
• Gdy Build nie przejdzie, zostaje natychmiast puszczona specjalna piosenka, np „Oops, I did it again”. Od razu wszyscy wiedzą, że build nie działa.
• Każdy może wybrać sobie swoją piosenkę. Po udanym check-in gdy Build przejdzie, zostaje ona puszczona na 20 sekund. W ten sposób od razu wiemy, że wszystko jest w porządku.

Daj znać innym

Ostatnio świadomie zdałem sobie sprawę z kliku analogi pomiędzy światem Agile a światem wodniaków.

W harcerstwie mamy zastęp, w agile mamy zespół. Jeśli mówimy o wodniakach, to mamy załogę, której jeszcze bliżej do zespołu zwinnego.  Tak jak zespół jest razem w projekcie tak załoga jest razem na jachcie. Podobnie jak załoga na jachcie musi współpracować by dopłynąć do celu tak i zespół musi wspólnie dążyć do realizacji projektu. Ktoś kto sprawdza się jako załoga na jachcie prawdopodobnie sprawdzi się również jako członek zespołu programistów.

Wiele wartości ze świata agile (jak i Craftsmanship) mamy również w harcerstwie

1. Ramię pręż słabość krusz i nie zawiedź w potrzebie
2. Podaj swą pomocną dłoń tym co liczą na ciebie
3. Zmieniaj świat, zawsze bądź sprawiedliwy i odważny
4. Śmiało zwalczaj wszelkie zło niech twym bratem będzie każdy

Fragment piosenki „Harcerskie ideały”

Na przykład w zacytowanym fragmencie doszukać się możemy

1. retrospekcje by dążyć do doskonałości

3. odwaga z XP

4.  refactoring, otwarta komunikacja

W swojej książce „Clean Code” Uncle Bob wprost nawiązuje do zasady skauta – „Zostaw miejsce biwaku w lepszym stanie niż je zastałeś” – gdy pisze o tym jak powinniśmy postępować z naszym kodem źródłowym.

Software craftsmanship a krzyż harcerski.

Zasady software craftsmanship (link) a symbolika krzyża (link).

Krąg
Lilijkę otacza krąg – symbol doskonałości do jakiej dąży harcerska rodzina. [..]. Inni dodają, że to oznaka ogromnej woli tworzenia kręgu, z którego promieniować będzie prawość myśli, słów i czynów.

W zasadach przeczytać możemy o tym, że Craftsman ciągle się uczy dążąc do doskonałości. W manifeście Software Craftsmanship jest o budowaniu społeczności profesjonalistów (tworzenie kręgu).

Promienie
Promienie biegnące od lilijki oznaczają dążenie harcerstwa do promieniowania na cały świat wartościami, radością, dobrem.

Z zasad Software Craftsmanship – dziele się wiedzą by wpływać pozytywnie na rozwój całej branży.

Węzeł
Węzeł na wieńcu, jak węzeł na chuście ma przypominać o obowiązku wypełnienia przynajmniej jednego dobrego uczynku dziennie.

Uncle Bob promuje zielone opaski na rękę, które przypominają o tworzeniu dobrego kodu. Mówi też by z każdym wprowadzeniem zmian do repozytorium kodu wiązał się choć jeden akt dobroci (poprawa nazwy zmiennej, wyciągnięcie metody).

Software craftsmanship a żeglarstwo.

Robotę trzeba wykonywać porządnie. To samo przekonanie podzielać będzie żeglarz i craftsman. W obu kontekstach nieprzykładanie się do jakości pracy pociągać może poważne konsekwencje. Źle sklarowane liny doprowadzić mogą do wywrotki jachtu. Niechlujnie napisany kod może zawierać błędy, które spowodują rozbicie się sondy kosmicznej sterowanej wadliwym oprogramowaniem.

Podsumowując: To ciekawe i nigdy bym nie przypuszczał jak lata spędzone w  6 Harcerskiej Drużynie Żeglarskiej wpłyną na moje wybory jako programista. Jak przekonania, które wypracowałem w młodości będą ciągle aktualne w innym kontekście. Mam wrażenie, że czuję agile właśnie dzięki harcerstwu.

Rodzice: Warto zachęcać wasze dzieci do spróbowania harcerstwa.

Młodsi: Wodniactwo to nie tylko świetna przygoda ale również prawdziwa szkoła życia!

Hej, Morze, moje Morze,
Wdzięczny Ci jestem bardzo,
Toś Ty mnie wychowało,
Toś Ty mnie wychowało,
Szkołęś mi dało twardą.

Fragment: Morze, moje morze

Daj znać innym