Jaką różnicę robi doświadczenie? [Zamknięte]

18

Widzę wiele ofert pracy, które wymagają co najmniej x lat doświadczenia. Pytanie brzmi: skąd wiesz, kiedy kandydat ma wymagane lata doświadczenia? Czego oczekujesz od osoby z x-letnim doświadczeniem (edytuj: skutecznie jak sprawdzić, czy CV nie kłamie, nie polegając na sprawdzaniu umiejętności)? Co może zrobić osoba z x-letnim doświadczeniem, której nie może zrobić osoba z y-latami (y <x) (edytuj: zakładając, że ma podobne umiejętności)?

Mogą wystąpić przypadki z pewnym zapalonym programistą z y-letnim doświadczeniem, który ma ogromną wiedzę i pracował nad wieloma projektami oraz innym programistą z x-letnim doświadczeniem (x> y), który pracował nad kilkoma projektami i nie ma tak dużego doświadczenia.

Dlaczego nie można tego sprowadzić do czegoś takiego „jeśli znasz tę technologię i wiesz, jak to robić (projektowanie, komunikacja, prognozy itp.), To nadajesz się do naszej pracy”?

Wiem, że nie możesz zatrudnić świeżego absolwenta z rocznym stażem na stanowisko architekta korporacyjnego, ale widzę również problem z faktami, że prawie wszystkie reklamy wymagają doświadczenia. IMHO przede wszystkim należy wziąć pod uwagę pasję.

Po pierwsze nie wiedziałem, czy pytanie jest odpowiednie dla tej witryny, ale ponieważ istnieje tag rekrutacji i doświadczenia, uważam, że ma tu miejsce.

m3th0dman
źródło
11
zadane i udzielone na TWP: Jak mogę pokonać wymagania dotyczące „lat doświadczenia”, aplikując na stanowiska? „Wyrok nie pochodzi z sukcesu, ale w przypadku awarii Większość firm chce zatrudniać osób, które miały swoje niepowodzenia opłacane przez poprzednich firm ....”
gnat
1
Przeczytaj mój pięknie długi esej, który napisałem poniżej. Może mieć dla ciebie pewną wartość =)
Joe
10
Pasja? Naprawdę? Co się stanie, gdy dasz im coś nudnego? Jednym z najbardziej produktywnych pracowników, jakich znałem, był kolega, który był dość beznamiętny w stosunku do swojej pracy, ale miał niesamowitą etykę pracy i zrobiłby wszystko, o co prosisz, z całkowitą wiernością, bez względu na to, ile razy był wcześniej proszony o zrobienie tego.
Robert Harvey,
2
Nie zapominaj, że wielokrotnie menedżerowie ds. Rekrutacji nie pracują w terenie i nie mają pojęcia, o czym mówią. Dla nich „X lat doświadczenia ...” może być jedyną sensowną rzeczą, ponieważ codziennie przeglądają mnóstwo CV z nonsensownymi słowami. Liczby dają proste porównanie, nawet jeśli nie zawsze jest to dobre porównanie.
Geobits,
3
Poszerzając to, czego @Matthew mogę cię nauczyć lub wysłać na kurs w celu zdobycia umiejętności, nie mogę uczyć doświadczenia. To powiedziawszy, istnieje różnica między 10 * 1-letnim doświadczeniem a 1 * 10-letnim doświadczeniem. Niestety, kiedy HR poszedł do szkoły, powiedziano im, że liczby całkowite są przemienne po pomnożeniu i jeszcze się nie nauczyli matematyków, jeśli chodzi o doświadczenie.
mattnz,

Odpowiedzi:

11

Twoje pytanie można rozwiązać, dzieląc je na dwa pytania częściowe.

Dlaczego warto korzystać z wieloletniego doświadczenia?

Ponieważ jest to łatwo weryfikowalna miara pozytywnie skorelowana z kompetencjami programistycznymi . Odpowiedź Snagulusa już omawia szczegóły korelacji, więc skupię się na „dlaczego”.

Trudna prawda jest taka, że ​​zazwyczaj na danym stanowisku jest więcej niż jeden kandydat. Wywiady są również bardzo pracochłonne, zwłaszcza jeśli są przeprowadzane „we właściwy sposób”, tj. Wywiady techniczne są przeprowadzane przez personel kompetentny technicznie (w tym przypadku programistów).

Dlatego należy zastosować pewne kryterium do wstępnego przejrzenia przychodzących CV , a najlepiej takie, które może zostać zweryfikowane przez personel nietechniczny - w razie wątpliwości pracownicy działu HR zawsze mogą zadzwonić do poprzednich pracodawców i sprawdzić, czy tak, John Smith pracował dla X lat z nimi.

Dlaczego zamiast tego nie użyć „pasji” jako wymogu?

Istnieją co najmniej dwa problemy z tym:

jak zmierzyć „pasję”?

KLOC zalogowany? Powodzenia w odkrywaniu tego, także w programowaniu (i innych dyscyplinach), bardziej obfity nie oznacza „lepszego”.

Czy projekty open source / hobby zostały ukończone? Niełatwo to sprawdzić przez dział HR, a wielu kompetentnych programistów ma uzasadnione powody, aby być nieaktywnym w tym względzie - inne czasochłonne obowiązki, długie godziny pracy z chęcią odpoczynku, prosta profesjonalna realizacja w godzinach pracy itp.

Lata doświadczenia? Zaczekaj...

czy „pasja” jest naprawdę dobrym miernikiem kompetencji?

Jak mówi Robert Harvey w swoim komentarzu, pasja tak naprawdę nie wskazuje na kompetentne programowanie. W porównaniu do doświadczenia jest to głównie ortogonalna jakość - to znaczy:

  • pasjonaci i kompetentni programiści oraz
  • beznamiętni i technicznie kompetentni programiści oraz
  • namiętni i technicznie niekompetentni programiści oraz
  • namiętni i nietechniczni programiści,
  • itd itd.

Ostatni przykład jest ważny w naszym kontekście - lata doświadczenia pokazują również, że dany programista jakoś zdołał funkcjonować w swojej pracy, podczas gdy dysfunkcjonalnie namiętny programista mógłby np. Całkowicie odmówić uczestnictwa w nawet najprostszym systemie zarządzania zadaniami (powiedz, Scrum post-it notes), ponieważ „spowalnia mnie”.

Ostateczne wyłączenia odpowiedzialności

Po pierwsze i na szczęście „lata doświadczenia” są często oceniane „luźno” - tzn. Jeśli starasz się o pracę w języku X, ale masz tylko „komercyjne” doświadczenie w języku Y, podobnym do X, to też często uwzględnić.

Po drugie, osobiście nie jestem fanem „N lat doświadczenia” i nie jestem jedynym. Istnieje prosta alternatywa - określenie „doświadczenie w” . Zwykle wystarcza to jako filtr, ponieważ kandydaci są zmuszeni udokumentować swoje doświadczenie w swoich życiorysach - jeśli dostaniesz kandydata na stanowisko programistyczne, które wcześniej jedynie zajmowało się kelnerami (a tak się dzieje!), Wiesz, że coś może być nie tak.

mikołak
źródło
Enh, nawet jeśli pasja i zdolność są ortogonalne, nie są one nieskorelowane. Znajdziesz o wiele więcej wykwalifikowanych programistów niż pasjonatów.
Telastyn,
1
@Telastyn: masz rację, że prawdopodobnie powinienem zakwalifikować to stwierdzenie słowem „głównie” (co, jak sądzę, zrobię teraz). Byłbym jednak ostrożny w kwestii kwalifikatora „wiele więcej” - pamiętaj, że możesz stracić pasję, ale nie stracisz automatycznie umiejętności. To nie tak, że wszyscy beznamiętni programiści zaczynają beznamiętnie.
mikołak
44

„Lata doświadczenia” są bardziej skalą prawdopodobieństwa niż miarą czegoś konkretnego. W miarę upływu lat masz większą szansę, że dana osoba napotka takie rzeczy, jak:

  • Brał udział w wydarzeniu przypominającym kryzys.
  • Widział projekt od początku do końca.
  • Widział, że projekt się nie rozpoczyna lub kończy.
  • Pracował nad starszym kodem.
  • Pracował na pustej tablicy i coś zrobił.
  • Wprowadził decyzje projektowe.
  • Zaprojektował system.
  • Napisał błąd, wydał złą poprawkę, usunął serwer; Zasadniczo spieprzył.
  • Naprawiono błąd.
  • Znalazł dziwne przypadki w języku, w którym pracują, i zobaczył miejsce, w którym mają znaczenie.
  • Dowiedział się, że rzeczy znajdujące się obecnie w bazie kodu mogą być głupie.
  • Uwaga: te rzeczy są małą, nieobowiązkową próbką, a także zawierają dziesiątki drobiazgów, które można znaleźć w środowisku na żywo.

Ponownie, jest to przypadek i zależy całkowicie od / gdzie / oni mają te lata doświadczenia. Jedna osoba mogła pracować w jednym projekcie w zespole liczącym kilkaset osób i stać się wysoce wyspecjalizowanym. Kolejny mógł znajdować się w małym sklepie próbnym i stać się bardziej ogólnym, ponieważ zajmują się serwerami / instalacją / kodowaniem / QA / DBA / zarządzaniem projektami. Są też ludzie, którzy wciąż zdobywają ten sam rok doświadczenia.

Jest to z grubsza miara, ale średnio osoba będzie narażona na więcej potencjalnych zdarzeń edukacyjnych, im dłużej będzie pracować, i jest przydatna jako wstępny punkt danych. Reszta CV (i, co ważniejsze, wywiad), ma na celu ustalenie, co naprawdę wiedzą i co właściwie zrobili.

Snagulus
źródło
1
Zdecydowanie się z tym zgadzam, ponieważ odkryłem, że jedynym prawdziwym sposobem na uzyskanie głębokiej wiedzy, która pomaga ci w każdym przedsięwzięciu, jest ubrudzenie sobie rąk brudnymi brudami i włamanie się do jakiegoś wyjątkowo tępego badziewia, ponieważ musiałeś. To musiało być najtrudniejsze. mając tylko naukę, a może pracę na pół etatu lub dwie, po prostu nigdy nie musiałeś, robić tego, rozwiązywać, radzić sobie z ludźmi, którzy nie dbają o hackactwo twojego rozwiązania i wykonują część techniczną, aby osiągnąć cel biznesowy. ten wstręt uczy cię, jak to zrobić następnym razem. Nauczenie tego jest naprawdę twarde.
Andyz Smith
1
To prawie kwestia dojrzałości postaci. Nie możesz uczyć mądrości, której nie potrafi. mądrość płynie z ciągłego przechodzenia przez współczesne kryzysy i uczenia się czegoś istotnego na temat obecnej sytuacji i tego, co możecie w życiu zrobić. nie ma mowy, żeby napisać tę książkę, kochanie
Andyz Smith,
1
+1. Chodzi przede wszystkim o to, że miałeś okazję uczyć się na własnych i cudzych błędach i głupich decyzjach, uczyć się bolesnych lekcji na własnej skórze i mieć przynajmniej kilka pomysłów, jak uniknąć tych samych rzeczy, kiedy przychodzisz do pracy dla mnie. Oczywiście muszę przeprowadzić wywiad, aby dowiedzieć się, czy rzeczywiście skorzystałeś z okazji, aby uczyć się na kryzysach, których doświadczyłeś ...
Bill Michell,
7

Odpowiem na to pytanie, odpowiadając na każde pytanie w poście.

Pytanie brzmi: skąd wiesz, kiedy kandydat ma wymagane lata doświadczenia?

Zwykle właśnie to ma na celu odfiltrowanie procesu wywiadu. Przeprowadzanych jest wiele wywiadów i zwykle można ocenić doświadczenie kandydatów w stosunku do niektórych własnych programistów.

Czego oczekujesz od osoby z x-letnim doświadczeniem?

Można oczekiwać, że spełnią wymagania dotyczące pracy określone w stanowisku. Na przykład:

„Szukamy starszego programisty PHP z ponad 10-letnim doświadczeniem w pracy w projektowaniu i architekturze systemu, aby zrestrukturyzować nasze narzędzia systemowe jako główny architekt, jednocześnie zarządzając liczbą K starszych i młodszych programistów i kierując nimi po drodze. Zadanie to również będzie wymagają ... (itp.) ”

Co może zrobić osoba z X-letnim doświadczeniem, której nie może zrobić osoba z y lat (z y <x)?

W tym przypadku źle patrzysz na doświadczenie. Stanowiska pracy wymagają nie tylko liczby lat, ale także doświadczenia w technologiach, z których korzysta firma. Jakbyś mógł mieć 10-letnie doświadczenie w rozwoju C ++ i powiedzieć, że jestem firmą, która szuka programistów C ++ z nawet 5-letnim doświadczeniem. Nadal nie byłbyś moim idealnym kandydatem, ponieważ nigdy wcześniej nie pracowałeś w branży gier. Moje stanowisko faktycznie określałoby: X ilość lat doświadczenia w aspektach programowania A, B, C.

Mogą wystąpić przypadki z pewnym zapalonym programistą z y-letnim doświadczeniem, który ma ogromną wiedzę i pracował nad wieloma projektami oraz innym programistą z x-letnim doświadczeniem (x> y), który pracował nad kilkoma projektami i nie ma tak dużego doświadczenia.

Przeczytaj moją poprzednią odpowiedź. Doświadczenie jest powiązane z narzędziami, w których się doświadczasz. X lat w narzędziach A, B, C.

Dlaczego nie można wznowić czegoś takiego: „jeśli znasz tę technologię i wiesz, jak to robić (projektowanie, komunikacja, szacunki itp.), To nadajesz się do naszej pracy”?

To może się zdarzyć. Jeśli potrafisz się wykazać, to doświadczenie lat nie ma znaczenia. Dla faceta takiego jak ty wydajesz się bardziej odpowiedni do mniejszego sklepu deweloperskiego, w którym ankieter / rekruter sam jest programistą. Większe firmy zwykle zatrudniają HR zajmujących się tego typu sprawami, dlatego robią tak szerokie wymagania dotyczące pracy, że w zasadzie potrzebujesz doktora z ponad 15-letnim doświadczeniem, aby pisać małe funkcje na swojej stronie internetowej (przesada, ale to trochę wyjaśnia wady w rekrutacji programistów, szczególnie dla większych firm - choć nie wszystkie cierpią na tę dolegliwość)

Joe
źródło
2
Zazwyczaj zakładasz, że ludzie z większym doświadczeniem mają lepsze umiejętności niż ci z mniejszym doświadczeniem; ogólnie jest to prawidłowe założenie, ale wtedy powinieneś mierzyć umiejętności, a nie doświadczenie ... więc spróbuj podać odpowiedzi, zakładając, że masz 2 osoby o takich samych umiejętnościach i różnym doświadczeniu.
m3th0dman
Dlatego wspomniałem, że proces rozmowy kwalifikacyjnej jest wieloaspektowy. Wspomniałem również, że doświadczenie jest powiązane z tym, w czym się doświadczasz, co dotyczy umiejętności. Jak wspomniałem również w ostatnim punkcie, doświadczenie to nie wszystko, musisz po prostu sprawdzić, gdzie najbardziej cenione są twoje umiejętności. Doświadczenie polega na tym, że działa to jak bufor do wstępnego sprawdzania i odfiltrowywania kandydatów, a potem pojawiają się inne aspekty, takie jak umiejętności, jak wspomniałeś.
Joe
Jeśli ostatecznie wszystko sprowadza się do umiejętności, to dlaczego doświadczenie jest włączane do dyskusji? Jedyny powód, dla którego widzę to „nie mamy wystarczająco dużo czasu, aby sprawdzić je wszystkie i rozsądne jest, aby niektórzy dobrzy programiści nie składali aplikacji, a następnie przeprowadzali wywiady z wieloma złymi”.
m3th0dman
1
Ostatecznie nie ogranicza się tylko do umiejętności. Jest to cały pakiet doświadczenia, umiejętności, historii kandydatów, analizy psychologicznej itp. Wygląda na to, że ciężko jest ci sprawić, by ludzie zobaczyli, że jesteś utalentowany, ale brakuje ci wieloletniego doświadczenia. Najlepszym sposobem rozwiązania tego problemu jest zbudowanie swojego portfolio w miejscu takim jak GitHub, aby ludzie mogli je zobaczyć. Jeśli masz umiejętności, rekruterzy zobaczą, że masz kopię zapasową.
Joe
1
Pracują dla mnie zdolni, niedoświadczeni, a także nieumiejętni, niedoświadczeni ludzie; główna różnica polega na tym, że niedoświadczeni, niedoświadczeni ludzie często zadają mniej obrażeń (i mniej pracy), gdy wybierają niewłaściwą ścieżkę, i rzadko kłócą się lub pytają, kiedy każą im zmienić kurs. Umiejętności w połączeniu z niedoświadczeniem wiążą się zatem z krótkoterminowym ryzykiem, ale, mam nadzieję, długoterminowymi korzyściami i wypłatami; i mówię „mam nadzieję”, ponieważ „doświadczenie” nie jest implikowane upływem czasu i nagromadzeniem niepowodzeń.
Michael
1

Lata doświadczenia to po prostu filtr, który daje „przybliżoną” ocenę tego, czego oczekuje się od osoby wykorzystującej pożądane umiejętności wymienione w opisie stanowiska.

Oto prettty wiele, czego bym się spodziewał, ale inni mogą mieć inne pomysły:

2 lata lub krócej - powinieneś być w stanie wykonywać określone zadania, które ci powierzono, a pracodawcy wiedzą, że dla większości tych zadań będzie istniała krzywa uczenia się z odpowiednim nadzorem.

3 - 5 lat - Powinieneś być w stanie wykonywać zadania, które ci powierzono, bez większego trzymania się za ręce, ponieważ powinieneś był już wykonywać podobne zadania z doświadczenia od 0 do 2 lat. Powinieneś także zacząć wykazywać inicjatywę „inteligentną” i być w stanie poradzić sobie z mniejszymi zadaniami, które niekoniecznie są jasno określone. (np. Być w stanie zaprojektować moduły na podstawie wymagań, gdzie musisz sam śledzić niektóre z tych wymagań).

5 - 7 lat - Powinieneś być w stanie pracować samodzielnie i decydować, jakie są te „zadania” z góry. Powinieneś być w stanie poradzić sobie ze średnimi zadaniami, które nie są jasno określone. (np. Być w stanie zaprojektować / wdrożyć / sprzedać podsystemy). Powinieneś także zacząć prowadzić zespoły podsystemów w tym przedziale czasowym. Zapewnij niezbędne prezentacje podsystemów, za które są odpowiedzialni, przynajmniej wewnętrznemu zespołowi.

8 - 10 lat - Można polegać na bardzo dużych i / lub krytycznych podsystemach projektu. Specjalista-rezydent w kilku technologiach. Może prowadzić duże zespoły podsystemów. Przedstaw klientowi prezentacje podsystemów, za które są odpowiedzialni.

10+ lat - Potrafi poradzić sobie z praktycznie każdym powierzonym im zadaniem oprogramowania, w ramach opisu stanowiska ORAZ większości innych częściowo powiązanych zadań oprogramowania. Specjalista-rezydent w wielu obszarach oprogramowania. Może prowadzić duże projekty, od wymagań po wyprzedaż. Rozumie projektowanie systemu, a nie tylko projektowanie modułów / podsystemów. Potrafi zaprojektować niezawodne, solidne i łatwe w utrzymaniu systemy. Jest interfejsem oprogramowania dla klienta, w tym prezentacji z perspektywy systemowej. Potrafi odpowiednio zestawić oferty i harmonogramy.

Choć definicja lat doświadczenia jest niejasna, nie służy ona wyłącznie zasiłkowi pracodawcy, ale stanowi również przewodnik dla osób poszukujących pracy. Tak więc, jeśli zostaniesz zatrudniony, twierdząc, że masz od 8 do 10 lat doświadczenia i przyszedłeś do pracy i musisz być informowany o każdym drobnym zadaniu, które musisz wykonać, to w najlepszym razie Twoja przyszłość w firmie jest „bardzo ograniczona”, nawet jeśli przetrwasz bardzo w ogóle długo. Pierwsze wrażenia są trudne do zmiany, więc nawet jeśli staniesz się lepszy jako programista, ludzie nadal będą mogli zachować swoje oryginalne wrażenie.

Widziałem, jak zatrudniono znaczną liczbę „starszych” programistów, którzy odeszli w ciągu kilku miesięcy lub w ciągu kilku lat zostali objęci programem „rozwoju pracowników”, który jest naprawdę szybką ścieżką do bycia pierwszym lista zwolnień. Jeśli ci sami programiści pojawili się na niższym poziomie (oczywiście oznacza to niższe wynagrodzenie), mogliby bardzo dobrze zostać uznani za udane zatrudnienie i postrzegani jako działający odpowiednio.

Maczać
źródło