Почему это сложно?
Достаточно многострадальный вопрос, который для большинства начинающих программистов стоит остро, особенно в последние годы. Ни для кого не секрет, что на одну вакансию начинающего разработчика приходится сильно больше резюме, примерно 50 штук. Разумеется, такой расклад на рынке труда сильно развязывает работодателям руки касательно политики зарплат. Отсюда проистекают такие вещи, как сильный демпинг (занижение) заработных плат у начинающих разработчиков, а иногда - неоплачиваемые стажировки, на которых начинающий разработчик, хоть и низкоквалифицированный, делает свою работу абсолютно бесплатно в течение нескольких месяцев. В данной статье мы не будет рассуждать о том, правильно это или нет, и как с этим бороться. Рассмотрим лучше способы, как можно несмотря на сложившуюся на рынке труда ситуацию - обойти сложности с опытом и повысить свою привлекательность в глазах потенциального работодателя.
GitHub
Гитхаб - это чудесный сервис, который позволяет вам хранить свои проекты удаленно, да еще и делиться ими с другими, вернее, их исходными кодами. Опубликовав свой проект на гитхабе вы сможете прикрепить ссылку на свой профиль в этой сети к своему резюме и показать работодателю, что несмотря на отсутствие опыта работ вы не пальцем деланный, а кое-что умеете.
Например, вы выбрали для себя профессию Java-разработчик, очень много вакансий, достаточно высокие зарплаты относительно других каст разработчиков. Какой алгоритм действий у вас должен быть? Работодатель, как и все люди, которые хотят сэкономить, не хочет учить вас за свои деньги, поэтому он ждет, что, хотя бы базовые знания популярных технологий у вас имеются. Поэтому вы можете смело брать резюме с различных сервисов типа hh.ru и искать в них наибольшее количество пересечений, а далее - просто брать и изучать одно за другим, параллельно фиксируя свои успехи в гитхабе. Тут у вас есть три варианта:
1. На каждую технологию свой проект
2. Один проект, в которым вы постепенно будете наращивать свой технологический стек
3. Несколько проектов, где, с каждым новым проектом, вы будете использовать все новые проекты, а в закреп выставлять самые совершенные по вашему мнению
Первый вариант сразу можете отбросить, ибо часто, разные технологии выступают в тандеме друг с другом и применение какой-то одной в вашем проекте будет, во-первых, не очень показательно, а во-вторых не очень эффективно.
Второй вариант достаточно неплох, вы постоянно будете совершенствовать свой проект, но их количество в вашем профиле будет равняться одному, что сразу бросается в глаза и не очень приятно рекрутеру.
Третий вариант самый приемлемый, ибо ваш репозиторий будет выглядеть очень живым, плюс ко всему, ваши закрепленные репозитории будут содержать все, что нужно для современного разработчика.
Как выбирать хоум проекты?
Не стоит здесь сильно мудрить, возьмите что-нибудь в меру сложное, но в то же время то, с чем вы сможете справиться. Если вы хотите быть бэкенд разработчиком, то научитесь делать базовые вещи, например, регистрацию, авторизацию и передачу авторизационного токена так, как это принято в индустрии (спойлер: это не так сложно, как может показаться). Затем создавайте новый проект, где вы будете делать все, что было в предыдущем проекте с нуля, но при этом наращивайте функционал, так вы сможете набить свою руку еще лучше.
На последок.
Не робейте на собеседовании, вы не единственный такой, которого собеседуют на работу без опыта. Ваша задача: показать собеседующему, что вы лучший из тех людей, у которых нет опыта работы, что собеседовались в конкретную компанию. Если в вас увидят огонек и потенциал, то дело в шляпе и может быть вас позовут на стажировку, или, может быть, сразу оформят в штат (если повезет) на нормальную зарплату.