Witam,
pytanie chyba bardziej do HR (?), ale nie tylko. Chodzi o projekty na GitHub - do znalezienia w niedługiej przyszłości (miejmy nadzieję) pierwszej pracy. Waszym zdaniem lepiej jest zrobić jeden większy projekt w którym pokażę znajomość React.JS, Redux, Redux - Saga. Czy jednak klepać mniejsze projekty typu wisielec, kalkulator, todo list i inne projekty, które wszyscy mają ?
Na które HR spojrzy bardziej przychylnym okiem ?
1 duży
Nie bierz się nawet za projekty typu TODO list.
Tu już nawet nie chodzi o HR. Duży projekt więcej Cie nauczy, bo niektóre Twoje słabości w programowaniu wyjdą dopiero prze większej skali (np nieprzemyślana struktura projektu uderzy gdy będziesz chciał dodać kolejny rozbudowany feature)
I rób projekty, żeby czegoś się nauczyć a nie pod HR ;)
z9y napisał(a):
wisielec, kalkulator, todo list
to nie sa 'mniejsze projekty' tylko conajwyzej jakies cwiczenia. Nie ma sensu ich publikowac. Za to kilka faktycznych mniejszych projektow - czemu nie.
danek napisał(a):
I rób projekty, żeby czegoś się nauczyć a nie pod HR ;)
Chodziło bardziej o to co pokazać w GitHubie dla HR, źle postawiłem pytanie ;)
A projekty wiadomo, że robię dla siebie, aby się rozwijać
dzięki za odpowiedz
HR i tak nie spojrzy ale na póxniejszych etapach jak najbardziej.
Jak widzę Gita w CV to wchodzę ale z braku czasu wchodzę tylko w jeden losowy projekt. Więc gdybyś miał 4 słabe i 1 dobry to byś miał tylko 20% szansy, że zabłyśniesz :). I prawie nikt kodu nie będzie odpalał ale zwróci uwagę na:
Czyli takie kilkunastosekundowe przejrzenie by pobieżnie ocenić kandydata
AsterFV napisał(a):
HR i tak nie spojrzy ale na póxniejszych etapach jak najbardziej.
Jak widzę Gita w CV to wchodzę ale z braku czasu wchodzę tylko w jeden losowy projekt. Więc gdybyś miał 4 słabe i 1 dobry to byś miał tylko 20% szansy, że zabłyśniesz :). I prawie nikt kodu nie będzie odpalał ale zwróci uwagę na:
- plik readme (dobrze opisany o czym projekt, jak odpalić)
- dokumentację kodu
- testy do kodu - jeżeli ma to uzasadnienie
- sama jakość kodu - typu nie stosuj 50 ifów w funkcji itp :)
- commity.. tak. Dużo osób wpisuje znajomość GIT a potem wrzuca jeden wielki commit o nazwie "2019_06 final 0202" zmieniający 20 plików (autentyczny przykład). Czyli stosowanie branchów, porcjowanie zmian, dobre nazywanie commitów
Czyli takie kilkunastosekundowe przejrzenie by pobieżnie ocenić kandydata
Super opisany mały "tutorial"
dzięki przyda się
Robiąc większe projekty można fajnie zauważyć sens wykorzystywania wzorców projektowych.
Na które HR spojrzy bardziej przychylnym okiem ?
Jeśli pod HR to większe wrażenie by zrobiło pewnie raczej:
Projekt na GH, który robiłeś samemu i który jest niekomercyjny będzie mieć raczej zerową wartość dla HR, bo HRka nie jest od tego, żeby sprawdzać twoje skille tylko raczej ocenić twoje ogólne doświadczenie w przy projektach komercyjnych i w pracy zespołowej.
Dopiero potem przy rozmowach technicznych z programistami może mieć to znaczenie.
pytanie chyba bardziej do HR (?), ale nie tylko. Chodzi o projekty na GitHub
HRka nie będzie ci włazić na Githuba i nie będzie czytać kodu, no co ty. Jak pod HR to prędzej normalne portfolio czy artykuły na Medium (BTW Medium jest słabe, ale wiele ludzi używa tego dla lansu. Każda głupota pisana na Medium sprawia wrażenie mądrzejszej, przynajmniej w oczach autora xD).
Waszym zdaniem lepiej jest zrobić jeden większy projekt w którym pokażę znajomość React.JS, Redux, Redux - Saga. Czy jednak klepać mniejsze projekty typu wisielec, kalkulator, todo list i inne projekty, które wszyscy mają ?
Duże projekty mogą cię nauczyć zaawansowanych rzeczy (np. projektowania architektury), jednak małe łatwiej zrobić od początku do końca, a nie porzucić w połowie. Obydwie umiejętności są ważne, bo w pracy będzie trzeba zarówno robić coś dużego, jak i kończyć poszczególne mniejsze zadania (kończyć to znaczy szlifować na tip-top, łącznie z wyglądem i najmniejszymi detalami, a nie zrobić by było).