Co powinno się znaleźć z repozytorium programisty?

Co powinno się znaleźć z repozytorium programisty?
IgnatiusTender
  • Rejestracja:około 6 lat
  • Ostatnio:ponad 5 lat
  • Postów:2
0

Cześć,
Jestem studentem pierwszego roku i od dłuższego czasu myślę nad zrobieniem czegoś, co mógłbym pokazać przyszłym praco/stażo/praktykodawcom. Nie miałem wcześniej styczności z programowaniem, dlatego dopiero teraz o tym myślę. Nie wiem też czy były już takie pytania tutaj, a przynajmniej nie znalazłem :P
Ogarniam trochę SQL'a i w miarę Javę (powoli zaczyna się gui na zajęciach), niby bash też, ale zbytnio nie przepadam, a także html (z liceum, ale do przypomnienia i też nie były to zbyt zaawansowane zajęcia). Pytanie do Was, co powinno się tam znaleźć i ile (programów, gier(?), baz danych(?)), żeby zachęcić pracodawcę?

mr_jaro
  • Rejestracja:prawie 14 lat
  • Ostatnio:ponad 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
8

Nie liczy się ilość a jakość.


It's All About the Game.
Arkadiusz Mirosław
Przy początkach jakiejkolwiek nauki, też nie porywałbym się na ambitne projekty. Czasami lepiej zrobić coś małego, aby się przekonać jak się czegoś nie powinno robić. Jestem też zwolennikiem, aby raczej te projekty zostawały na repo. W taki sposób pokazuje się swój postęp.
Crowstorm
  • Rejestracja:ponad 7 lat
  • Ostatnio:około rok
  • Postów:490
7

Koniecznie TODO lista i jakaś strona internetowa ukradziona z jakiegoś kursu

Sylvester Salomon
Podobno bez ToDo listy to ciężej niż bez studiów. Ostatnio popularne są generatory zdjęć z marsjańskich łazików (za pomocą API wyświetlasz fotki po dacie). Na początku myślę "Wow, super pomysł." Potem okazuje się, że co 3 kandydat to ma.
Gworys
Do tego, co najmniej 10 forków.
DE
  • Rejestracja:około 7 lat
  • Ostatnio:ponad 4 lata
  • Postów:53
4

3 programy (najelpiej telewizyjne) i 2 gry (najlepiej planszowe). :D tak na serio to musi się tam znaleźć to co potrafisz. Aktualizujesz swoją wiedzę i klepiesz jakieś projekty żeby pochwalić się co rzeczywiście umiesz. Pisz projekty i staraj się nie lecieć na ilość jak mówi kolega wyżej. Wolałbym zobaczyć kilka dobrze napisanych i przemyślanych projektów niż masę potworków z błędami i niepotrzebnym kodem. Wrzucaj sobie na github to co robisz i zostawiaj w prywatnych repozytoriach (zawsze będziesz mógł do tego wrócić i osoba która wejdzie na twoje konto zobaczy że coś tam robisz). Jeśli stwierdzisz że jakiś projekt wygląda dobrze to możesz go zmienić na publiczny. Z czasem będziesz pisał coraz lepiej i zaczniesz chować stare projekty (bo po co pokazywać kod który napisałeś lepiej w nowym projekcie). Pisz jak najwięcej bo mocne podstawy to połowa sukcesu. Uważam że jeden lub dwa mocne projekty którymi chcesz się pochwalić zupełnie wystarczą a osoba która ma doświadczenie szybkim rzutem oka oceni co sobą reprezentujesz. I to się tyczy wszystkich języków i technologi. Teraz tylko wybierz co chcesz robić i zacznij to robić.

Darck
  • Rejestracja:ponad 22 lata
  • Ostatnio:6 miesięcy
  • Lokalizacja:Monachium
  • Postów:848
3

Jakiś własny projekt i aktywność projektach open source. Zwykle mało kto kilka na githuba podczas analizowania kandydata, bo nie ma na to czasu. Ale gdy jako student powiesz że od pół roku pracujesz w jakimś projekcie open source i zrobiłeś kilkadziesiąt pull request, to może zainteresować i może ktoś zechce zweryfikować. To czego zwykle brakuje absolwentom to brak doświadczenia w pracy z doświadczonymi kolegami którzy wytknęliby oczywiste błędy. Praca w open source może tu pomóc. Tylko trzeba dobry projekt wybrać.

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.