Особисто я маю розділи «Навички та технології» з різними підрозділами:
- Мови програмування *
- Операційні системи
- Бази даних
- Рамки та технології (куди ви скидаєте всі необхідні речі)
* включаючи мови розмітки / декларації, тому що рекрутери думають, що це те саме, а технічні люди, які б засуджувались, не були б людьми, з якими я хочу працювати, якщо вони не зможуть пройти повз нього після співбесіди.
Залежно від завдання, я модифікую його, щоб він включав інші розділи, і був дуже обширним, як це:
- Операційні системи
- Рамки / SDK
- Мови програмування
- CLE / VM
- Бази даних
- Додаток Сервери / контейнери
- IDE / Редактори
- Офісні / авторські набори
- Віртуалізація
Я б визнав, що це занадто переборливий і смішний, але ринок роботи такий, який є, і рекрутери люблять галочки, я не бачу, чому я не став би проти них. Якщо мене знайде пошук за ключовими словами, я можу надіслати більшу чисту версію для інтерв'ю. (Я фактично створюю завжди три різні версії свого резюме через це і через культурні відмінності у важких країнах. У мене є 1-сторінкова версія, 3-сторінкова версія та дуже обширна версія.)
Але я погоджуюся з іншими: не змішуйте мови та бібліотеки. Це було б добре з рекрутерами, оскільки вони часто - але не завжди - не розуміють нічого цього детально і не побачать межі між категоріями. Але люди, з якими ви берете інтерв'ю, вважають, що це занадто далеко. Я б все-таки подзвонив вам на скринінг телефону, але я б сказав, що це може залишити негативне враження (наприклад, я мушу визнати, що зуби стискаються щоразу, коли я бачу "J2EE" або "JEE" під розділ мов програмування).