Jak oceniasz kompetencje pod względem czasu (lat)? [Zamknięte]

12

Kiedyś jakiś czas szukałem pracy za pośrednictwem agencji, wciąż miałem pytania od agentów rekrutacyjnych lub w formularzach aplikacyjnych, takich jak:

Ile masz lat doświadczenia w:

  • Wyrocznia
  • ASP.NET
  • J2EE etc etc etc etc ....

Na początku odpowiedziałem wiernie ... 5 lat, 7 lat, 2 lata, brak, kilka miesięcy itp. Itd.

Potem pomyślałem; Mogę robić coś płytkiego przez 7 lat i nie jestem w tym kompetentny po prostu dlatego, że robię niewielkie wsparcie dla starszego systemu z SQL2000, który wymaga 10 dni mojego czasu przez ostatnie 7 lat. W końcu odmówiłem odpowiedzi na takie pytania.

Zastanawiam się, dlaczego już zadają te pytania. Każdy, kto właśnie ukończył informatykę, może pochwalić się 3–4-letnim doświadczeniem we wszystkim, czego „dotknął” w cirriculum, co według mnie może być równe zero lub 10 lat, w zależności od tego, jak na to spojrzysz.

Może to mieć miejsce kilkadziesiąt lat temu, gdy programiści i umiejętności informatyczne mają bardzo różny charakter. Mogę się mylić, ale naprawdę wątpię, by „czas” lub „lata” były dobrym miernikiem kompetencji lub doświadczenia.

Wszelkie opinie / obalenia są mile widziane!

okej
źródło
Zastanawiam się, czy jest to metoda dyskryminacji ze względu na wiek?
JeffO
1
Lata doświadczenia jako miary doświadczenia są co najmniej tak samo gorsze jak linie kodu pod względem złożoności systemu.
NoChance 27.11.11

Odpowiedzi:

8

Zgadzam się, ta miara kompetencji jest bez znaczenia. Zgaduję jednak, że większość osób rekrutujących nie wie o tym. Po prostu starają się dopasować twoje CV do opisu stanowiska najlepiej jak potrafią. Jeśli ogłoszenie o pracy mówi „10 lat doświadczenia z Oracle”, twoje CV może zostać odrzucone, jeśli zawiera tylko 5 lat, nawet jeśli w ciągu tych 5 lat zostałeś ekspertem.

Radzę odpowiedzieć na te pytania tak, jak to zrobiłeś na początku, aby ominąć początkowy filtr wznawiania. Jednocześnie dokładnie przyjrzyj się opisowi stanowiska pracy i spróbuj ocenić, czy naprawdę pasuje do twoich umiejętności.

Dima
źródło
Zrobiłem tak, tylko te pytania, kiedy zadane przez telefon nie będę bawić. Mogłem wtedy tracić okazje, ale nie mogłem znieść jego „głupoty”. Dzięki Bogu jestem teraz raczej szczęśliwie zatrudniony. :)
okw
1
To. Większość osób, które do mnie dzwonią, wydaje się, że można je skutecznie zastąpić skryptem powłoki, który zadzwonił grepraz lub dwa razy. Doszło do tego, że zacząłem odbierać te telefony, mówiąc: „Nie jestem zainteresowany inną pracą”. Jeśli nadal chcesz mieć takie możliwości, odpowiedz tak, jak początkowo. Należy również pamiętać, że wiele firm zawyża liczbę lat, których potrzebują, aby ograniczyć liczbę otrzymywanych kandydatów. Nieważne, że wielu najlepszych jest zbyt uczciwych, aby zrozumieć, w jaką grę grają.
Inaimathi
Innymi słowy, co mówi Dima. Większość z tych pytań jest wykorzystywana jako technika łatwego odfiltrowywania kandydatów. Zapytają Cię o umiejętności, których potrzebujesz, i ile lat doświadczenia. Będą szukać umiejętności w życiorysie za pomocą wyszukiwań słów kluczowych, a następnie łącznej liczby lat, o których twierdzi kandydat. Moim zdaniem to tylko zachęca do wielu nadużyć.
arunmur
wiele wymagań dotyczących rekrutacji jest napisanych przez ludzi HR, którzy znają nawet mniej niż rekrutera noob
Steven A. Lowe
7

Podniosłeś bardzo dobre pytanie.

Musisz przekazać kilka informacji:

  1. Jak długo korzystasz z tej technologii.
  2. Na jakim poziomie umiejętności się czujesz.
  3. Kiedy ostatnio używałeś technologii.

Niestety większość osób rekrutujących szuka tylko jednej liczby, aby móc uszeregować kandydatów i wysłać tylko tych, którzy osiągnęli „wynik” wraz z potencjalnym pracodawcą.

Musisz powiedzieć coś takiego:

1997 - 2004, opracował zestaw narzędzi 3D i aplikacje komputerowe wykorzystujące C i C ++ / MFC z Visual Studio 6.0

To przekazuje wszystkie powyższe informacje, ale nie pasuje do większości form.

ChrisF
źródło
1
To naprawdę dobra sugestia, ChrisF. Odpowiedz na pytania i nie tylko. :)
okw
3

Jako bezpośrednia miara kompetencji liczba lat, nad którymi pracujesz, jest w większości bez znaczenia. Z perspektywy rekrutacji daje to jednak bardzo szerokie wyobrażenie o tym, czy kandydat poświęcił czas na rozwijanie doświadczenia potrzebnego na danym stanowisku. Osoba rekrutująca może nie być tego z natury świadoma, ale kiedy powiesz coś takiego: „To naprawdę zajmuje 12 miesięcy, aby naprawdę poznać system X”, tak naprawdę mówisz, że z twojego doświadczenia wynika, że ​​średnio większość ludzi zajęłaby około 12 miesięcy, aby dowiedzieć się wystarczająco dużo o systemie x, aby być kompetentnym według ciebie. Oczywiście zawsze istnieje wystarczająco duża liczba osób, które istnieją poza zakrętem, aby takie stwierdzenia były niedokładne, ale aby mieć wystarczająco szeroki wybór kandydatów bez konieczności przesiewania każdej osoby osobiście, określasz kryteria, które pozwolą Ci zapoznać się z szerokim wyborem kandydatów o różnych umiejętnościach i talentach, a następnie pracować od tego miejsca. Jeśli z drugiej strony powiedziałeś: „Oczekuję, że nauczyłeś się wszystkiego o systemie x za 2 miesiące, 7 dni, 5 godzin, 11 minut i 37 sekund, prawdopodobnie zawężasz swoje pole zbyt nierozsądnie.

Jeśli chodzi o to, czy odpowiedzieć na takie pytania, czy nie ... cóż, to zależy wyłącznie od ciebie. Osobiście uważam, że lepiej po prostu zagrać w grę, a następnie pozwolić sobie na szybkie przejście. Możesz czuć, że coś jest „głupie” lub „nierozsądne”, ale pamiętaj, że nawet jeśli nie rozumiesz lub nie zgadzasz się z rozumowaniem, sama metoda jest po prostu środkiem do osiągnięcia celu, a niekoniecznie odzwierciedleniem kompetencji przeprowadzający wywiad! ;-)

S.Robins
źródło
1

Wolę oddzielić doświadczenia w kategoriach zaawansowanych i podstawowych.

  • Ponad zaawansowane są wszystkie technologie, z których najczęściej korzystam.

  • Ponad podstawowe przedstawiam te języki i technologie, które zostawiłem w przeszłości, lub te, które z czasem mniej widzę.

Nie opisuję lat w życiorysie, z wyjątkiem mojego listu prezentacyjnego.

Junior M.
źródło
1

Oto dobre pytania dla osób rekrutujących:

  1. Wiedzą, kiedy technologie staną się dostępne, i mogą je wykorzystać do wykrycia, czy twoje liczby są fałszywe
  2. Mogą również sumować je razem i porównywać z twoim wiekiem, i daje im inny sposób na sprawdzenie
  3. Wskazuje również, czy dobrze pasujesz do pozycji wymagającej tych umiejętności. Prawdopodobnie niewiele wymienionych technologii jest bezużytecznych i zobaczą, czy je wybierzesz.
  4. Również doświadczenie jest zawsze mierzone w latach. Projekt trwający krócej niż pół roku jest prawdopodobnie bezużyteczny.
  5. Ale z drugiej strony takie pytania również nie mogą wyjaśnić, jakie inne umiejętności posiadasz
tp1
źródło
Za dużo przypisujesz rekrutującym. Wielu chce listy kontrolnej i nie zawraca sobie głowy analizą odpowiedzi.
Andres F.,
0

Jeśli na przykład zacząłeś korzystać z ASP.NET w 2003 roku, ale od tego czasu spędzasz z nim tylko 1/4 swojego projektu, powinieneś ubiegać się tylko o 7/4 lub około 2-letnie doświadczenie.

tcrosley
źródło
Ciekawe, ale mogłoby to sprawiać wrażenie, że straciłem kontakt od 2006 roku, tak?
okw
@okw, Chodzi mi o to, że lata doświadczenia nie oznaczają, że są one następujące po sobie (tj. 2 lata, począwszy od 2003 r. i kończąc w 2005 r.), ale raczej masz ogółem 2-letnie doświadczenie od 2003 r. Kiedy miały miejsce, kwestia szczegółowa pozostawiona do odpowiedzi w razie pytania.
tcrosley
0

Dla mnie to tylko punkt wyjścia, aby prowadzić do innych pytań. Oczywiście, jeśli nie masz doświadczenia, nie musisz iść dalej, ale jeśli twierdzisz, że masz 7 lat, przygotuj się na kilka szczegółowych pytań. Wątpię, czy ktoś dostał pracę na podstawie samego tego tępego pytania.

JeffO
źródło