Thread by @sudo_belousov

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

Поэтому я подготовил тред ТОП 8 ошибок, которые встречаются у начинающих в их резюме, убрав которые вы повысите свои шансы найти работу на 1000%

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

Основные страхи у тех, кто нанимает джунов, будут примерно такие:

- джун через 2 месяца скажет что коммерческая разработка это не его и уволиться
- джун будет слишком долго учиться и вникать в рабочий проект
- джун будет слишком сильно отвлекать опытных разработчиков
- джун не сможет разобраться в чужом коде
- джун просто ничего не будет делать

А теперь вопрос - у скольких начинающих в резюме, в сопроводительном и в профиле на Github есть какие-либо ответы на эти страхи и вопросы ?

Хорошо, если у 2-3 из 100 будет хоть какая-то информация по этому поводу. Так что теперь уже можно разбирать ошибки:

Ошибка #1. Из резюме джуна непонятно, насколько ему\ей интересно программирование

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

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

Как это показать в резюме? Сразу скажу слов “мне очень интересно, клянусь” - не достаточно🙂

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

...Узнали что-то новое → сразу применили, поправили в каком-нибудь своем проекте, закоммитили.

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

... например прочитали статью → написали краткую выжимку из статьи в твиттер, исправили баг в учебном проекте - написали в блог как исправляли, что гуглили, что получилось, что не получилось.

Все это полностью читать не будут, но мельком посмотрят и запомнят вас.

Ошибка #2 - В портфолио только учебные проекты.

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

...Поэтому постарайтесь не делать только проекты типа TODO списков, которые почему-то дают многие онлайн-школы, а сделайте что-то более уникальное на основе своей идеи. ( Если будет много лайков, то могу написать примеры интересных проектов для каждого направления) ..

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

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

mesto.co/about

Ошибка #3 - в портфолио много проектов, но все они примитивные.

Тоже часто встречается - в гитхабе у человека активность, много проектов, не только учебных, но и каких-то своих. Но при этом - они все мега простые, например 3-4 однотипных простеньких лендинга..

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

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

Ошибка #4 - Проекты из портфолио нельзя посмотреть онлайн.

Тоже почему-то мало кто выкладывает свои наработки, чтобы их можно было либо посмотреть из браузера, либо скачать на телефон (если вы делаете мобильные приложения)...

...Никто не будет скачивать ваш код к себе, чтобы проверить его работоспособность, на это тупо нет времени.

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

Ошибка #5 - Нет примеров вашей работы с чужим кодом.

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

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

Но почему то только у 1 из 1000 джунов в репозитории есть примеры, где человек внес изменения не в свой проект а в чужой..

...При этом получить такой опыт очень легко - на Github полно всяких клонов популярных сервисов типа “airbnb react clone”, “twitter android app clone” и тд.

Всего-то достаточно сделать форк такого репозитория к себе ..

...и попробовать добавить новую функцию, например новый экран или веб-страницу. Или провести рефакторинг какой-то функции. А затем рассказать, что вы добавили и как это сделали в описании на репозитории. Если вы все это сделаете то шансы найти работу вырастут в разы...

Ошибка #6 - не выделять важное в описании проекта на гитхабе.

Часто в описании проекта написано только как его запустить и список технологий. Имеет смысл уточнить как именно вы использовали технологии и делать акцент на важных моментах, которые могут не заметить...

Например:

Плохо:
Использовал PostgreSQL для БД

Хорошо:
Использовал PostgreSQL для БД, из интересного - применил LEFT JOIN для вывода информации пользователя на странице профиля.

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

Ошибка #7 - Не указывать информацию о предыдущих местах работы

Часто джуниоры не указывают предыдущие места или скупо заполняют информацию о них. Если вы раньше не работали в IT, информацию в резюме об этом месте работы все равно стоит добавить...

просто в описании прошлого места стоит делать акцент на так называемыйх софт скиллс - инициативность, лидерство, ответственность, креативность, организованность, дипломатичность и тд.

Наверняка, что-то из этого подходит и для вас.

Ошибка #8 - Не писать сопроводительное

Если вы джун, то писать его нужно всегда. А так как мы теперь знаем, что ищет работодатель (в первых твитах, если вы забыли), то составить крутое сопроводительное не проблема. Структура сопроводительного может быть такой:

Структура сопроводительного может быть такой:

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

- Показать стремление к знаниям(рассказать что вы узнали за последнию неделю)
- Рассказать об опыте работе с чужим кодом.

На каждый пункт по одному предложению, когда много откликов, то чтению сопроводительного много времени уделять не будут)

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

Если будет интерес, то могу рассказать еще несколько лайфхаков, которые помогли моим знакомым найти первую работу в IT

Если понравился тред и советы показались полезными, то тогда ставьте лайк, делайте ретвит, задавайте вопросы!

RT please @TatarinFrontend @nat_davydova @fillpackart @gambala_codes @M0rtyMerr

Если советы вам помогли, то можете закинуть на пиццу и поддержать финансово.

tinkoff.ru/cf/7p7VCvQxDyG

В личке спросили стоит ли указывать фейковый опыт, чтобы чаще звали на собесы.

Тут на ваше усмотрение, но нужно понимать, чем мы за это платим:
- собес человека с 1 годом опыта будет сложнее, придется дольше готовиться
- требования на работе будут выше, наставника не будет

И самое основное - на самой работе будут выше требования

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

В итоге минус менталка. Такое мало кому подходит

Ошибка #9 Отправлять отклики когда максимально готов.

Ошибка которую делает 99% начинающих - работают в цикле качаю резюме -> отправляю отклики.

Правильно делать это парралельно.

Встали, сразу с утра разослали отклики по новым вакансиям с теми проектами, которые есть.

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

А пока не устроились - улучшаем свое резюме, свои проекты, свою самопрезентацию и парралельно везде откликаемся.