[merriweatherpostpavilion]

jaki stopień złożoności powinny mieć projekty na githubie stricte do wglądu rekrutera jeśli chodzi o stanowisko juniora?
#programowanie #it #informatyka

[matthewonthego]

@merriweatherpostpavilion: nikt tego nie sprawdza xD

[GeDox]

@merriweatherpostpavilion: zależy od stacku. Ale testy powinny być.

[P.....c]

@merriweatherpostpavilion: najważniejsze, żeby git świecił ci się praktycznie każdego dnia na zielono przez rok czy dwa

To jaki kod dajesz to ma mniejsze znaczenie, bo nikt tego nie czyta, może ci zajrzą do 1 czy 2 klas, sprawdzą czy poprawnie dajesz wiadomosci na githubie i czy masz testy, max 2-3 minuty bo trzeba przejrzeć innych 300 kandydatów na 1 miesjce

[cppguy]

@Pozytywny_gosc:

najważniejsze, żeby git świecił ci się praktycznie każdego dnia na zielono przez rok czy dwa

xdd

[Jurix]

@merriweatherpostpavilion: W mojej opinii (jako rekrutera technicznego w dużym SH) mały projekt, który jakkolwiek obrazuje Twoje umiejętności w zupełności wystarczy. W takim projekcie jednak nie pokażesz umiejętności np. projektowania architektury mikroserwisowej, devopsowa, chmury, ciężko napisać prosty kod, który powie "to jest ktoś więcej niż junior". Na przejrzane setki CV (po przejściu HRowej siatki odrzucającej 99,9% tych które dostajemy) to chyba z 1-2 aktywne GH widziałem przez 2 lata.

Na pewno dobry

[Bigs]

@merriweatherpostpavilion prosty, pokazujący skill, a nie złożoność. np. Java / spring:
jakieś listy, jakieś lambdy, jakieś rest API, jakieś SQL mappingi, może wiremock z testami.
lepiej zrobić banalną apke np. z hierarchią relacji i dobrymi testami , nickami, niż duża prawie enterprise apke z powtarzalnym kodem

o. i może jeszcze deploy na jakieś azure cloud, ci setup (zależy na jakie stanowisko jeszcze :) )