У резюме, що все складається з мови програмування [закрито]


9

Що б ви віднесли до свого резюме як мову програмування? Наприклад, у розділі Мови програмування (або в розділі вашого резюме з аналогічним назвою) ви перераховуєте C #, Java, C і залишаєте його при цьому чи переходите і додаєте XML (адже це добре eXtensible Markup Language) та XSLT і jQuery і все це теж?

Якщо ви не збираєтеся додавати jQuery під мовами, куди саме б ви його розмістили?

Одне рішення цієї дилеми було б укладене в технологіях, які ви використовували в рамках проекту, але таким чином ви змушуєте рекрутера переглядати проекти, які ви зробили, а не висвітлювати технології та мови, якими ви знайомі. .

Які ваші думки?


5
JavaScript. Мова - JavaScript. jQuery є основою для нього.
Інаіматі

2
@Inaimathi: ECMAScript, власне.
хайлем

Відповіді:


17

Якщо ви повинні запитати, "чи слід це ставити як мову програмування?" то ні.

Ви не збираєтесь пропускати інтерв'ю, оскільки ви подали XML та XSLT у розділі "Інструменти та технології". Але ви можете подати їх у розділі "Мови програмування", і ви натрапите на бурхливого дивідента, який через це викликає негайну неприязнь до вас.


У якому Всесвіті XSLT не є мовою програмування?
Бенджамін Катлер

1
@ BenjaminCutler у всесвіті бурхливого розробника, який не вважає, що мови програмування загального призначення є "справжніми" мовами програмування.
Carson63000

`хто не вважає мови програмування загального призначення" справжніми "мовами програмування. `так ні php?
Роман А. Тейчер

@ RomanA.Taycher ba-dum ТИШ!
Carson63000

так, але серйозно на відміну від рубіну (з рейками) php, можливо, використовується лише для веб-матеріалів. Порівняйте R або javascript (так, я знаю, що вузол популярний в наші дні).
Роман А. Тейчер

19

У моєму резюме є розділ "Мови та рамки", який виглядає приблизно так:

  • ECMAScript / Javascript (JQuery, Qooxdoo, YUI)
  • C ++ (Qt, STL, ATL, MFC)
  • Python (Wx)
  • XML, XSLT, XSD

Це з трьох причин:

  1. Хоча ніхто не сподівався на те, що у вас буде досвід використання JQuery або YUI в C ++, це допоможе розмежувати ваш гіпотетичний досвід Qt в C ++ від вашої недостатності досвіду роботи Wx в C ++. Просто розміщення Wx або Qt в більш пізньому пакеті фреймворків цього не робить.

  2. Він дає стислий заголовок для кожної категорії, щоб знаючий рекрутер міг сканувати його, щоб знайти те, що вони хочуть, в той час як все-таки заповнити його достатньою модною мовою, щоб отримати ваше резюме, щоб пройти минулих робочих місць.

  3. Не називаючи цей розділ "мовами програмування", я також уникаю того, щоб хтось не погоджувався з моїм твердженням про те, чи є XSLT мовою програмування чи ні. Не кажучи вже про тих, хто підтримує довільну відмінність між мовами програмування та сценаріїв.


10

Особисто я маю розділи «Навички та технології» з різними підрозділами:

  • Мови програмування *
  • Операційні системи
  • Бази даних
  • Рамки та технології (куди ви скидаєте всі необхідні речі)

* включаючи мови розмітки / декларації, тому що рекрутери думають, що це те саме, а технічні люди, які б засуджувались, не були б людьми, з якими я хочу працювати, якщо вони не зможуть пройти повз нього після співбесіди.

Залежно від завдання, я модифікую його, щоб він включав інші розділи, і був дуже обширним, як це:

  • Операційні системи
  • Рамки / SDK
  • Мови програмування
  • CLE / VM
  • Бази даних
  • Додаток Сервери / контейнери
  • IDE / Редактори
  • Офісні / авторські набори
  • Віртуалізація

Я б визнав, що це занадто переборливий і смішний, але ринок роботи такий, який є, і рекрутери люблять галочки, я не бачу, чому я не став би проти них. Якщо мене знайде пошук за ключовими словами, я можу надіслати більшу чисту версію для інтерв'ю. (Я фактично створюю завжди три різні версії свого резюме через це і через культурні відмінності у важких країнах. У мене є 1-сторінкова версія, 3-сторінкова версія та дуже обширна версія.)

Але я погоджуюся з іншими: не змішуйте мови та бібліотеки. Це було б добре з рекрутерами, оскільки вони часто - але не завжди - не розуміють нічого цього детально і не побачать межі між категоріями. Але люди, з якими ви берете інтерв'ю, вважають, що це занадто далеко. Я б все-таки подзвонив вам на скринінг телефону, але я б сказав, що це може залишити негативне враження (наприклад, я мушу визнати, що зуби стискаються щоразу, коли я бачу "J2EE" або "JEE" під розділ мов програмування).


4

Якщо вам потрібен розділ про технології, перелічіть мови, а потім перерахуйте рамки окремо.

Краще - перелічити ваші мови, рамки та інші технології, накреслені описами вашого ключового досвіду проекту / роботи.

тобто "Розроблений веб-додаток робити XYZ за допомогою PHP, Javascript (jQuery) та XSLT ...."


4

Я буду відповідати з точки зору того, хто читає резюме. Ось як я їх читав, так YMMV, як завжди.

Коли я бачу резюме з чимось на зразок "Мови: jQuery, Django, Joomla" , це майже миттєвий круглий файл. Я був би чудово еквівалентний "Мови: JavaScript, Python, PHP" , із закликом, що у вас є досвід роботи з jQuery / Django / Joomla, але перше твердження робить це так, що ви насправді не знаєте різниці між рамками / бібліотека та мова, і це насправді не є хорошим знаком.

Я приймаю CSS / HTML / XML / XSLT як "мови". Але я не припускаю, що ви ніколи не чули про них, якщо не зазначаєте їх конкретно (хоча я буду стежити, щоб переконатися, якщо ви перейдете на екран телефону), і я не піднімаю брови у людей які мають окремий розділ "інструменти", де вони перелічують розмітки / VCS / сервери, з якими вони знайомі.


3

Не плутайте мови з бібліотеками. Ви можете перелічити JS та вказати, що ви знайомі з JQuery (та, можливо, іншими JB libs).

Моя передумова переважно в мові C, яку я перераховую, а також моє знайомство з кількома реалізаціями стандартної бібліотеки С. Я не детально розглядаю кожну окрему бібліотеку (крім стандартної C), з якою я працював, якщо вони не помітні (MPI / тощо).

Крім того, якщо ви надзвичайно добре розбираєтесь у специфіці будь-якого стандарту, добре перерахувати цей стандарт. Знову ж, будьте коротким і спробуйте обмежити список речами, які можуть відрізняти вас від інших.

Я перелічую свій досвід роботи з XML та JSON, але лише при розробці розділу "Дизайн API" свого досвіду.


1

Я не погоджуюся з Хайлем у переліку мов розмітки під мови програмування - мови розмітки використовуються для структуризації даних, а не для їх фактичного генерування. Насправді ви нічого не можете запрограмувати за допомогою HTML, принаймні, не в поєднанні з Javascript - в якому мова розмітки стає носієм зберігання даних. Перелічіть їх у рамках / технологій.

Крім того, підтвердження того, що ви насправді знаєте різницю між мовою програмування / сценаріїв, мовою структурування розмітки / даних та бібліотеками / API, не дозволить вам скинутись зі списку після швидкого огляду вашої резюме.


1

У своєму резюме я встановив 4 розділи. Вони записуються як:

  • Клієнтські веб-навички: HTML, CSS, JavaScript, JQuery, Photoshop, Flash / ActionScript
  • Навички .Net: C #, ADO.NET/LINQ, ASP.NET, AJAXControlToolkit, SQL Server 2005 / T-SQL
  • Навички PHP: PHP, MySQL, PHPMyAdmin, Wordpress, Joomla
  • Загальні навички ІТ: SDLC, СУБД, UML, навички зв'язку

Це лише мій спосіб написання резюме, ваш також буде помітний.


0

Ви повинні орієнтувати своє резюме / резюме на контекст, у якому він застосовується. Ви претендуєте на роботу, де бажаєте досвіду роботи з "мовами програмування, включаючи Java, C ++ та HTML"? Якщо у вас є відповідний досвід, перерахуйте його. Поцікавтеся, чи потрібно взагалі представляти свої знання про Rexx, і якщо так, чи слід обробляти його всім іншим чи помістити його у вторинний розділ.

Зазвичай у мене є розділ "відповідні технології", де я перераховую речі, з якими я маю досвід, і я їх чітко просив у специфікації людини, і "технологічний досвід", який трохи більше розширюється. Пам’ятайте, що цільова аудиторія вашого резюме включає людей, які працюють з персоналом, які не є експертами з технологій. Їм не байдуже, чи вважаєте ви, що HTML - це мова програмування, мова розмітки чи формат документа: їм важливо, чи зможуть вони легко виявити, чи відповідає ваш досвід тому, якого вони просили шукати.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.