Witam,
Chciałem się zapytać czy aplikując na staż jest sens umieszczania w repozytorium folderów z algorytmami, których się uczyłem(nie tylko bubblesorty), prostymi serwerami, czy też prostszym komunikatorem i tym podobnymi.
Pytam dlatego, że widziałem dużo opinii mówiących, że to jest swego rodzaju "wstyd?" wrzucać takie banały na gita i jest to miejsce tylko na poważniejsze projekty.
Jak sądzicie?
0
0
iLooper napisał(a):
Pytam dlatego, że widziałem dużo opinii mówiących, że to jest swego rodzaju "wstyd?" wrzucać takie banały na gita i jest to miejsce tylko na poważniejsze projekty.
Bo to w sumie jest wstyd, jak tak człowiek patrzy na swój kod sprzed paru miesięcy to się wstydzi że takie babole commitował, a po paru miesiącach wstydzi się jeszcze za ten nowszy kod i to tak sobie idzie do przodu, powolutku. Gorzej by było, jakby człowiek się nie wstydził tylko był niezmiennie dumny ze swoich dzieł i żywił przekonanie, że lepiej się tego wszystkiego nie da napisać.
W pracy też się będziesz wstydził własnego kodu, ja się np. często wstydzę jak robię komuś review i widzę jakie babole commitowałem parę miesięcy wcześniej (i, żeby było śmieszniej, przeszły), bo się akurat nawinęły w danym pliku. Czasem nawet sam proszę o jakiś mały refaktor "przy okazji" tych kawałków, które mnie drażnią.
Jak sądzicie?
Gdzieś muszę trzymać wszystkie te rzeźby z brązu na zajęcia. Jak ktoś koniecznie chce się im przyglądać, to śmiało - przynajmniej wie, że ma do czynienia z cymbałem i nie należy się zbyt wiele spodziewać :)
0
Jeżeli kandydujesz na stażystę, to myślę, że przede wszystkim powinieneś zadbać o to, aby kod był napisany jak najlepiej tzn. OOP, SOLID, wzorce, odpowiednie nazewnictwo, dobrze skonstruowane commity(nazwa, komentarze, operacje) itd, ogólnie mówiąc nawet jeśli projekt jest banalny to ważne aby sprawiał wrażenie projektu potraktowanego na poważnie, zadbanego, wszystko elegancko przemyślane. Na pewno dobrego wrażenia nie sprawi projekt, w którym np: commity są wrzucane byle jak, nie ma żadnego pliku readme, są wrzucone projekty z ustawieniami IDE czy foldery/pliki których nie powino być typu target/output/dist itd.
W normalnych firmach raczej nie wymagają cudów od stażystów. O ile twoje projekty nie są przepisane 1:1 na bazie tutoriala z internetu to nie masz się czym martwić, każdy kiedyś zaczynał. Jedynie możesz mieć problem z tym, aby się przebić, bo konkurencja wśród stażystów/juniorów jest dość spora.
0
github jest przede wszystkim wygodny. szybko i pod ręką mam dostęp do wszystkich swoich prac, czasami nawet śmieci, które mają różne "sztuczki" implementacyjne, które się przydają, a nie chce mi się szukać kodu na dysku. Z resztą jak chcesz się czymś pochwalić, to wyróżnij projekt na swoim profilu. Rekruter jak się już zdecyduje na sprawdzenie Twojego githuba, to wejdzie właśnie w wyróżnione prace, ale na pewno nie będzie mu się chciało sprawdzać co tam masz w innych repo.
3
Są prywatne repo, ukryj śmieci i rzeczy, których się wstydzisz, pokaż tylko to co chcesz pokazać.
0
Dorzucę się do tematu ;)
Na ogół lepiej skupić się na lepszym poznaniu języka, czy frameworkach?
Czy są babole, które mogą dyskwalifikować delikwenta? (np. Hibernate na XML :D)
Linkedin - jest sens zakładać, gdy ma się zero komercyjnego doświadczenia lub tylko praktyki?