Woman on Rails

Ostatnim razem w artykule Refactoring w Ruby krok po kroku - część 1 przeszłyśmy od kodu proceduralnego do kodu bardziej zorientowanego obiektowo. Tym razem będziemy kontynuować naszą podróż przez refaktoring. Będziemy mówić o małych obiektach zastępujących duże klasy, o kompozycji i o wstrzykiwaniu konkretnych zachowań do obiektów. Zaczynajmy!

Refaktoring jest jednym z moich ulubionych tematów. Uwielbiam porządki w prawdziwym życiu, ale też w kodzie źródłowym. Pracowałam i nadal pracuję nad aplikacjami internetowymi. I wciąż poszukuje odpowiedzi na następujące pytania: Jak pisać dobry kod? Co powoduje, że po pewnym czasie nasz kod staje się brzydki i nieczytelny? Jak radzić sobie z rosnącą złożonością w projektach? Każdego dnia uczę się jak robić dobry refaktoring. Bazuję na zdobytym przeze mnie, jak i przez innych, doświadczeniu. Dziś chciałabym się podzielić z Tobą przykładem refaktoringu zrobionego krok po kroku.

Ostatni raz uczestniczyłam w konferencji Wroclove.rb około 2-3 lata temu. Było to wtedy dla mnie dość smutne doświadczenie. Prawie każda prezentacja mówiła o tym, co jest nie tak z Ruby i Ruby on Rails. Niestety wtedy nikt nie pokazywał rozwiązań dla postawionych problemów. Wiem, że te prezentacje miały być dla nas takim dzwonkiem alarmowym. Miały nam powiedzieć: “Obudźcie się i zacznijcie działać!” Jednak wróciłam do domu po tamtej edycji dość przygnębiona.Tym razem było inaczej. Ludzie przyjechali z pomysłami. Miło było posłuchać o nowych koncepcjach. Poczuć pozytywną energię i zobaczyć tą chęć do działania.

Od jakiegoś uczestniczę w rozmowach kwalifikacyjnych. Nie jestem osobą od HR-u. Jestem programistką. Moje zadanie, to sprawdzenie technicznych umiejętności kandydatów aplikujących do naszej firmy. Staram się dowiedzieć czy kandydatka lub kandydat pasuje do naszego zespołu technicznie, ale również pod względem osobowości i temperamentu. Podczas takiej rozmowy nie chodzi o bycie doskonałym. Raczej o bycie szczerym, bycie sobą. Celem jest sprawdzenie czy obie strony chcą podjąć współpracę. Zarówno kandydat jak i zespół powinni do siebie pasować. Dzisiaj chciałabym się podzielić z Wami elementami, na które ja zwracam uwagę podczas prowadzenia rozmowy kwalifikacyjnej.

Myślę, że prawie każdy programista ma swój ulubiony edytor tekstowy. Jedni lubią edytory takie jak Vim, inni takie jak Notepad++ a ja uwielbiam Sublime Text. Posiada on wiele skrótów klawiszowych, dodatków czy snippetów ułatwiających pracę z kodem lub ze zwykłym tekstem.

Ostatnio pracowałam z metodą each_with_object. Jak zazwyczaj w takich sytuacjach zawsze staram się, przed użyciem jakiejś metody, sprawdzić jej dokumentację. Weszłam więc na APIdock i przeglądam zastosowanie oraz przykłady. Okazało się, że nie było tam jednego z przypadków zastosowania. Chciałam go dodać, lecz bez powodzenia. Postanowiłam więc, że skoro czekam na rozwiązanie problemu ze strony APIdock mogę napisać krótką notatkę na temat metody each_with_object tutaj.

Zajęło mi trochę czasu od ostatniego postu. Tak wiele się wydarzyło: eventy, warsztaty, podróże. Na szczęście jestem z powrotem! Dzisiaj chcę się podzielić w Wami moimi spostrzeżeniami dotyczącymi wydarzenia Web Summit. Jest to ogromna konferencja (a w zasadzie wystawa/targi nowych pomysłów). Kilka lat temu miałam przyjemność uczestniczyć w tej konferencji w Dublinie. Tym razem Web Summit odbywał się w Lizbonie. Zdecydowałam się przyjechać ze względu na darmowy bilet, który dostałam jako kobieta w IT. Może właśnie z tego powodu nie powinnam mówić o tym, co mi się nie podobało. Choć jak się tak nad tym dłużej zastanowić, to w jaki sposób można coś poprawić, jeżeli nie wie się, co było nie tak?

Warsztaty Rails Girls wspieram już od 2013 roku, kiedy to znalazłam pierwsze warsztaty Rails Girls w Poznaniu. Od tej pory jeżdżę po całej Polsce i pomagam jako mentorka. W tym roku byłam już na Rails Girls Warsaw, Rails Girls Łódź i na Rails Girls Poznań. Teraz przyszedł czas na warsztaty Rails Girls Cieszyn!