У який момент ви «знаєте» технологію, достатню, щоб перелічити її у резюме [закрито]

Нещодавно у мене на інтерв'ю був програміст, який перераховував Python, PHP, Rails та ASP як деякі з їхніх навичок. В інтерв'ю, однак, опитуваний недостатньо знав, що таке структури управління та основна логіка, вони дотримувались лише декількох демонстраційних посібників.

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

Я не вважаю, що це занадто суб'єктивно, базову лінію слід легко встановити на основі зворотного зв'язку.

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

Один із підходів - дотримуватися опитувальника Google. Оцініть кожну майстерність за шкалою 10. Таким чином ми зможемо спроектувати, наскільки порівняно комфортно нам за допомогою різних технологій.

• 1 означає, що ви можете читати код інших з великою кількістю гугла.
• 5 можливо для впровадження модулів у технології. І т.д.
• 8 для достатнього досвіду та зручності в розробці та реалізації великих проектів за цією технологією.
• 9 для архітектурних знань з помірним розумінням того, що знаходиться під кришкою.
• 10 означає, що ви написали на ній книгу або винайшли її.

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

Інший варіант - групувати навички як "сильне розуміння", "помірне володіння" та "знайоме".

Редагувати:

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

Для ознайомлення, ось що Google визначає ставки в їх самооцінці

• 0 - у вас немає досвіду
• 1 - 3 - Ви знайомі з цією областю, але не було б зручно нічого в ній реалізовувати.-
• 4 - 6 - Ви впевнені у цій галузі та користуєтесь нею щодня.-
• 7 - 9 Ви надзвичайно досвідчені в експерті і володієте глибокою технічною експертизою в цій темі і відчуваєте себе комфортно при розробці будь-якого проекту в ньому.
• 10 - Зарезервовано для тих, хто є визнаними фахівцями в галузі, або ви написали в ній книгу, або винайшли її.

На мій погляд, фокус на конкретних технологіях є помилкою. Я все ще перераховую свій досвід Rexx, не тому, що, думаю, хтось сьогодні би його шукав, а тому, що я хочу підкреслити свою здатність рухатися безперервно різними мовами, навіть після 19 років роботи в ІТ

Ні, я, мабуть, не міг вільно дошкувати деякі перелічені мови. Але дайте мені півдня, і я можу написати той самий сценарій у будь-якому з них 3 (на ваш вибір).

Для мене справжнє питання полягає в тому, чи можете ви скористатись технологіями перед вами (що б там не було), щоб втілити хороші ідеї в дію таким чином, щоб приносити користь компанії, і робить вашу роботу складною і приємною?

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

Це проблема, з якою я стикався трохи. Врешті-решт я повністю скинув розділ «Навички» у своєму резюме і просто зосередився на тому, що я робив із цими мовами, зокрема в розділі проектів та зайнятості. Я виділяю / сміливі конкретні технології як частину опису.

Приклад:

Веб-розробник @ компанія X (3/3/03 до 5/5/05) Первинний розробник на веб-сайті, керованому базою даних, щоб допомогти студентам з кінофільму організувати свої проекти. Використовуються PHP та MySQL . Працювали над цим шляхом розробки та випуску, що призвело до успішної розвідки для студентів на початку 2009 року та технічного обслуговування після цього.

Цей метод дає вашим навичкам фактичний контекст, який ви можете обговорити в інтерв'ю.

Я перелічу лише ті речі, які добре знаю, і для мене це означає, що в гніві використовуються близько року і більше .

Це тільки я. Ось так довго я думаю, що мені потрібно по- справжньому знати, цінувати та розуміти мову / систему / IDE / оточення / що завгодно.

Під час майстерності ти насправді не так добре вчишся. Більшість мов / фреймворків / тощо дійсно вимагають, щоб ви зрозуміли дизайнера ще до того, як ви «отримаєте його», а щоб дійсно знати, про що йдеться, потрібно близько 12 місяців.

Як трохи убік:

З моєї позиції, опитуючи та читаючи резюме, мені здається цікавим, що люди перераховують усілякі матеріали, не маючи жодної супровідної інформації, щоб підтвердити своє твердження. Наприклад, вони можуть перелічити PHP, MYSQL, Ada, C ++, C #. І тоді їхній досвід може сказати, що вони робили проект, використовуючи C ++.

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

Перерахування мов за рейтингом, чи тривалий час використання чи знання, все допомагає інтерв'юеру - що не завжди є тим, що призначено особою, яка подає резюме!

ПОДАЧИ:

ЯКЩО ПИСАЮТЬ CV:

• Будьте чіткими, відвертими і сумлінно чесними.

• Зробіть життя максимально простим для людини, яка читає ваше резюме. Присутні чітко, без гіперболи.

• Якщо у вас є опис посади, якого ви повністю не зустрічаєте, додайте заяву, яка показує, ЯК Ви зустрічаєтесь з описом посади (не робіть цього особі, яка отримує ваше резюме). А де ти не зустрічаєш чогось потрібного - скажи так. І якщо бажаєте вчитися, СКАЖИТЕ ТАК. Це також показує, що ви насправді прочитали опис посади та зрозуміли її, і ви не просто викручуєте резюме з кожної позиції.

ЯКЩО ЧИТАТИ резюме:

• Перехресна перевірка - чи перерахований досвід відповідає переліченому набору навичок? Якщо ні, то щось рибне.

• Як довго щось використовували? Кілька днів чи підручник - це не досвід, незалежно від того, як ви його одягаєте.

• Чи постійно людина рубався і мінявся? Чи трималися вони досить довго, щоб насправді щось побачити? (Чи жили вони зі своїми помилками? Ні = чергове попередження)

Іноді ці речі важко оцінити, і ти в кінцевому підсумку продовжуєш "запах". Це CV має трохи поштовху моря (тобто здається трохи рибним), а потім рухайтеся далі.

Від Joel On Software: взагалі будь-які сумніви = немає наймання. І з мого власного досвіду: вакантна посада набагато краща за посаду, яку заповнив хтось, у кого ви мали сумніви, і який виявляється поганим вибором. (Немає кращого прогресу, ніж рух назад.)

Чому ви створюєте перелік технологій білизни? Натомість включіть інформацію про проект та згадуйте про ключові технології, рамки, бібліотеки та інструменти, що використовуються там. Цим досягається пара речей. По-перше, ви демонструєте свої знання та вміння з чимось проектом, що робить його контекстуально актуальним. По-друге, ви робите своє резюме більше про те, що ви зробили, а не просто те, що знаєте.

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

Я не впевнений, що це точно визначено. На мою думку, це повинно бути в кожному конкретному випадку. Що я маю на увазі - дозвольте пояснити на прикладі:

Оголошення 1 - бажаний кандидат зі знанням: Python, PHP, Rails, ASP, Assembler.
(і зазвичай з оголошення можна дещо визначити, які навички важливіші за інші - які є просто "на випадок")

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

Оголошення 2 - бажаний кандидат зі знанням: Assembler, C / C ++, Kernel ..., Python, PHP, ...

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

Тож це дійсно залежить.

Як правило, щоб щось поставити на резюме, ІМО, слід знати, як "знайти свій шлях" навколо коду, базового синтаксису, і мати принаймні кілька невеликих за розміром проектів за собою, використовуючи саме цю мову. Він, звичайно, не повинен знати бібліотеки та допомогу напам’ять ... але як і де отримати допомогу, якщо вона потрібна.
Прикладом цього правила можуть бути протилежні приклади - я помітив, що люди, які (справді) знають багато мов, зазвичай заплутуються іноді, "залежно від того, в якій вони застрягли в даний час" - наприклад: за допомогою IF / loops / ... інші елементи синтаксису правильно, але з неправильним синтаксисом (який насправді відповідає іншій мові, ніж тій, про яку вони зараз думають). Тож це насправді не є необхідним справжнім тестом здібностей.

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

Перелічіть, як довго ви використовували цей навик

• Java (5 років)
• C ++ (3 роки)
• SQL (1 рік)

Дайте оцінку кожному навику

• Java (5/5)
• C ++ (3/5)
• SQL (1/5)

Перелічіть навички за категоріями

В даний час використовується: Java, C ++ Попередній досвід: SQL

Чи будете ви відчувати себе комфортно, використовуючи його в новому проекті? Чи готові ви знову з ним працювати? Якщо так, то покладіть його туди. Не потрібно говорити "Гуру" або "Ньюб", просто перелічіть це як техніку, з якою ви знайомі. Якщо вони запитують в інтерв'ю про ваш досвід, то ви можете пояснити деталі. Вони, напевно, не сподіваються, що ти все будеш знати, але , напевно, сподіватимешся, що ти зможеш / бажаєш засвоїти ті частини, яких ти не знаєш, коли потрібні.

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

Також у мене є розділ "Навички" з приміткою, в якому сказано щось на зразок: "Різний досвід роботи з такими мовами та інструментами", і тоді у мене є кілька куль із мовами та відповідними рамками, які я використовував у минулому.

Я не використовую систему "рейтингу", тому що я не знаю, як оцінювати себе в кожній з мов (що означає 3 рейтинг (від 0 до 5) на Java з точки зору знань?). Щоб не було нечесним, я, мабуть, націлювався низько, коли самооцінювався. Це насправді сталося минулого року, коли я подав заявку на роботу, і компанія дала мені запитання, в якому просив заявника оцінити себе на мові.

Я не перелічую кількість років, тому що я не думаю, що це дуже допомагає. Наприклад, у мене є 4-річний досвід роботи з мовою / бібліотекою, якою я зараз користуюся, але я не є експертом у цьому, оскільки зазвичай дотримуюся певного підмножини.

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

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

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

Цілі:

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

• вміти з нею спілкуватися
• вдається працювати з ним розумно продуктивно
• мати певні знання про можливі підкачки, що лежать в ньому.

Критерії

Мої дуже розпливчасті критерії, що стосуються переліку технологій загальних навичок:

• Досвід роботи середнього програміста, який використовував технологію для написання програм, що складаються приблизно з 10K SLOC.
• Здатність середнього програміста, якому довелося підтримувати складність програми розміром приблизно 30 об'єктів.
• Теоретичний еквівалент знань середньої книги.

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

Приклади:

Спеціаліст, PHP: Писання веб-додатків за допомогою PHP - це моя щоденна робота протягом декількох років, із підтримкою декількох проектів, читанням багатьох книг та великою частиною посібника. Це було б в обох розділах, чи було це актуально для роботи.

Початківець, Скала: Я в середині читаю книгу Скали з приблизно 200 сторінками позаду мене та кількома сотнями рядків коду. Я, мабуть, використовував би це як побічну записку десь, якби бачив це в оголошенні про роботу, як ось це: "Робота, яку ви пропонуєте, також згадувала Scala, яку я зараз вивчаю, і я більше ніж бажаю дізнатися більше про це."

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

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

Я лише перелічую навички, які я використав у проекті.

Мені не подобається, що я моє уявлення про свою майстерність в галузі технологій розміщую на своєму резюме, оцінюючи 5 та ін.

Я вважаю за краще, якщо на співбесіді запитати і запитати, чому вони кажуть на цьому рівні, або якщо мене беруть на інтерв'ю, щоб мене запитали про те, де і чому я оцінюю себе як 5/5.

Якщо ви впевнені, що, отримавши тест на програмування в цій технології в рамках інтерв'ю, ви керували б нею, тоді це добре.

Якби ти сказав,

насправді я не використовував X деякий час, тому я трохи іржавий ...

Напевно, краще не перераховувати це як навичку. Це не означає, що ви не можете згадати інше про попередні проекти, над якими працювали.

Іноді просто знати значення абревіатури достатньо, щоб додати його до резюме ...

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