brak doświadczenia a własne projekty w kontekście rekrutacji

brak doświadczenia a własne projekty w kontekście rekrutacji
K8
K8
  • Rejestracja:ponad 4 lata
  • Ostatnio:ponad 2 lata
  • Postów:791
0

Załóżmy, że chcę przejść do IT z innej branży. Doświadczenia oczywiście brak. Ale można w międzyczasie klepać swoje projekty.
Pytanie: jak dużą wartość mogą mieć takie projekty podczas rekrutacji? Mowa o projektach ambitniejszych, poważniejszych niż kalkulator.

edytowany 1x, ostatnio: kosmonauta80
p_agon
  • Rejestracja:ponad 9 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:96-230
  • Postów:953
7

Bardzo duza. Pozdrawiam!


Reasumując wszystkie aspekty kwintesencji tematu, dochodzę do fundamentalnej konkluzji: To by nic nie dało, nie dałoby nic! Przez 10 minut można, przy 2h to już jakaś zemsta pagona.
ledi12
  • Rejestracja:ponad 5 lat
  • Ostatnio:20 dni
  • Lokalizacja:Wrocław
3

Wbrew wszelakim opiniom, prywatne projekty mają znaczenie. A jak duże to zależy od Ciebie. Jeśli to kolejny todo app czy inna apka typu zgadnij moje imię, to rekruter nawet nie przejdzie do kodu. Natomiast jeśli wymyślisz coś nietrywialnego i oryginalnego to jak najbardziej zaplusujesz. Szczególnie w przypadku braku dośwaidczenia.


Robię http response status cody w martwych ciągach
PanamaJoe
  • Rejestracja:ponad 4 lata
  • Ostatnio:około 3 lata
  • Postów:310
2
ledi12 napisał(a):

Wbrew wszelakim opiniom, prywatne projekty mają znaczenie. A jak duże to zależy od Ciebie. Jeśli to kolejny todo app czy inna apka typu zgadnij moje imię, to rekruter nawet nie przejdzie do kodu. Natomiast jeśli wymyślisz coś nietrywialnego i oryginalnego to jak najbardziej zaplusujesz. Szczególnie w przypadku braku dośwaidczenia.

Pojechałeś oklepanym schematem "kolejne TODO". Ale jak bardzo ma to być oryginalne i nietrywialne, żeby zachwyciło? I pytanie drugie za milion punktów - skąd pierwsza linia odrzucająca CV (HRóweczka po socjologii na podstawie brzydkiego zdjęcia kandydata) ma wiedzieć, że on coś dołączył nietrywialnego. W przypadku super nietrywialności i oryginalności sens ma kolejne pytanie czy samemu na tym nie zarobić i zamiast szukania roboty szukać finansowania.


A poza tym sądzę, że bootcampy należy zniszczyć.
ledi12
Jest różnica miedzy todo robionym na jedno kolano a apka rozwiązującą jakiś konkretny, bardziej ambitny problem. Mając gościa z todo a gościa co napisał sklep internetowy, wybór w większości przypadków będzie raczej prosty.
ledi12
A co do hr. Co raz częściej te młode panie zaczynają mieć podstawowe pojęcie i wytyczne na co zwracać uwagę a na co nie :P
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:minuta
  • Postów:8401
1

Ważne też, żeby umieć o nich opowiadać oraz wiedzieć komu i jak (w szczególności czy rozmawiasz z innym programistą, czy może z nietechnicznym menedżerem czy HRką). W dużej mierze to kwestia komunikacji i okazji do tego, żeby mieć szansę na opowiedzenie o swoim projekcie (nie wszyscy muszą być zainteresowani).

klepać swoje projekty.

Można "klepać swoje projekty", ale ktoś inny powinien je przeklikiwać i mówić, co jest dobrze, co jest nie tak. Nie powinno być tak, że jesteś jedynym użytkownikiem. Bo inaczej będziesz mial projekt, który tylko tobie działa, a innym się nie odpala, nie działa prawidłowo albo nie umieją z niego korzystać.

Mowa o projektach ambitniejszych, poważniejszych niż kalkulator.

Kalkulator nie musi być mało ambitny (niektóre firmy przez całe dekady robią "kalkulatory" - czym jest Excel, jak nie kalkulatorem, który sam się uaktualnia?).

Ale nawet jakbyś robił taki tradycyjny kalkulator, to możesz zrobić go porządnie albo byle jak. Więc sam projekt może być mało ambitny, ale podejście i wykonanie może być poważne. I w pracy też często będziesz musiał robić mało ambitne rzeczy, z tą różnicą, że trzeba będzie do nich podchodzić poważnie, z troską o szczegóły.

(nie promuję tutaj robienia kalkulatorów, tylko zwracam uwagę na to, że liczy się też podejście do projektu, a nie tylko tematyka/założenia).


K8
kosmonauta80
I dlatego chętnie korzystam z działu Code Review :)
WE
  • Rejestracja:prawie 4 lata
  • Ostatnio:prawie 2 lata
  • Postów:99
2

Już wielokrotnie słyszałem, że obecnie mały promil rekrutujących zagląda do githuba.

Co tu sprawdzać, jak 99% to są projekciki przeklepane z tutoriali i na bootcampach.

Dział rekrutacji dostaje 300 cv na juniorskie/entry level stanowisko. Klucz przesiewania cv jest następujący:
doświadczenie komercyjne.

długo długo nic.

Wykształcenie informatyczne/techniczne.

długo długo nic.

Julka z HR rzuca plik cv w górę i które zatrzymają się na stole dostaną zaproszenie do rekrutacji.

A jak aplikujący ma wpisane 3 języki programowania, 10 różnych frameworków, technologii, stos narzędzi a 0 doświadczenia komercyjnego to cv od razu leci w śmietnik.

edytowany 1x, ostatnio: wesolynamdziendzisnastal
.andy
  • Rejestracja:ponad 16 lat
  • Ostatnio:około 3 lata
  • Postów:1524
1

@wesolynamdziendzisnastal: ogólnie się zgadzam jednak to nie jest takie proste.

No ale posiadanie własnych projektów nie oklepanych daje większe szanse.

Najlepiej jednak próbować od testera.


Software is like sex: it's better when it's free.
- Linus Torvalds
FR
  • Rejestracja:około 11 lat
  • Ostatnio:około 2 godziny
  • Postów:928
1

Zależy gdzie się rekrutujesz. W korporacji / kontraktowni raczej nikt nie będzie miał czasu tego sprawdzać, bo leci masówka, a nawet jak jakiś dobry developer rekrutuje do swojego zespołu nawet w tej korporacji to i tak leci narzuconym standardem rekrutacji.

Jak rekrutujesz się do SH to większa szansa, że ktoś to przeglądnie, chociaż dalej mała.
Jak rekrutujesz się do jakiejś mniejszej firmy, gdzie każda rekrutacja jest inna bo rekrutują rocznie 5 osób, czy do firmy która ma własne produkty i próbuje je w sensownym stanie utrzymać, jednocześnie chcą juniora, z którego docelowo będzie jakiś pożytek to szansa na to rośnie.

Jeszcze może być sytuacja, że rekrutujesz się do firmy gdzie jest do zrobienia jako 1. etap "todo apka", to może zawsze być forma benefitu w stylu "moja aplikacja na GH robi podobne rzeczy, czy możecie zamiast to przeglądnąć mój kod" i nie musisz klepać kolejnego wymyślonego zadania rekrutacyjnego.

Sam byłem raz zapytany o projekt na GH ale to w czasie rekrutacji, która była dziwna i nie trzymała się kupy (mała firma, pierwsi deweloperzy rekrutowani).

WE
  • Rejestracja:prawie 4 lata
  • Ostatnio:prawie 2 lata
  • Postów:99
0
froziu napisał(a):

> Jeszcze może być sytuacja, że rekrutujesz się do firmy gdzie jest do zrobienia jako 1. etap "todo apka", to może zawsze być forma benefitu w stylu "moja aplikacja na GH robi podobne rzeczy, czy możecie zamiast to przeglądnąć mój kod" i nie musisz klepać kolejnego wymyślonego zadania rekrutacyjnego.

xD

Tak, rekruterzy nie każą ci robić podstawowego zadania rekrutacyjnego jaką jest sprawdzanie umiejętności kodowania, bo przepisałeś todo apkę z tutoriala na swój github. Ma to sens.

Według mnie sens by miała apka, którą napisałem i wstawiłem np. na sklep play i na dodatek ma jakieś ściągnięcia.

Reszta typowo szkoleniowych apek na swoim githubie nie jest obecnie żadną kartą przetargową. Dużo ostatnio o tym rozmawiałem z rekruterami na linkedinie. Nie mówię, że jest tak w 100%, ale można zauważyć takie tendencje.

edytowany 3x, ostatnio: wesolynamdziendzisnastal
FR
  • Rejestracja:około 11 lat
  • Ostatnio:około 2 godziny
  • Postów:928
0

@wesolynamdziendzisnastal:

No dokładnie, gdybym był front-end developerem to wystawiłbym aplikację na sklep play.
Do tego napisałbym największą kupę - byleby działało.
Do tego równie dobrze też mógłbym ją przeklepać z tutoriala.
Do tego w zasadzie to sprawdziliby raczej, czy potrafię przejść przez konfiguracyjne rzeczy sklepu play niż to czy umiem napisać cokolwiek składnie w danym języku :D

Oczywiście, że nie ma sensu. Zakładając "Załóżmy, że chcę przejść do IT z innej branży." to juniorowi nikt nie da trudnej aplikacji do napisania, więc też równie dobrze może mu ją ktoś znajomy napisać.
To nie jest kartą przetargową - w większości.
Ale czasami może być - napisałem więc w jakich sytuacjach takie prawdopodobieństwo istnieje :)

WK
  • Rejestracja:ponad 7 lat
  • Ostatnio:10 miesięcy
  • Postów:163
1

Czy ktoś rekrutujący dla dużej firmy wchodzi w te projekty? Ja od lat nie wchodzę, nikt z moich znajomych nie wchodzi. Jak dopiero zaczynałem w dużej firmie i przejmowałem się prowadzeniem interview to tam zerkałem. Nic mi to nie daje, bo i tak w większości dużych firm jest jakiś proces rekrutacji, przygotowane tematy do przegadania, uwspólnione, żeby można było łatwiej porównać kandydatów.

Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
0
  1. Nie ma pewności ze ten projekt to nie kalka z jakiegoś tutoriala
  2. Nie ma pewności że kandydat w ogóle napisał ten kod

Może to mieć znaczenie jeśli linkujesz do jakiegoś projektu na GH który ciągniesz od wielu miesięcy i np. ma powiedzmy > 100 gwiazdek i ktoś tego faktycznie używa


"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
artur_waw
  • Rejestracja:ponad 18 lat
  • Ostatnio:ponad rok
  • Postów:155
1

Jeśli masz w znajomych albo rodzinie kogoś kto prowadzi jakąś firmę zawsze możesz starać się skomercjalizować swój projekt choćby za przysłowiową złotówkę, stworzyć stronę produktu, założyć JDG i w ten sposób zyskać komercyjne doświadczenie (wtedy już nie tylko jako programista ale też account, handlowiec, tester itd)

K8
K8
  • Rejestracja:ponad 4 lata
  • Ostatnio:ponad 2 lata
  • Postów:791
2

2 miesiące minęły od założenia tego tematu. Więc odpowiem sam sobie. Robienie własnych projektów faktycznie coś daje, WARTO to robić i KONIECZNIE poddawać publicznej ocenie.
W moim odczuciu przez te 2 miesiące (klepanie projektu + czytanie książek) poprawił się mój skill.

edytowany 1x, ostatnio: kosmonauta80
SE
  • Rejestracja:prawie 6 lat
  • Ostatnio:8 dni
  • Postów:321
0

Chciałbym się podczepić pod temat i zadać pokrewne pytanie.
Czy ktokolwiek otrzymując link od kandydata patrzy na kontrybucję do open source?
Chodzi mi o przypadek kiedy jesteś programista X i chciałbyś zając się działką Y.

Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)