Недавно у меня был программист для интервью, который перечислил Python, PHP, Rails и ASP как некоторые из своих навыков. Однако в интервью они не знали, что такое управляющие структуры и базовая логика, они только следовали нескольким демонстрационным урокам.
Поэтому мой вопрос заключается в следующем: в какой момент вы можете точно добавить технологию в свое резюме . Это когда вы можете продемонстрировать все основные понятия, написать полезную программу или просто использовать ее, не обращаясь к документации каждые 30 секунд.
Я не считаю, что это слишком субъективно, базовый уровень должен быть легко установлен на основе обратной связи.
Ответы:
Вы должны быть в состоянии защитить / объяснить каждое слово, которое вы добавили в свое резюме. Вроде как ты диссертация / диссертация. Я видел, как многие кандидаты были отклонены по причине «не смог оправдать то, что он поместил в свое резюме».
Один из подходов состоит в том, чтобы следовать опросу Google. Оцените каждый навык по 10-балльной шкале. Таким образом, мы можем спрогнозировать, насколько нам комфортно с различными технологиями.
Я видел резюме, которые имеют гистограммы, указывающие относительное мастерство в различных технологиях.
Другой вариант - группировать навыки как «сильное понимание», «средний уровень владения» и «знание».
Редактировать:
Я попытался поместить это как комментарий, но не смотрел из-за отсутствия форматирования.
Для справки, вот что Google определяет ставки в своей самооценке
источник
На мой взгляд, сосредоточиться на конкретных технологиях - ошибка. Я до сих пор перечисляю свой опыт в Rexx не потому, что думаю, что кто-то сегодня будет его искать, а потому, что хочу подчеркнуть свою способность плавно переходить на разные языки, даже после 19 лет работы в ИТ.
Нет, я, вероятно, не мог свободно говорить на доске некоторых языков, которые я перечисляю. Но дайте мне полдня, и я смогу написать один и тот же сценарий на любом из 3 (на ваш выбор).
Для меня реальный вопрос заключается в том, можете ли вы воспользоваться технологиями, которые стоят перед вами (какими бы они ни были), воплотить в жизнь хорошие идеи таким образом, чтобы это приносило пользу компании и делало вашу работу сложной и приятной?
Это сложный вопрос, на который нужно ответить, просто прочитав список «что вы уже знаете»
источник
Это проблема, с которой я столкнулся немного. В конце концов я полностью отказался от раздела «Навыки» в своем резюме и сосредоточился только на том, что я сделал с этими языками, особенно в разделе «Мои проекты» и «Работа». Я выделяю / выделяю конкретные технологии как часть описания.
Пример:
Этот метод дает вашим навыкам реальный контекст, который вы можете обсудить на собеседовании.
источник
Я перечисляю только те вещи, которые хорошо знаю, и для меня это означает, что они используются в гневе около года или больше .
Это всего лишь я. Вот сколько времени я думаю, чтобы действительно знать, ценить и понимать язык / систему / 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 / ... другие элементы синтаксиса правильным образом, но с неверным синтаксисом (который на самом деле соответствует другому языку, отличному от того, о котором они сейчас думают). Так что это на самом деле не обязательно истинный тест способностей.
источник
Если все, что вы делаете, - перечисляете навыки без какого-либо другого контекста, то большинство людей, читающих ваше резюме, ожидают, что вы знаете их достаточно хорошо, чтобы справляться с вопросами интервью. Тем не менее, есть много контекста, который вы можете использовать для каждого навыка, чтобы сделать его более очевидным, каков ваш уровень знаний. Некоторые примеры:
Список, как долго вы использовали навык
Оцените каждый навык
Список навыков в категориях
В настоящее время используется: Java, C ++. Предыдущий опыт: SQL
источник
Вы бы чувствовали себя комфортно, используя его в новом проекте? Вы готовы работать с ним снова? Если так, то положи его туда. Вам не нужно говорить «гуру» или «новичок», просто перечислите это как технику, с которой вы знакомы. Если они спросят в интервью о вашем опыте, то вы можете объяснить детали. Вероятно, они не будут ожидать, что вы будете знать все, но , вероятно, ожидаете, что вы сможете / захотите изучить те части, которые вы не знаете, когда они вам понадобятся.
источник
У меня есть пара предложений, описывающих каждую работу. В последнем абзаце каждого описания я размещаю «Используемые языки и технологии:», следуя тем инструментам, которые я использовал в этой работе.
Кроме того, у меня есть раздел «Навыки» с примечанием, в котором говорится что-то вроде: «Разнообразный опыт работы со следующими языками и инструментами», а затем у меня есть несколько маркеров с языками и соответствующими структурами, которые я использовал в прошлом.
Я не использую систему «рейтинга», потому что я не знаю, как оценивать себя на каждом из языков (что подразумевает оценка 3 (от 0 до 5) в Java с точки зрения знаний?). Чтобы не быть нечестным, я, вероятно, стремлюсь к низкому уровню при самооценке. Это на самом деле произошло в прошлом году, когда я подал заявку на работу, и компания задала мне вопросник, в котором просил заявителя оценить себя на нескольких языках.
Я не перечисляю количество лет, потому что я не думаю, что это сильно помогает. Например, у меня есть 4-летний профессиональный опыт работы с языком / библиотекой, который я сейчас использую, но я не эксперт в этом, поскольку я обычно придерживаюсь определенного подмножества.
Некоторые языки, которые я перечисляю, я использовал на рабочих местах, другие я использовал только в университетских проектах и упражнениях (4 или более лет назад). Я не смог бы написать код на некоторых из этих языков, но я смог бы вернуться к ним через несколько часов после изучения. Однако, если бы я удалил какой-либо язык, на котором я не смог бы писать код из памяти без проверки, у меня остались бы только два языка - вероятно, это тоже не очень хорошая оценка.
В настоящее время я ищу работу, поэтому я просматриваю свое резюме (следовательно, я читаю программистов. SE и ищу подсказки для резюме :)), и я думаю об удалении языков, которые использовались только в университетских проектах (и это было бы что-то вроде Пролога).
источник
В своих рабочих приложениях я использую два раздела для технологий, как и следовало ожидать, большинство из них; сначала есть раздел общих навыков, а затем список конкретного опыта в конкретных проектах. Конечно, при подаче заявки я перечисляю в обоих разделах в основном те пункты, которые имеют отношение к рассматриваемой работе.
Цели:
Я чувствую, что перечисление технологии в общей области является сильным заявлением, и для того, чтобы технология была там, мне нужно
критерии
Мои очень смутные критерии для перечисления технологий в общих навыках идут по следующим направлениям:
По сути, это, по крайней мере, некоторая широта в этой области, умение справляться с разумной сложностью и некоторые знания об ужасах, которые ожидают.
Примеры:
Опытный, PHP: написание веб-приложений на PHP было моей ежедневной работой в течение нескольких лет, с поддержкой нескольких проектов, чтением многих книг и большой частью руководства позади меня. Это будет идти в обоих разделах, если это имеет отношение к работе.
Новичок, Scala: я сейчас читаю книгу о Scala, около 200 страниц позади и написано несколько сотен строк кода. Вероятно, я бы использовал это в качестве дополнительного примечания где-нибудь, если бы увидел это в объявлении о работе, например: «Работа, которую вы предлагаете, также упоминала Scala, которую я сейчас изучаю, и я более чем готов узнать больше об этом."
Пограничный случай, Python: я написал небольшую игру в жанре «стрелялки» и несколько сценариев на Python с опытом работы в несколько тысяч строк, прочел дюжину статей и учебных пособий в Интернете, а также некоторые части руководства. Если бы в объявлении упоминался Python (и я был бы достаточно квалифицированным в противном случае), я бы написал об этом в своем резюме в разделе опыта, возможно, что-то сродни этому: «Я создал игру в стрелялку на Python с Pygame, используя объектно-ориентированное программирование с растровой графикой ".
Естественно, хорошим способом показать свой реальный уровень квалификации является предоставление ссылок на скриншоты, диаграммы, планы, схемы данных, историю проекта, публикации в блоге и код в приложении для работы.
источник
Поместите его в свое резюме, если вы уверены, что можете ответить на технические вопросы о языке, не смущаясь . Цель состоит в том, чтобы резюме было честным отражением ваших способностей, и вы должны предположить, что вас могут попросить доказать, что вы положили в резюме.
источник
Я перечисляю только навыки, которые я использовал в проекте.
Мне не нравится идея помещать мою идею о моем мастерстве в технологии в мое резюме, ставить оценку 5 и т. Д. Я брал интервью у многих людей, которые оценивают себя намного выше, чем они.
Я предпочитаю, чтобы при опросе спрашивать и спрашивать, почему они говорят этот уровень, или если на собеседовании меня спрашивают, где и почему я оцениваю себя как 5/5.
источник
Если вы уверены, что пройдя программный тест по этой технологии в рамках собеседования, вы справитесь с этим, тогда это нормально.
Если бы вы сказали,
Вероятно, лучше не указывать это как навык. Это не значит, что вы не можете нигде упомянуть о предыдущих проектах, над которыми вы работали.
источник
Иногда достаточно просто знать значение аббревиатуры, чтобы добавить его в резюме ...
Это верно, например, для фреймворков и библиотек, которые вы можете связать с данным языком.
источник