Pull to refresh

Comments 6

Привет!
Спасибо за статью!

Что хотелось бы добавить/отметить:

1.2. Отсутствие наставника
Для начала, новичкам хочется дать еще такой совет: ОЧЕНЬ внимательно относитесь к курсам, менторам которых вы выбираете. Курсов становится все больше, менторов - тем более и велик шанс попасть на то, где вы разочаруетесь и потратите деньги на ветер.

1.3. Узкий круг задач
Здесь скорее лучше не просто 'расширять кругозор', а посмотреть на hh и вакансиях то, что надо работодателю и развивать это. Например: увидели 'опыт работы с PostgreSQL и Kafka': попробуйте реализовать проект на этих технологиях, постарайтесь и сделайте его аккуратно, красиво, добавьте README, docker compose, попросите ревью в чатах и каналах у разных людей, послушайте критику, исправьте и сделайте это как вашу визитку. Да, не все собеседующие посмотрят это, но это будет в любом случае полезно.

2.3 Применяйте T-shaped подход
По началу не распыляйтесь и сфокусируйтесь на том, что просят работодатели.

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

LeetCode - полезен, научитесь решать спокойно задачи хотя бы уровня easy, попрактикуйтесь, чтобы на собеседовании не растеряться.

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

Помните, что ваше время ограничено и все успеть не получится - не распыляйтесь!

Про книги "Разработка на Java": это хорошие и полезные книги, но уже не новые и некоторые вещи там устарели. Опять же, "Java Concurrency in Practice" - это не книга для совсем начинающего, хоть и это крайне полезная книга.
Если уж совсем посмотреть в классику, то также полезно посмотреть "Философию Java", она тоже старая и где-то устаревшая, но все еще дает хорошие мысли. И я НЕ советую читать Шилдта.
Лучше посмотрите Хортсмана, на собеседованиях также спрашивают про GoF design patterns.

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

Также можете посмотреть мои советы новичкам в Java и заметки по Java.

И еще: смотрите mock-собеседования

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

Тут согласен, также как и с курсами - надо осторожно.

Но есть мок собеседования от достаточно известных ребят, например, тот же Пронин по питону, от подлодки есть моковые, от Хекслета.

Да и в целом вопросы послушать полезно, на мой взгляд.

Развивайте как глубину в своей области, так и ширину знаний. Например, Java-разработчику полезно изучить DevOps или основы UI-дизайна.

Технологии развиваются стремительно. Знание популярных инструментов, таких как Docker или Kubernetes, и новых языков программирования вроде Go или Rust, выделит вас среди других специалистов.

Получаем разрабы в стиле - слышал про многое, не знаю из этого толком ничего.

Умение объяснять сложные технические детали, работать в команде и понимать цели бизнеса ценится не меньше, чем знание фреймворков.

Для кого? Для джуна?

"Java Concurrency in Practice" — Брайан Гетц

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

Отличные советы чтобы навичок все забросил.
Вот есть новичок. Ему итак сложно, он итак перегружен даже той базой знаний что требуется от него здесь и сейчас. А сейчас от него требуется изучить нормально язык программирования, текущие фреймворки, подходы, git, жизненный цикл разработки и т.д., чтобы он хотя бы смог самостоятельное работать и закрепиться в профессии, стать полноценным разрабом.

А Вы ему предлагаете дополнительно изучать Go, Rust, Docker, Kubernetes, многопоточку и учиться решать алгоритмы.

Мне не хватает кармы плюс поставить, поэтому оставлю плюс этим комментарием.

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

Sign up to leave a comment.

Articles