Osobiście mam sekcje Umiejętności i technologie z różnymi podsekcjami:
- Języki programowania *
- System operacyjny
- Bazy danych
- Frameworki i technologie (gdzie zrzucasz wszystkie potrzebne rzeczy)
* w tym języki znaczników / deklaratywne, ponieważ rekruterzy uważają, że jest tak samo, a ludzie techniczni, którzy mieliby pretensje, nie byliby osobami, z którymi chciałbym pracować, gdyby nie mogli przejść obok nich po rozmowie kwalifikacyjnej.
W zależności od zadania, modyfikuję go, aby uwzględnić inne sekcje i być bardzo obszerny, jak to:
- System operacyjny
- Frameworki / SDK
- Języki programowania
- CLE / VM
- Bazy danych
- App. Serwery / Pojemniki
- IDE / Redaktorzy
- Pakiety biurowe / autorskie
- Wirtualizacja
Przyznaję, że jest to przesada i śmiech, ale rynek pracy jest taki, jaki jest, a rekruterzy lubią pola wyboru, nie rozumiem, dlaczego nie miałbym ich przeciwko temu. Jeśli przeprowadzi mnie wyszukiwanie słów kluczowych, mogę wysłać czystszą i szczuplejszą wersję na rozmowę kwalifikacyjną. (Z tego powodu produkuję zawsze 3 różne wersje mojego CV, a także z powodu różnic kulturowych w kilku krajach: Mam wersję 1-stronicową, 3-stronicową i bardzo obszerną).
Ale zgodziłbym się z innymi: nie mieszaj języków i bibliotek. Byłoby to w porządku dla osób rekrutujących, ponieważ często - ale nie zawsze - nie rozumieją tego szczegółowo i nie widzą granicy między kategoriami. Ale ludzie, z którymi rozmawiasz, uznają, że to idzie za daleko. Nadal zadzwoniłbym do ciebie na badanie telefoniczne, ale powiedziałbym, że może to wywrzeć negatywne wrażenie (na przykład muszę przyznać, że moje zęby kulą się za każdym razem, gdy widzę „J2EE” lub „JEE” pod sekcja języków programowania).