Wątek przeniesiony 2020-05-18 11:26 z Java przez Koziołek.

Jak wygląda github/portfolio dobrego mid java developer'a

Odpowiedz Nowy wątek
2020-05-18 09:10

Rejestracja: 1 rok temu

Ostatnio: 1 miesiąc temu

0

Hej,

Zastanawiam się jak wygląda dobra portfolio mid java developer'a, tzn. z sensownie napisanymi projektami, Czy ktoś mógłby podrzucić linka do takiego github'a?

2020-05-18 12:59

Rejestracja: 1 rok temu

Ostatnio: 4 godziny temu

2

Szczerze to wgl nie łapie tego chwalenia się GH. Dlaczego wgl chciałbyś robić coś opensource? Ja kiedyś wypuściłem grę żeby mieć wpis do CV (Unity) ale na GH nic nie wrzucałem. Nawet to wyszło na dobre bo kod był badziewny ale projekt zrobiony. Myślę, że twojemu przyszłemu pracodawcy bardziej zależy na umiejętności "dowożenia", niż na randomowych kodach pasjansa czy innych nic nieznaczących projektów na zaliczenie.


Pozostało 580 znaków

2020-05-18 14:24

Rejestracja: 1 rok temu

Ostatnio: 15 sekund temu

Lokalizacja: Warszawa

2

"Jak wygląda github/portfolio dobrego mid java developer'a"

Public
Są to pull request do jakiś mniej lub bardziej znanych i używanych community projects.

Private=Work
Są to commity od drobnych bug-fix zaczynając do wszystko tego za co mu płacą w pracy.
Np. nowe tematy z BLIK poza Polską o których media jeszcze za dużo nie pisały a które być może będą wdrożone (w uproszczeniu, bo repo inne) :)

BTW, kto i za co wykopał OPa? ;)
Był spokojny, cierpliwości wystarczyło mu na 1 godzinę i 58 minut, niestety nie doczekał się konkretnej odpowiedzi co ma wrzucać na githuba żeby to był senior-github-20k a nie junior-githubDyplomowy-po-bootcampieOnline.


"Ktoś sobie uświadomił, że pisał pod pseudonimem rzeczy, które lepiej żeby w firmie nie wypatrzyli :-)"
"Kiedy wiedzieć czy zacząć nauke Springa? bo w czystej Javie to nic ciekawego nie zrobie chyba"
Faktycznie, szybko poleciał. Też jestem ciekaw za co. - PerlMonk 2020-05-18 14:27
Może sam się usunął. Nie ma info żeby został zablokowany. - szweszwe 2020-05-18 14:29
Rano zadał pytanie jakiego ma sobie zrobić githuba żeby dostać pracę programista java, czekał długo, połudnei zaczęło się zbliżać, może doszedł do wniosku, że nic tu po nim tak długi i zapyta swojego mentora (bo najważniejsze na kursie i w nauce nie to tracić czasu na samodzielne poszukiwanie rozwiązań - od tego jest mentor : copyright - wypowiedź do mediów dyr. jednej ze szkół programowania) - BraVolt 2020-05-18 14:38
Ja bym wywalił za apostrof w tytule :) - rstack 2020-05-19 14:58
@rstack: Nie da (tylko mod) rady, tytuł jest OPa, a OP szybko z 4P wyleciał :) - BraVolt 2020-05-19 15:03

Pozostało 580 znaków

2020-05-18 15:10

Rejestracja: 1 rok temu

Ostatnio: 3 minuty temu

1
Szekel napisał(a):

Szczerze to wgl nie łapie tego chwalenia się GH.

Chwalenie się jak to chwalenie - jedni lubią, inni chcą komuś zaimponować. Ktoś może faktycznie działa nad czymś ciekawym.

Dlaczego wgl chciałbyś robić coś opensource?

Bo mu płącą? Bo lubi? Ja od początku kariery zawodowej działam tylko w obrębie Free Libre Open Source Software i nie widzę powodu dlaczego miałbym nie pracować w tej formule

Pozostało 580 znaków

2020-05-18 19:23

Rejestracja: 5 lat temu

Ostatnio: 7 minut temu

2

Portfolio na GitHubie przydaje się jak najbardziej również wtedy, gdy jest się midem lub seniorem, może nawet bardziej, bo z racji doświadczenia projekty powinny być ciekawsze, więc mogą pełnić większą rolę w trakcie rekrutacji. Mi np. ostatnio (senior) zdarzyło się, że cała część techniczna to była rozmowa właśnie o moim GitHubie.

Według mnie, nie ma sensu tworzyć projektów "pod rekrutację".

Warto pamiętać, że projekt na GitHubie to nie tylko wrzucony kod, ale przede wszystkim produkt, który usiłujemy sprzedać osobie po drugiej stronie Internetu (czy to ktoś, kto może się nim zainteresuje, zbuduje, czy rekrutujący, czy też my sami głowiący się za jakiś czas jak to działa), dlatego musi być w miarę przystępny w odbiorze, wg mnie powinien mieć:

  • opis,
  • README w którym znajdują się najważniejsze rzeczy, warto wykorzystać Markdown, by był on przejrzysty,
  • Wiki (ja tam daję np. opis instalacji i listę linków, które okazały mi się przydatne w czasie pracy nad projektem),
  • dokumentację, jakieś diagramy UML czy inaczej opisaną architekturę,
  • testy
  • spięcie z CI (za darmo można na GitHubie korzystać z Travisa, a teraz są też jakieś buildy już na GitHubie dostępne)
  • moje projekty są embedded, więc ja dodaję też pliki z hardware i symulacjami,
  • w miarę czytelna historia z branchami.

edytowany 4x, ostatnio: rgawron, 2020-05-18 19:35

Pozostało 580 znaków

2020-05-18 21:22

Rejestracja: 11 miesięcy temu

Ostatnio: 21 minut temu

6

Podejmowałem tutaj wielokrotnie temat czytania GitHuba podczas rekrutacji. Sam osobiście czytam wszystkie rzeczy podlinkowane w CV i zaskakują mnie opinie ludzi, którzy wręcz szczycą się tym, że tego nie robią. Słyszałem argumenty w stylu, że i tak na GH ludzie wrzucają jakieś tutoriale albo forki i że czytanie tego to marnowanie czasu bo jest tyle CV do przeglądnięcia.

To ja zapytam inaczej. Czy mam marnować 5 godzin na rekrutację seniora, który nie raczył wstawić żadnego kawałka kodu na GitHub? Albo czy mam marnować 5 godzin rekrutacji i odrzucić kandydata bo ten zapomniał czym się różni k-means od knn, chociaż ma na swoim GH przykłady z rzeczy dużo trudniejszych? Każda obserwacja kandydata podczas rekrutacji jest na miarę złota i w ciągu godziny nie da się przewidzieć czy ktoś jest dobry czy nie. Tym bardziej trzeba czytać czyjś kod, żeby nie zatrudnić nietrafa lub nie odsiać naprawdę dobrego kandydata.

Zgadzam się. Zdarzyło mi się, że na rekrutacji nie dostałem ani jednego pytania dotyczącego np. Javy, ponieważ rekruterzy przejrzeli kod moich projektów i stwierdzili, że ogarniam temat, więc nie zawracali mi głowy głupotami :-). Jeżeli ktoś potrafi pisać porządny kod, to opublikowanie fajnych projektów na pewno nie zaszkodzi, choć wiem, że nie każdego to obchodzi. - wiciu 2020-05-18 22:07

Pozostało 580 znaków

2020-05-18 21:31

Rejestracja: 1 rok temu

Ostatnio: 15 sekund temu

Lokalizacja: Warszawa

0
twoj_stary_pijany napisał(a):

To ja zapytam inaczej. Czy mam marnować 5 godzin na rekrutację seniora, który nie raczył wstawić żadnego kawałka kodu na GitHub?

To ja się zapytam o kod usługi ApplePay dla apki Citi Handlowy. Już dawno wdrożone, nie obowiązuje tajemnica biznesowa, można wstawiać kod na githuba bez obawy o kary umowne za złamanie tajemnicy handlowej Apple.


"Ktoś sobie uświadomił, że pisał pod pseudonimem rzeczy, które lepiej żeby w firmie nie wypatrzyli :-)"
"Kiedy wiedzieć czy zacząć nauke Springa? bo w czystej Javie to nic ciekawego nie zrobie chyba"
nikt Ci tego kodu nie każe wstawiać do neta - wiciu 2020-05-18 22:02
Podpisałeś zobowiązanie, nie wynosisz kodu na zewnątrz, na githuba, na pendrive, na wydruku. Nie ważne nawet czy podpisane 2,000,000 euro czy symboliczne 3 wypłaty. Są zasady, to się stosujemy. Jak ktoś chce pogadać o szczegółach, to jest kartka + długopis, tablica + pisak, można poprosić o jakąś implementację z marszu. - BraVolt 2020-05-18 22:12
Przecież napisałem, że nikt nie każe Ci wrzucać kodu z pracy do neta. Zresztą nikt normalny nie powinien tego robić, bo w każdej porządnej firmie są zapisy w umowie zabraniające takich rzeczy. Możesz sobie coś po pracy napisać i wrzucić. Nikt nie powinien tego bronić, bo po pracy każdy może sobie robić co chce. - wiciu 2020-05-18 22:15

Pozostało 580 znaków

N3
2020-05-18 21:58
N3

Rejestracja: 3 lata temu

Ostatnio: 18 godzin temu

4
twoj_stary_pijany napisał(a):

Podejmowałem tutaj wielokrotnie temat czytania GitHuba podczas rekrutacji. Sam osobiście czytam wszystkie rzeczy podlinkowane w CV i zaskakują mnie opinie ludzi, którzy wręcz szczycą się tym, że tego nie robią. Słyszałem argumenty w stylu, że i tak na GH ludzie wrzucają jakieś tutoriale albo forki i że czytanie tego to marnowanie czasu bo jest tyle CV do przeglądnięcia.

Czy mechanik który stara się o pracę w warsztacie samochodowym ma zestaw kilku naprawionych aut do pokazania na rozmowie kwalifikacyjnej? Repozytorium pokazowe dla osoby bez doświadczenia jest jednym z niewielu pól na którym może zainteresować potencjalnego pracodawcę. Ktoś kto przepracował X lat ma już bagaż doświadczeń którego nie zastąpi żadne repo. Poza tym ludzie mają lepsze rzeczy do roboty niż kodzenie po godzinach.

twoj_stary_pijany napisał(a):

To ja zapytam inaczej. Czy mam marnować 5 godzin na rekrutację seniora, który nie raczył wstawić żadnego kawałka kodu na GitHub? Albo czy mam marnować 5 godzin rekrutacji i odrzucić kandydata bo ten zapomniał czym się różni k-means od knn, chociaż ma na swoim GH przykłady z rzeczy dużo trudniejszych? Każda obserwacja kandydata podczas rekrutacji jest na miarę złota i w ciągu godziny nie da się przewidzieć czy ktoś jest dobry czy nie. Tym bardziej trzeba czytać czyjś kod, żeby nie zatrudnić nietrafa lub nie odsiać naprawdę dobrego kandydata.

Zawsze można dołączyć informację o wymogu posiadania repozytorium - pytanie tylko jak to wpłynie na liczbę aplikacji.

Pokaż pozostałe 3 komentarze
To że kandydat nie chce przechodzić przez rozdmuchany proces rekrutacyjny, świadczy tylko o tym, że szanuje swój czas + może łatwo pójść gdzie indziej. Jeżeli wie, że nie ma wielu opcji, to zaciśnie zęby. Oczywiście są wyjątki jak FAANG, ale tam mogą sobie pozwolić na stratę paru perełek. - part 2020-05-18 22:34
@wiciu: na ten przykład ja nie mam zamiaru nigdy wrzucić nic na gh z prostego powodu - każdy mój kod to kasa, czy to kasa od klienta czy kasa od osób które kupują tę apke/płaca abo mi. Nie mam czasu na robienie projektów pokazowych bo w tym samym czasie zrobię projekt który zarobi na siebie i na mnie. - mr_jaro 2020-05-18 22:56
@part To ma dwie strony medalu. Miałem już okazję przechodzić czasochłonne procesy, które kończyły się niczym (nawet feedbacku porządnego nie było, tylko jakieś ogólniki), ale miałem też okazję przechodzić długie procesy, które kończyły się bardzo dobrą ofertą. Czasami zrobisz jakieś zadanko, poświęcisz 4 popołudnia i mnożysz sobie wypłatę razy dwa. Miałem taki przypadek. Hasło z szanowaniem czasu wypada wtedy łyso, bo wtedy ktoś inny więcej płaci za Twój czas. Oczywiście nie zawsze wiesz na czym stoisz i kiedy co się trafi. Czasem trzeba też mieć trochę szczęścia. - wiciu 2020-05-18 23:20
@mr_jaro: nigdy nie zdażyło ci się na githubie zakładać issue w projektach open source lub robić PR do takich projektów żeby pchnąć swój komercyjny projekt dalej? Co do szpanowania githubem to dobry bug report może być wart więcej niż 10 projektów na pokaz. - Hummin 2020-05-19 22:27
@Hummin raz po czym sie okazało, że hindus nie potrafi odtworzyć błędu pomimo, że dostał wszystko na tacy więc obszedłem to od swojej strony, bez grzebania w kodzie tamtej libki. - mr_jaro 2020-05-19 22:40

Pozostało 580 znaków

2020-05-18 22:04

Rejestracja: 1 rok temu

Ostatnio: 5 minut temu

3
twoj_stary_pijany napisał(a):

To ja zapytam inaczej. Czy mam marnować 5 godzin na rekrutację seniora, który nie raczył wstawić żadnego kawałka kodu na GitHub?

Jak chcesz kawałek kodu, to daj mu zadanie do zrobienia.

Kiedy patrzyłem na rekrutację tylko z punktu widzenia kandydata, to też myślałem, że github jest podstawą. Z punktu widzenia rekrutującego widzę, że zazwyczaj nie ma tam nic interesującego, jeżeli jest to wpisał do cv (np. kontrybucję do CPythona) i na gh wchodzę tylko po to, żeby zweryfikować.

Druga sprawa - to nieuczciwe oceniać kandydata na podstawie tego, co robi w czasie wolnym. Ocenianie na podstawie tego, że nie udostępnia swoich projektów, to już absurd. No chyba, że to jakaś analiza psychologiczna - "nie lubi się dzielić, nie będzie umiał pracować w scrumie".

Nie mówię już o tym, że osobiste projekty kandydata nie muszą mieć żadnego związku z pracą/technologią, do której aplikuje.

Pokaż pozostałe 31 komentarzy
@part: no i prawidłowe podejście. @mr_jaro: jeżeli piszesz w JS to być może tak jest. Niestety, czasami błędy są już na poziomie koncepcji całego projektu (polityka firmy) i wszyscy zmuszeni są używać workaroundu. Z workaroundami do takich problemów można się bujać latami. Możecie też znaleźć rozwiązanie u producenta zgłaszając błąd i uzyskując jakieś wsparcie od społeczności. Inny przykład? Używacie frameworka, który ma dodatkowe toole tylko w wersji enterprise. Zamiast usiłować wymusić kupno enterprise u szefa fiksujecie lub zgłaszacie błąd w wersji community. - twoj_stary_pijany 2020-05-20 12:07
@twoj_stary_pijany: jeśli błąd jest na poziomie architektury to zawsze jest wykrywany na testach samej libki/paczki jeszcze przed implementowaniem jej do projektu, wtedy zawsze zapada decyzja o zmianie na inną działającą tak jak powinna lub napisanie tego po swojemu. - mr_jaro 2020-05-20 12:18
@mr_jaro: jeżeli mówisz o architekturze JavaScriptu to może masz rację. Jeżeli mówisz o architekturze gdzie musisz skonfigurować sieć, storage, bazy danych, message brokera, producentów i konsumentów oraz load balancery i jeszcze masz odziedziczoną jakąś kobyłę, której nie da się zdekomponować to tak łatwo sobie nie wymienisz jednej libki/paczki. - twoj_stary_pijany 2020-05-20 12:30
@mr_jaro: chociaż jak niedawno robiłem coś w Vue to prościej mi było zafiksować kod autora workaroundem, wrzucić mu PR i używać dalej jego libki niż korzystać z innych, gorszych rozwiązań. On sobie poprawił później ten workaround i przy okazji kilka innych osób było zadowolonych bo inni później też to zgłaszali. - twoj_stary_pijany 2020-05-20 12:32
@twoj_stary_pijany: generalnie to ja 80% czasu siedzę w backendzie w tym wyśmiewanym przez wielu pehape i laravelu - mr_jaro 2020-05-20 12:35

Pozostało 580 znaków

2020-05-19 10:51

Rejestracja: 3 miesiące temu

Ostatnio: 1 godzina temu

0

Vespasian used his time in North Africa wisely. Usually, governorships were seen by ex-consuls as opportunities to extort huge amounts of money to regain the wealth they had spent on their previous political campaigns. Corruption was so rife that it was almost expected that a governor would come back from these appointments with his pockets full. However, Vespasian used his time in North Africa making friends instead of money, something that would be far more valuable in the years to come. During his time in North Africa, he found himself in financial difficulties and was forced to mortgage his estates to his brother. To revive his fortunes he turned to the mule trade and gained the nickname mulio (muleteer). -> link

Bill is smart. Be like Bill


Z wszelkiego drzewa tego ogrodu możesz spożywać według upodobania - ale z drzewa poznania dobra i zła nie wolno ci jeść, bo gdy z niego spożyjesz, niechybnie umrzesz.

Pozostało 580 znaków

2020-05-19 13:29
Moderator

Rejestracja: 16 lat temu

Ostatnio: 27 minut temu

6

To ja zapytam inaczej. Czy mam marnować 5 godzin na rekrutację seniora, który nie raczył wstawić żadnego kawałka kodu na GitHub?

@twoj_stary_pijany Tylko czy mówimy o prawdziwym seniorze, czy o takim co ma 3 lata doświadczenia? Wyobraź sobie że kończysz N lat, masz trójkę dzieci, budujesz dom etc. i zwyczajnie nie masz już czasu zarywać nocek i weekendów na własnych projektach. Jednocześnie, może klepiesz jakieś bardzo ciekawe i złożone rzeczy w pracy, jesteś na bieżąco z nowymi technologiami, masz 15 lat doświadczenia w projektowaniu systemów itd.


Masz problem? Pisz na forum, nie do mnie. Nie masz problemów? Kup komputer...
Pokaż pozostałe 14 komentarzy
Nie bardzo rozumiem. Nigdy nie piastowałem stanowiska senior developera, ani wcześniej ani teraz :) - Shalom 2020-05-19 16:18
Senior jest nazwą umowną, są różne definicje seniora. Sam tutaj promowałeś swoją definicję, każdy może mieć własną. To, że nie miałeś nigdy na umowie napisane senior nic nie znaczy. - twoj_stary_pijany 2020-05-19 16:29
Tylko że nawet tu na forum są ludzie którzy dłużej programują niż ja żyje :D Ba, pracuje nawet z takimi. To kim oni są? ;) - Shalom 2020-05-19 16:36
Też seniorami. Dlaczego uważasz, że miałbyś być od kogoś gorszy ze względu na wiek? Może intensywniej się uczyłeś? Gdyby produktywność rosła wraz z wiekiem to najlepszymi programistami byliby ludzie przed emeryturą, a tak nie jest. Czasami od jeszcze większego doświadczenia ważniejsze jest po prostu doświadczenie i pracowitość. - twoj_stary_pijany 2020-05-19 16:51
To kim oni są? - skończonymi programistami :P - loza_wykletych 2020-05-19 17:26

Pozostało 580 znaków

Odpowiedz

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0