оригинал:Перед собеседованием в резюме: советы по резюме для новобранцев школы фронтенда | AlloyTeam
Автор: ТАТ Старый профессор
Предисловие: Как старый фронтенд-интервьюер, я уже делился некоторыми своими мыслями о фронтенд-интервью при приеме на работу в школу, и на этот раз я расскажу о своем резюме. Давно хотел это написать, и вот совсем недавно заранее зачистил партию осенних согласований найма.Почитав много резюме, немного почувствовав и поболтав пару слов.Надеюсь будет полезно для всем принять участие в наборе перед школой!
Слова семьи только для справки ~
Резюме часто является первым впечатлением на интервьюера, но многие студенты, которые еще не закончили школу, не знают, как написать хорошее резюме.У меня часто есть резюме, и я не знаю, как взять у него интервью. В сезон крупномасштабного найма, такого как осенний набор, если резюме не может привлечь внимание за короткий промежуток времени, когда интервьюер просматривает резюме, его легко пропустить, потому что жалко быть устраненным в этом способ .
Так какое же внешнее резюме является хорошим резюме?
возобновить идеи
У крупных компаний часто есть системы технического обзора. Возьмите нашу компанию в качестве примера, пока вы остаетесь на текущем техническом уровне, вы можете подготовить PPT и представить его нескольким техническим специалистам высокого уровня (судьям), назначенным компанией. В этом процессе вы должны доказать, что вы достигли требований следующего технического уровня.Как правило, вы кратко описываете свой профессиональный опыт и опыт работы над проектом, а затем используете технические кейсы, чтобы говорить, и используете один или несколько технических кейсов, чтобы объяснить Ваши технические навыки.Какую ценность проект приносит команде для компании. Жюри бросит вам вызов, чтобы увидеть, действительно ли вы понимаете технологию, оценить ценность ваших технических достижений и, наконец, решить, проходите ли вы.
В чем смысл? Ты первый. Вы должны четко указать свою роль и свою роль, вам нужно рассказать о проекте, в котором вы участвовали или руководили, и в конце концов судьи смотрят на вас. Второй момент – технический результат. Что касается разработки технологий, независимо от того, насколько хорош проект, в котором вы участвуете, независимо от того, сколько людей его используют, это все равно менеджер продукта и операционный персонал. Это не ваше дело. Технический специалист смотрит только на технологии. связанная с этим оптимизация и вывод.Конечно, технически сложный проект трудно Достигнутая вами функция также может показать технические возможности. Сочетание двух пунктов: вы технический гений.
Технический обзор выглядит так: стажеры остаются и приходят на работу, разве это не похоже на написание резюме?
Принимая это за основную идею, когда вы пишете командный проект в своем резюме, вы четко пишете свою роль и роль? Дело не в том, что вы стажировались в нескольких крупных компаниях, дело в том, чего вы достигли за время стажировки. Независимо от того, сколько стипендий вы получите и сколько работ вы напишете, вес не так уж велик, все равно все хотят услышать о начале собеседования. Писать о том, насколько обширны ваши увлечения и увлечения и насколько хороша ваша личность, — все напрасно.Расскажите сначала о своих навыках, и окружающие смогут естественным образом почувствовать вашу индивидуальность в процессе собеседования.
Как только вы разберетесь с этой идеей, вы поймете, на что направлено ваше резюме.
как мне написать свое резюме
Откройте свое резюме и первым делом взгляните на университет. Нравится вам это или нет, но в некоторых университетах относительно хорошая атмосфера и качество разработки программирования, и там будут скрытые бонусы.
Далее опыт стажировки, стажировка в крупных компаниях типа Tencent, Ali, Toutiao и т.д. безусловно является большим плюсом (если он есть, то не слишком много ориентироваться на больших и черных), а в известных компаниях в промышленность тоже хороша. Так что, если вы собираетесь пойти по этому пути, постарайтесь пройти стажировку в крупной компании в первые несколько лет обучения в колледже.
Профессиональные навыки, это немного особенное.Если вы просеиваете резюме в большом пуле резюме, вы быстро их просматриваете.Убедитесь, что это не одноклассники за кулисами, которые пошли не в ту студию. Если вы просмотрите резюме перед собеседованием, вы присмотритесь, о чем я расскажу в следующем разделе.
Затем наступает момент, опыт проекта. На что смотреть, ключевые слова! Например, я написал XX статей, участвовал в социальной практике и быстро отсканировал ее.В центре внимания были такие проекты, как «разработка онлайн-системы», «разработка небольшой программы», «разработка XX веб-приложений», «автор открытого исходный компонент». Тогда длинный абзац о введении и описании проекта не очень полезен, основное внимание уделяется техническим возможностям и техническим ключевым словам, раскрытым в проекте, таким как «Применение Service Worker для выполнения XX», «На основе React Hook», «Реализация полного модульного теста», «Применение определенной идеи для улучшения времени открытия страницы» и т. д. — все это меня интересует. Если у вас ничего из этого нет, просто сухо напишите и используйте React+Redux, используйте node+Koa или просто расскажите о том, какие страницы были разработаны, и быстро сдавайтесь.
С помощью всего лишь этих нескольких фрагментов быстрый взгляд на прошлое может создать техническое впечатление о студенте в его уме. Нет ключевых слов, которые быстро схватывают интервьюера и вызывают его интерес, но полагайтесь на большой абзац текста, чтобы заставить его понять прочитанное, мне вас жаль.
Как написать хорошее резюме
Вышесказанное для того, чтобы рассказать вам, как ваше резюме будут рассматривать другие (хотя это исходит из моего опыта, но я думаю, что оно репрезентативно), затем я расскажу о том, как написать несколько основных модулей, не говоря уже об основных личных данных. модуль тоже Base.
Технические компетенции (также известные как личные навыки, профессиональные навыки)
Обычная часть, но многие плохо пишут и не обращают внимания. Часто можно увидеть такие описания:
Как вы думаете?
Я считаю его средним, потому что в нем мало интересной информации. Если использовать критерии отбора резюме, ключевые слова в нем все же допустимы:
Но если вы посмотрите его до интервью, то почувствуете, что интересных моментов слишком мало. С одной стороны, знакомство с тремя языками слишком элементарно.Если вы знакомы с MVVM, React, Redux и компьютерными сетями, можете спросить. Третья точка немного пуста, а пятая точка в основном игнорируется напрямую. Если я доберусь до второй стороны, где я сейчас руковожу, я начну искать яркие пятна. Почему? Потому что основы прохождения одной стороны не так уж плохи, значение проверки не слишком велико, а проектная практика школы, набирающей учеников, в целом не слишком богата или недостаточно расширяется. Тогда что в это время? Затем я ожидаю, что он проведет небольшое углубленное исследование одного или нескольких небольших технических вопросов и у него будет собственное мышление и технологии, которые его интересуют. Это изюминка.
Взяв приведенное выше резюме в качестве примера, я думаю, что есть только один интересный момент:
Поскольку это относительно новая технология, потому что многие школьные новобранцы не упомянули ее, потому что это недостаточно изученная технология, по-прежнему ведется много дискуссий. В этот раз я спрошу: "Как пишется Крючок?", "Зачем делать крючки, и в чем преимущества?", "Какой принцип крючков?" Тип письма, как это сделать" . Идите все глубже и глубже и по-настоящему различайте сильные и слабые стороны интервьюеров.Если вы действительно ответите на них, то это в основном сделано. Ведь нам трудно требовать от школы, набирающей учеников, широкого спектра фронтальных знаний, но если у него есть глубокое понимание какого-то аспекта, даже если его знания неширокие, мы считаем, что он может учитесь хорошо в других областях переднего плана позже, потому что способность к обучению и способность к исследованию, отраженные здесь, особенно важны. Это может ответить на замешательство многих студентов: я думаю, что на собеседовании ответ нормальный, почему я не прошел? Потому что я много знаю, но у меня нет глубокого понимания, у меня нет ярких пятен, я не смог показать свою способность к обучению и эти мнимые характеристики, меня естественно сравнивают (PS: я с точки зрения крупной компании , так как крупные компании больше внимания уделяют развитию потенциала).
Конечно, я не говорю вам усердно работать над React Hooks, я не говорю вам ярлыки. Вы должны знать, что у старшего интервьюера есть и технические недостатки: если он не знаком с Крюком, он не будет задавать больше вопросов. Тем не менее, есть много похожих, которые можно использовать в качестве основных моментов, таких как «Мне нравится изучать Webpack, и я написал подключаемые модули для веб-пакетов для повышения эффективности мониторинга и упаковки», «Знаком с инструментами, связанными с производительностью, знаком с Lighthouse. , и понять некоторые детали его оценки производительности веб-страницы», «Понять SSR», я практиковал это, я провел стресс-тестирование с помощью отраслевых инструментов и узнал о некоторых моментах, которые могут стать узкими местами в производительности». И и так далее, студенты также могут это делать, усердно учиться, глубоко думать и всегда улавливать основные моменты интервьюера. Даже если вы не можете подробно ответить на них, легко затмить других.
Однако самые основные все же придется освоить, иначе письменный тест не пройдет, не говоря уже о том, чтобы показать основные моменты.
Отойди, вернись. В этом разделе технических возможностей лучше не только перечислить какие-то общие технические возможности, но и написать какое-нибудь углубленное исследование по определенному техническому моменту. И я бы предпочел, чтобы этот раздел был написан так:
Сначала различают большие способности:
- Овладейте базовыми навыками фронтенда
- Возможность разработки мобильного веба
- Иметь возможность разработки Nodejs
- Умение разрабатывать небольшие программы
- Иметь возможность разработки клиента Electron
- Узнайте о новых технологиях
- ...
Переклассифицируйте небольшие способности, такие как:
Возможность разработки мобильного веба:
- Узнайте о распространенных решениях для экранной адаптации
- Понимание различий между мобильной и ПК-разработкой
- Узнайте о схемах оптимизации, обычно используемых на мобильных терминалах, таких как base64.
Заключительные моменты:
- ...
- Я изучил некоторые библиотеки жестов, понял основные принципы и могу настроить некоторые специальные жесты для выполнения специальных функций;
Разве этот способ определения ваших технических способностей не является более организованным и более глубоким, чем сухие и общие пункты выше?
Опыт проекта
В этом разделе можно писать проектный опыт: проекты, выполненные путем участия в стажировках, проекты, выполненные в школьных студиях или участвующие в соревнованиях по программированию, и технические проекты, которые вы набросали сами. Обычно отсортировано в хронологическом порядке.
В это время не рекомендуется ставить не программирование и даже не фронтенд опыт.Например какой софт вы делали на C#,почему он не годится,ведь вы проходите собеседование на фронтенд , ваш интервьюер не обязательно знаком с этим языком, тогда он не знает, как спросить о вашем опыте или как проверить, хорошо это сделано или нет, поэтому он просто игнорирует это. Разве что можно добавить хорошее или плохое, вроде второго места в национальном конкурсе Microsoft и т. д., но даже тогда это не большой кейс (если только у вас нет других фронтенд-проектов ==).
Кроме того, не рекомендуется писать проекты двухлетней давности, вообще, даже если вы написали несколько страниц для проектов более двухлетней давности, я их сразу отсканирую. Разработка фронтенда меняется слишком быстро.Каждый день каждый месяц появляются разные новые статьи и новые практики.Иногда новая версия фреймворка может принести нам новые идеи.Технология,использованная в проекте два года назад уже стала Здравый смысл либо устарел, даже не год назад. Если вы хотите быть фронтендом, то мы надеемся, что вы будете продолжать учиться и обращать внимание на состояние фронтенда, и это ничего не объяснит с некоторыми результатами, которые вы сделали ранее.
Лично я предпочитаю спрашивать у школы, набирающей студентов, какие технические проекты вы себе подкинули. Поскольку на данном этапе вам трудно иметь возможность вести или в основном развивать проект стажировки, в большинстве случаев вы следите за проектом, выполняя второстепенные роли. Но с личными проектами дело обстоит иначе.Здесь я могу увидеть, действительно ли вам нравится фронтенд, будете ли вы делать какие-то веб-практики, которые вам интересны, и сможете ли вы интегрировать свое собственное мышление и делать это хорошо. Однокласснику, который любит подбрасывать, легче удивить нас на работе и создать дополнительную ценность. такие как Цзэн
Что ж, практика, какие проекты писать, понятна, о том, как их писать, поговорим дальше.
Я видел такие описания проектов:
Студенты, которые могут понять идеи резюме, которые я упомянул в первом разделе, должны также понять, почему я не знаю, как задавать вопросы, после просмотра этого проекта. Потому что он не объясняет четко технические достижения, полученные с помощью вашей технологии, а во-вторых, он не объясняет четко, насколько сложно решить возникшие трудности, чтобы отразить технические возможности. Было бы полезно иметь такое длинное описание проекта? Бесполезный! Меня действительно не волнует логика продукта проекта, если только это не технический проект (например, разработка технической структуры XX). Правильно описать ответственность, нужно четко объяснить свою роль, но говорить об обеспечении качественной интеграции и контроля процесса разработки проекта нехорошо, лучше кратко описать кейс и дать конкретную стратегию , например, как использовать для этого один тест Архитектура может быть многоуровневой, и это техническое резюме. Нецелесообразно писать длинное описание, но, по крайней мере, дайте несколько конкретных описаний. Небольшие баллы, связанные с оптимизацией производительности, также слишком распространены.
Опыт работы над проектом на самом деле не для того, чтобы объяснить интервьюеру, что это за проект, а для того, чтобы подчеркнуть применение общих технических знаний, стоящих за проектом, и ваши идеи для решения технических проблем.
В идеале я пишу этот модуль так:
- Название проекта, ваша роль, время;
- Введение в проект, в котором четко описываются функции и ценность проекта в одном предложении, например, «система управления резюме, которая предоставляет предложения по резюме и функции управления генерацией для студентов и применяется более чем в 3 колледжах школы»;
- Знакомство со стеком технологий;
- Технические трудности, возникшие в проекте, и пути их решения. Например, оптимизация связана: «При разработке этой веб-игры используется много элементов изображения и текстур высокого качества, что приводит к отсутствию беглости игры. В настоящее время с помощью стратегии XXX оптимизируется XXX, а затем XXX улучшается с помощью XXX, и, наконец, частота кадров в игре поддерживается на уровне «Опыт», близком к 60 кадрам», например, сложные функции, «Как добиться совместного редактирования карт мозга несколькими людьми и как разрешать конфликты — это сложный момент. В на этот раз я предварительно изучил решение XXX, позаимствовал исходный код фреймворка XXX и, наконец, сделал стратегию, основанную на характеристиках проекта: XXX, реализовал функцию";
- Соответствующие результаты, такие как вывод ссылки на сообщение в блоге «Предложения по производительности для веб-разработки онлайн-игр», например, открытие исходного кода определенной технологии и т. д.;
В конечном счете речь идет о технологиях, и желательно о некоторых моментах, которые могут выскочить из конкретных проектов и могут вдохновить других.Такой опыт проекта легко иметь общую тему с интервьюером и общаться.
другие модули
Те, что имеют мало отношения к возможностям должности, в принципе неважны, например научные достижения и увлечения, которые можно опустить, а вышеперечисленные разделы должны быть четко написаны, и резюме будет более содержательным.
Конечно, если у вас есть другие технологии, вы также можете сделать это. Например, написать сообщения сообщества в отдельном разделе, «открыл личную техническую колонку на Nuggets Zhihu, написал N сообщений в блоге, один из которых также получил XX трафика и был рекомендован главной страницей», «один из участников nodejs, упомянул Было принято N MR», «один из китайских переводчиков XX framework», «XX front-end технические конференции провели совместное использование стендов» и так далее, что тоже очень хорошо.
подробнее
blabla сказал так много и, наконец, дал несколько советов по частям:
1. Ключевые слова
Я не буду больше повторяться, а разберу его по идеям в первом разделе, и прямо помечу черным и усугублю;
2. Иметь яркое пятно
Я не буду говорить о прочном фундаменте, если вы даже не можете говорить о прокси события и кеше, не нужно с этим сталкиваться. Лучше иметь свое собственное мышление и понимание фреймворков, используемых в проектах, которые вы сделали, чтобы вы могли легко найти основные моменты. Излишне говорить, что вся статья полна основных моментов, десятки мест, подумайте, в какой технологии вы лучше всего разбираетесь, и есть основной кейс и основные моменты.
3. Проявите инициативу, чтобы отправить тему
Усильте на основе 2. Обдумав основные моменты основного кейса, опишите его в умеренном количестве в резюме, не приводя слишком много подробностей, чтобы привлечь интервьюера к общению с вами этот заблаговременно подготовленный технический момент в этом аспекте во время интервью Продвинутый навык (дао) навык (лу).
4. Специальное использование для резюме
Не думайте о резюме, чтобы завоевать мир. Используйте резюме для предварительных, клиентских и внутренних интервью. Интервьюер легко увидит, что вам все равно. Например:
5. Цените предыдущий опыт стажировки
Я познакомился с однокурсником ранее, и когда я проходил его, я прочитал интервью и оценка была довольно хорошей.Я также практиковался до этого в другом отделе компании, поэтому я посмотрел информацию на веб-сайте по подбору персонала в интранете. стажировка не очень, главная проблема - отсутствие инициативы в распределении дел. Это сильно испортило мое впечатление о нем.Вопрос, который трудно рассмотреть в такого рода интервью, это то, чего мы больше всего боимся. После долгих колебаний я решил дать ему второе лицо.Критическим взглядом я обнаружил, что он хорошо разбирается в различных технологиях и собственном мышлении.Я обнаружил, что он также знал о проблемах своего предыдущего стажировка.Я тоже думал о том, как ее улучшить. Наконец дайте ему пройти.
Результаты стажировки — еще один вид резюме для вас. Относитесь к каждому опыту стажировки позитивно, даже если он вам не подходит, делайте его по чуть-чуть, а то в следующий раз наткнетесь на себя.
6. Возобновить формат файла
PDF.
Большая компания в основном имеет собственную набор Recurement Platform, а если это формат PDF, Chrome можно открыть напрямую, это очень удобно. Если это формат слова, вы должны загрузить его, открыть, дождитесь начала слова, дайте интервьюмуру принести некоторые проблемы. Я не рекомендую его стать на ZIP-пакете, упаковывайте свою работу, не упоминайте весь процесс, и интервьюер не обязательно для задач развития бизнеса. Мне не нужно внимательно смотреть на свою работу. В это время , лучше. Практика состоит в том, чтобы прикрепить ваш собственный адрес GitHub в вашем резюме и сделать интервьюером, вы, естественно, посмотрите.
Хотя интервьюер не откажет человеку из-за формата файла резюме, не нужно создавать препятствия школе, набирающей студентов.
Суммировать
Я так много говорила просто чтобы полениться.Если у каждого резюме будет яркое ядро и четкая информация, то наши интервьюеры могут сэкономить много времени и чувствовать себя комфортно, рассматривая резюме.Как замечательно~
Наконец, позвольте мне сказать, что усилия выходят за рамки бумаги, и вся напрасная упаковка отбеливания и технологий может быть пробита Ваше резюме - это просто помощь после того, как у вас есть прочная техническая база и хорошее отношение к обучению. Я люблю вызовы и анти-рутину, и теперь я на другой стороне. Я буду продолжать искать больше благословений, когда встречусь с вами во время интервью~
PS1:Прикрепите мою последнюю статью для ознакомления«Что следует исследовать при приеме на работу в школу? Мысли интервьюера».
PS2:Резюме, используемые в статье, были удалены. Если автор резюме все еще считает его неуместным, пожалуйста, свяжитесь со мной, чтобы заменить его.
PS3:В следующий раз я хочу написать статью о двух сторонах, но чувствую, что накопления недостаточно, а размышления недостаточно глубоки, так что давайте повременим~
AlloyTeam приглашает отличных друзей присоединиться к нам.
Возобновление доставки:Alloyteam@qq.com
Нажми для деталейTencent AlloyTeam набирает веб-дизайнеров (социальный набор)