В какой момент вы «знаете» технологию, достаточную, чтобы включить ее в резюме [закрыто]

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

Поэтому мой вопрос заключается в следующем: в какой момент вы можете точно добавить технологию в свое резюме . Это когда вы можете продемонстрировать все основные понятия, написать полезную программу или просто использовать ее, не обращаясь к документации каждые 30 секунд.

Я не считаю, что это слишком субъективно, базовый уровень должен быть легко установлен на основе обратной связи.

Вы должны быть в состоянии защитить / объяснить каждое слово, которое вы добавили в свое резюме. Вроде как ты диссертация / диссертация. Я видел, как многие кандидаты были отклонены по причине «не смог оправдать то, что он поместил в свое резюме».

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

• 1 означает, что вы можете читать чужой код с большим количеством поисковика.
• 5 может быть для реализации модулей в технологии. И т.п.
• 8 для большого опыта и комфорта при разработке и реализации крупных проектов в этой технологии.
• 9 для архитектурных знаний с умеренным пониманием того, что под капотом.
• 10 означает, что вы написали на нем книгу или изобрели ее.

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

Другой вариант - группировать навыки как «сильное понимание», «средний уровень владения» и «знание».

Редактировать:

Я попытался поместить это как комментарий, но не смотрел из-за отсутствия форматирования.

Для справки, вот что Google определяет ставки в своей самооценке

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

На мой взгляд, сосредоточиться на конкретных технологиях - ошибка. Я до сих пор перечисляю свой опыт в Rexx не потому, что думаю, что кто-то сегодня будет его искать, а потому, что хочу подчеркнуть свою способность плавно переходить на разные языки, даже после 19 лет работы в ИТ.

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

Для меня реальный вопрос заключается в том, можете ли вы воспользоваться технологиями, которые стоят перед вами (какими бы они ни были), воплотить в жизнь хорошие идеи таким образом, чтобы это приносило пользу компании и делало вашу работу сложной и приятной?

Это сложный вопрос, на который нужно ответить, просто прочитав список «что вы уже знаете»

Это проблема, с которой я столкнулся немного. В конце концов я полностью отказался от раздела «Навыки» в своем резюме и сосредоточился только на том, что я сделал с этими языками, особенно в разделе «Мои проекты» и «Работа». Я выделяю / выделяю конкретные технологии как часть описания.

Пример:

Веб-разработчик @ Company X (с 3 марта 2003 года по 5 мая 2005 года) Основной разработчик веб-сайта на основе базы данных, который помогает кинематографистам организовать свои проекты. Используется PHP и MySQL . Работал над этим путем разработки и выпуска, что привело к успешному внедрению студентов в начале 2009 года и последующему техническому обслуживанию.

Этот метод дает вашим навыкам реальный контекст, который вы можете обсудить на собеседовании.

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

Это всего лишь я. Вот сколько времени я думаю, чтобы действительно знать, ценить и понимать язык / систему / IDE / среду / что угодно.

Работая, ты не очень хорошо учишься. Большинство языков / фреймворков / и т. Д. Действительно требуют, чтобы вы вошли в сознание дизайнера, прежде чем «поймете», а для того, чтобы действительно знать, о чем вы, требуется около 12 месяцев.

Как немного в стороне:

В моей позиции интервьюирование и чтение резюме, я нахожу интересным, что люди перечисляют все виды вещей, без какой-либо подтверждающей информации в их опыте, чтобы поддержать их утверждение. Например, они могут перечислить PHP, MYSQL, Ada, C ++, C #. И тогда их опыт может сказать, что они сделали проект с использованием C ++.

Когда нет ничего, что могло бы подкрепить языки, заявленные в указанном опыте, я обычно чувствую запах крысы, и этот человек даже не дойдет до собеседования.

Перечисление языков по рейтингу, или как долго они используются, или знание, все это помогает интервьюеру - это не всегда то, что задумал человек, отправляющий резюме!

СОВЕТЫ:

ЕСЛИ НАПИСАТЬ CV:

• Будьте ясны, прямолинейны и скрупулезно честны.

• Сделайте жизнь максимально простой для человека, читающего ваше резюме. Представьте ясно, без гиперболы.

• Если у вас есть описание должности, которое вы не полностью соответствуете, приложите заявление, показывающее, КАК вы соответствуете описанию должности (не заставляйте того, кто получает ваше резюме, понять это). И ГДЕ ВЫ НЕ ЧТО-ТО НЕ ВСТРЕЧАЕТЕ - СКАЖИТЕ так. И если вы хотите учиться, так сказать. Это также показывает, что вы действительно прочитали описание позиции и поняли ее, и вы не просто проверяете формы резюме для каждой позиции вокруг.

ЕСЛИ ЧИТАЕТЕ CV:

• Перекрестная проверка - соответствует ли указанный опыт указанному набору навыков? Если нет, то что-то подозрительно.

• Как долго что-то использовалось? Несколько дней или учебник - это не опыт, независимо от того, как вы их оденете.

• Человек постоянно рублен и изменился? Они достаточно долго держались, чтобы что-то увидеть? (Они жили со своими собственными ошибками? Нет = еще одно предупреждение)

Иногда эти вещи трудно оценить, и вы в конечном итоге продолжаете «пахнуть». Если резюме имеет небольшой запах моря (то есть кажется немного подозрительным), то двигайтесь дальше.

От Joel On Software: Никаких сомнений = Нет найма. И из моего собственного опыта: вакантная должность намного лучше, чем занятая кем-то, в ком у вас были сомнения, который оказался плохим выбором. (Нет прогресса лучше, чем идти задом наперед.)

Почему вы создаете прачечный список технологий? Вместо этого, включите информацию о проекте и укажите ключевые технологии, платформы, библиотеки и инструменты, используемые там. Это достигает нескольких вещей. Во-первых, вы демонстрируете свои знания и навыки в проектах, что делает их актуальными с точки зрения контекста. Во-вторых, вы делаете свое резюме больше о том, что вы сделали, а не просто то, что вы знаете.

В этом случае, когда вы говорите о своей работе и обязанностях, вы можете указать, как вы изучили и использовали Hibernate (и другие технологии), чтобы сделать то, что вы сделали. Если меня интересуют ваши способности в Hibernate, я бы хотел спросить об этом во время просмотра телефона или собеседования. Затем я ожидаю, что вы расскажете мне некоторую информацию о том, что это был за проект, как вы использовали Hibernate и что вы смогли узнать. Кроме того, любые автоматические сканеры резюме подберут ключевое слово, но ваше резюме по-прежнему удобно для человека.

Я не уверен, что это точно определяется. На мой взгляд, это должно быть на индивидуальной основе. Что я имею в виду - позвольте мне объяснить на примере:

Работа ad 1 - желаемый кандидат со знанием: Python, PHP, Rails, ASP, Assembler.
(и, как правило, по объявлению можно определить, какие навыки важнее других - которые просто есть «на всякий случай»)

В этом случае я бы включил в свое резюме Python, PHP ... только если я действительно хорошо их знаю. Ассемблер, например, я знаю очень мало, но я бы сказал, что это не может иметь большого влияния в сочетании с остальным.

Объявление о работе 2 - разыскиваемый кандидат со знаниями: Ассемблер, C / C ++, Kernel ..., Python, PHP, ...

Этот случай отличается. Здесь (это?) Очевидно, что они ищут кандидата другого типа, и что они (вероятно) проигнорируют недостаток знания PHP, например, если кандидат обладает этими другими навыками.

Так что это зависит на самом деле.

Как правило, чтобы поместить что-то в резюме, IMO, нужно знать, как «разобраться» в коде, базовом синтаксисе, и иметь хотя бы несколько небольших проектов, использующих этот конкретный язык. Он, конечно, не должен знать библиотеки и помощь наизусть ... но как и где получить помощь, если она понадобится.
Для этого правила могут быть встречные примеры - я заметил, что люди, которые (действительно) знают много языков, иногда запутываются «в зависимости от того, в каком из них они застряли в настоящее время» - например: использование IF / loops / ... другие элементы синтаксиса правильным образом, но с неверным синтаксисом (который на самом деле соответствует другому языку, отличному от того, о котором они сейчас думают). Так что это на самом деле не обязательно истинный тест способностей.

Если все, что вы делаете, - перечисляете навыки без какого-либо другого контекста, то большинство людей, читающих ваше резюме, ожидают, что вы знаете их достаточно хорошо, чтобы справляться с вопросами интервью. Тем не менее, есть много контекста, который вы можете использовать для каждого навыка, чтобы сделать его более очевидным, каков ваш уровень знаний. Некоторые примеры:

Список, как долго вы использовали навык

• Ява (5 лет)
• C ++ (3 года)
• SQL (1 год)

Оцените каждый навык

• Ява (5/5)
• С ++ (3/5)
• SQL (1/5)

Список навыков в категориях

В настоящее время используется: Java, C ++. Предыдущий опыт: SQL

Вы бы чувствовали себя комфортно, используя его в новом проекте? Вы готовы работать с ним снова? Если так, то положи его туда. Вам не нужно говорить «гуру» или «новичок», просто перечислите это как технику, с которой вы знакомы. Если они спросят в интервью о вашем опыте, то вы можете объяснить детали. Вероятно, они не будут ожидать, что вы будете знать все, но , вероятно, ожидаете, что вы сможете / захотите изучить те части, которые вы не знаете, когда они вам понадобятся.

У меня есть пара предложений, описывающих каждую работу. В последнем абзаце каждого описания я размещаю «Используемые языки и технологии:», следуя тем инструментам, которые я использовал в этой работе.

Кроме того, у меня есть раздел «Навыки» с примечанием, в котором говорится что-то вроде: «Разнообразный опыт работы со следующими языками и инструментами», а затем у меня есть несколько маркеров с языками и соответствующими структурами, которые я использовал в прошлом.

Я не использую систему «рейтинга», потому что я не знаю, как оценивать себя на каждом из языков (что подразумевает оценка 3 (от 0 до 5) в Java с точки зрения знаний?). Чтобы не быть нечестным, я, вероятно, стремлюсь к низкому уровню при самооценке. Это на самом деле произошло в прошлом году, когда я подал заявку на работу, и компания задала мне вопросник, в котором просил заявителя оценить себя на нескольких языках.

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

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

В настоящее время я ищу работу, поэтому я просматриваю свое резюме (следовательно, я читаю программистов. SE и ищу подсказки для резюме :)), и я думаю об удалении языков, которые использовались только в университетских проектах (и это было бы что-то вроде Пролога).

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

Цели:

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

• быть в состоянии общаться с ним
• работать с ним достаточно продуктивно
• иметь некоторые знания о возможных ловушках, которые лежат внутри него.

критерии

Мои очень смутные критерии для перечисления технологий в общих навыках идут по следующим направлениям:

• Опыт среднего программиста, который использовал эту технологию для написания программ, состоящих из 10 000 SLOC.
• Способность среднего программиста, которому приходилось поддерживать сложность программы размером примерно в 30 объектов.
• Теоретическое знание эквивалентно средней книге.

По сути, это, по крайней мере, некоторая широта в этой области, умение справляться с разумной сложностью и некоторые знания об ужасах, которые ожидают.

Примеры:

Опытный, PHP: написание веб-приложений на PHP было моей ежедневной работой в течение нескольких лет, с поддержкой нескольких проектов, чтением многих книг и большой частью руководства позади меня. Это будет идти в обоих разделах, если это имеет отношение к работе.

Новичок, Scala: я сейчас читаю книгу о Scala, около 200 страниц позади и написано несколько сотен строк кода. Вероятно, я бы использовал это в качестве дополнительного примечания где-нибудь, если бы увидел это в объявлении о работе, например: «Работа, которую вы предлагаете, также упоминала Scala, которую я сейчас изучаю, и я более чем готов узнать больше об этом."

Пограничный случай, Python: я написал небольшую игру в жанре «стрелялки» и несколько сценариев на Python с опытом работы в несколько тысяч строк, прочел дюжину статей и учебных пособий в Интернете, а также некоторые части руководства. Если бы в объявлении упоминался Python (и я был бы достаточно квалифицированным в противном случае), я бы написал об этом в своем резюме в разделе опыта, возможно, что-то сродни этому: «Я создал игру в стрелялку на Python с Pygame, используя объектно-ориентированное программирование с растровой графикой ".

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

Я перечисляю только навыки, которые я использовал в проекте.

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

Я предпочитаю, чтобы при опросе спрашивать и спрашивать, почему они говорят этот уровень, или если на собеседовании меня спрашивают, где и почему я оцениваю себя как 5/5.

Если вы уверены, что пройдя программный тест по этой технологии в рамках собеседования, вы справитесь с этим, тогда это нормально.

Если бы вы сказали,

на самом деле я давно не пользовался Х, поэтому я немного ржавый ...

Вероятно, лучше не указывать это как навык. Это не значит, что вы не можете нигде упомянуть о предыдущих проектах, над которыми вы работали.

Иногда достаточно просто знать значение аббревиатуры, чтобы добавить его в резюме ...

Это верно, например, для фреймворков и библиотек, которые вы можете связать с данным языком.