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

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!

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.

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.

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! ;-)

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.

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

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.

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.