2014-05-15 15:00:07 +0000 2014-05-15 15:00:07 +0000
42
42
Advertisement

Czy powinienem umieścić stronę Githuba w swoim życiorysie?

Advertisement

Chcę zostać deweloperem i w trakcie studiów zrobiłem stronę Githuba i wypełniłem ją głównie skryptami lub prostymi grami, które zrobiłem plus kilka podstawowych aplikacji internetowych.

Mówiąc prosto, czy powinienem umieścić moją stronę Githuba w moim życiorysie, czy też powinienem umieścić ją tylko wtedy, gdy zawiera ona coś imponującego (na przykład składa się z wielu klas i/lub jest mierzona w tysiącach LOC w przeciwieństwie do setek)?

Chyba chcę pokazać, że robię skrypty i programuję w swoim własnym czasie, ale nie wiem, czy oczekuje się prostoty tych skryptów/aplikacji, czy też są one negatywne.

Advertisement
Advertisement

Odpowiedzi (4)

44
44
44
2014-05-15 15:04:21 +0000

Jeśli jesteś zadowolony z kodu, to zawsze pomaga on w jego publikacji. Jestem menedżerem ds. zatrudniania inżynierów, i nawet jeśli projekt nie robi na mnie wrażenia, chciałbym go przejrzeć, aby poczuć:

  • Jeśli inżynier ma wystarczającą motywację wewnętrzną do publikowania projektów pobocznych

  • Jeśli kod wydaje się być zgodny z większością najlepszych praktyk. Nie będę musiał uczyć inżyniera najlepszych praktyk, jeśli dołączy do mojego zespołu

  • Szukam dobrego, czystego, dobrze przetestowanego kodu.

  • Jeśli jesteś z niego dumny, dołącz link!

15
15
15
2014-05-15 15:15:22 +0000

Powinieneś.

Twoje repozytorium githubów jest jedynym dostępnym dla nich dowodem, że możesz napisać lub zaprojektować cokolwiek. Tak, zawartość twojego githubu może być ulepszona. Ja stawiam swoje jako motywację do ulepszania moich możliwości w zakresie inżynierii oprogramowania. Mój github jest żałośnie przestarzały, ale nie widzę, gdzie jestem w porównaniu z tym, gdzie byłem. Showing something is better than showing nothing, as long that the something that you show is a positive, like your competence :)

Plus, your github link is your way of saying that you know how to use github. Właściwie to musiałem nauczyć się githubów wewnętrznych, żeby to zrobić, ale to już inna historia na kolejny dzień. Przynajmniej publikacja twojego konta w githubie powinna cię zmotywować do nauki o githubie tak bardzo, jak tylko potrafisz. Nie ma nic złego w byciu zbyt dobrym w githubie :)

Bycie dobrym inżynierem oprogramowania to proces a nie punkt końcowy procesu. W miarę jak się doskonalisz i stajesz się coraz lżejszy w rozwiązywaniu problemów, zawartość Twojego githuba staje się coraz bardziej wyrafinowana. I nie, proces nie ma punktu końcowego :)

Jeśli chodzi o to, co opublikować, kod, który podkreśla Twoją przyczepność do podstaw jest w porządku. Złomowisko nie jest. Linia między dobrymi rzeczami a śmieciami może być rozmyta. Moim standardem jest to, że nie publikuję niczego, czego nie mogę uzasadnić jako nadające się do publikacji.

6
Advertisement
6
6
2014-05-15 17:52:42 +0000
Advertisement

Gdybyś przeprowadzał rozmowę kwalifikacyjną w mojej firmie, zrobilibyśmy to ask gdybyś miał konto githuba (lub inne publiczne repozytorium kodów) dość wcześnie w procesie rekrutacji.

W zależności od Twoich obowiązków szukalibyśmy wtedy konkretnych cech (w rzeczywistości bardziej braku niepożądanych cech), tak abyśmy mieli wrażenie

  • Twoje praktyczne możliwości kontra Twoje zadowolone doświadczenia
  • ile szkoleń byłoby potrzebnych, aby zintegrować Cię z zespołem projektowym

Tak więc, podobnie jak moi poprzednicy, zdecydowanie polecam włączenie go.

Edit 04/2016: re Undesirable features

Happy coincidence … zaledwie kilka dni temu wpadłem na ten kawałek , który ładnie podsumowuje to dla “programistycznej” strony pracowników.

Na poziomie “osobowości” … trudno powiedzieć bez wdawania się w długi monolog. Ostatnio jeden z moich klientów pochwalił mnie za to, że zawsze udaje mi się projektować spokój i słuchać ich, myśleć o problemach przed przedstawieniem rozwiązania, podczas gdy inni konsultanci “po prostu chcą robić swoje” i mocno obciążają. Na co odpowiedziałam “zostawiłam swoje ego związane w bagażniku na zewnątrz na parkingu”. Usłyszeli też “Nie wiem, muszę to sprawdzić”, “Ciekawy problem, pozwól mi trochę poeksperymentować, bez opłat”, “Mógłbym to zrobić, ale jeśli po prostu kupisz X, będzie ci lepiej” ode mnie.

TL;DR: gwiazdy rocka, code ninjas, czarodzieje czystej techniki: nie. Generalnie Kompetentny Człowiek: tak.

0
0
0
2018-11-30 12:38:09 +0000

Ja mówię tak. Jako lider techniczny, który również przeprowadza wywiady, lubię widzieć kod ludzi i szczerze mówiąc, nie szukam kodu wysokiej jakości, choć byłoby to zauważalne, gdyby tak było. Chodzi o coś więcej: Możesz być lepszy? Czy możesz się nauczyć? Czy potrafisz się rozwijać? Dla mnie idealnym repozytorium jest takie, które zaczyna się od naprawdę starej, kiepsko wykonanej aplikacji kalkulacyjnej, a następnie najnowszy angażuje się w jakiś osobisty projekt pasyjny z wieloma warstwami złożoności. To nie musi być idealne czy dobre. Muszę tylko zobaczyć, czy możesz się rozwijać. Idealny kandydat to kandydat, który jest niezwykle wrażliwy na zmiany i nie boi się uczyć nowych rzeczy.

Advertisement

Pytania pokrewne

20
21
19
15
9
Advertisement