Jak odnaleźć się na GitHubie?

Podjęłaś decyzję o przebranżowieniu, chcesz wejść w świat IT i zostać programistką - super! Uczysz się samodzielnie, dzięki studiom czy kursach/bootcampach, z każdym dniem pomnażasz swoją techniczną wiedzę…

No i nastał ten moment – myślisz o tym, aby zacząć aktywnie szukać pierwszej pracy. Słyszałaś wcześniej, że rekruterzy zwracają dużą uwagę na profile kandydatów na GitHubie – w końcu to one są wizytówką każdej programistki, tam można zobaczyć jakość kodu, jaką może dostarczyć potencjalny przyszły pracownik_czka.

Jak jednak zabrać się za stworzenie “jakościowego” profilu na GitHubie? Co to w ogóle znaczy? I jakie są te słynne “dobre praktyki”, które pomogą Ci zyskać uznanie w oczach rekruterów i wyróżnić się wśród innych kandydatów?

W tym artykule opowiem, jak szybko nadać Twojemu repozytorium nową jakość. Zaczynajmy!

GitHub – co to i na co to komu?

Na początek drobne rozróżnienie - chociaż potocznie na GitHuba mówimy “Git”, to nie jest to jedno i to samo. Git to system kontroli wersji, natomiast GitHub umożliwia hostowanie repozytoriów na serwerze.

Ten cud technologii, bez którego codzienna praca programistów byłaby niemożliwa, pozwala na przechowywanie projektów, zachowując przy tym pełną informację o historii zmian.

Opanowanie GitHuba może sprawiać pewne problemy początkującym programistom, jednak jest też szalenie ważne w ich dalszym rozwoju w tej dziedzinie – to jedna z podwalin ich codziennej, przyszłej pracy w IT.

Definicja za nami – to jakie są te dobre praktyki?

Niech projekty pokazują Twoją realną wiedzę (i ambicję)

Nie ograniczaj się wyłącznie do wstawienia na swój profil na GitHubie popularnej “to do list” i podobnych, generycznych projektów. Oczywiście w prostych projektach nie ma nic złego, zwłaszcza na początku, warto jednak nadać im pewien osobisty wymiar. Może istniejącym “to do list” kluczowej – z Twojej perspektywy – funkcjonalności? Napisz ją! I nie zapomnij opisać swojej motywacji w README.

Warto, aby repozytoria pokazywały Twój ciągły rozwój. GitHub wizualizuje aktywność użytkownika na podstawie liczby commitów, dlatego regularność na pewno zostanie dostrzeżona. Niestety, wrzucenie wszystkich projektów w kilka dni również, tak więc warto zadbać o commity od samego początku. Nie muszą być perfekcyjne, w końcu dopiero się uczysz!

Właśnie, commity…

Pojedynczy commit powinien dotyczyć pojedynczej zmiany. Pamiętajcie, aby ich opis był jasny i konkretny. 

Zwróć uwagę na to, aby opisy commitów były w jednym języku – najlepiej po angielsku, aby przyzwyczajać się do dobrych praktyk. 

Tutaj dowiesz się, jak ulepszyć swoje commit messages.

‍

‍

README – jak to ugryźć?

Plik README to idealne miejsce do opisania Twojego projektu. 

Poprawnie opisany projekt powinien posiadać instrukcję działania i – idealnie – demo dostępne do przetestowania. Oczywiście nie oznacza to, że zawsze każdy Twój projekt powinien mieć działające demo. Pamiętaj jednak, że im więcej tak solidnie wykonanej pracy po Twojej stronie, tym lepszy wizerunek kreujesz w oczach rekrutera.

Aby dodatkowo zabłysnąć i pokazać jeszcze trochę swojej wiedzy programistycznej, możesz również opisać przypadki użycia albo wykorzystać jeden z wzorców projektowych i w README uzasadnić jego wybór.

Jeśli jesteś zainteresowana zdobyciem dodatkowym wskazówek dot. tworzenia dobrego READ ME, napisz do mnie na LinkedInie. Możesz także zobaczyć, w jaki sposób stworzyć README… o sobie.

Kilka krótkich wskazówek na koniec

• Wprowadzaj nowe funkcjonalności na zasadzie pull requestów. To forma poinformowania osób zaangażowanych w projekt o Twoich zmianach i prośba o ich akceptację. Na początku pracy nad nową funkcją stwórz nowego brancha, a po skończonej pracy zmerguj (czyli połącz) go do brancha głównego. Nawet jeśli pracujesz nad projektem samodzielnie, warto jest krytycznym okiem spojrzeć na swój kod i poprawić go przed mergem. Pamiętaj, że code review będzie niedługo Twoim chlebem powszednim.
• TESTUJ. SWÓJ. KOD. 😅
• Skonfiguruj GitHub Actions, aby testy odpalały się po każdym wypchnięciu commitów do repozytorium. Dzięki temu szybko zorientujesz się, że coś w Twoim projekcie przestało działać.
• Używaj tagów do oznaczania kolejnych wersji projektu.

Podsumowując: Git nie jest wcale taki trudny, chociaż początki mogą wydawać się onieśmielające. Znajomość kontroli wersji jest jednak niezbędną umiejętnością każdego programisty i jestem pewien, że pomoże Ci w dalszych poszukiwaniach pracy.