Frozen Coder

Learning how to learn

Меньше слушайте всех, больше делайте руками. "Вам будет очень сложно" - это субъективная оценка. Подходите к новому языку как к новому (не смотрите на него как на свой старый с другим синтаксисом). Не пытайтесь притащить свои старые привычки на новый язык. Есть некоторые аналогии, но всегда интересуйтесь, а как тут принято делать "это".

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

А сходите в армию, там за вас всё решат, что вам делать и куда развиваться. А можно в универститет. В 18 лет самое то, в какой-нибудь столичный. А может стоит уже взять отвественность за свою жизнь в свои руки и самому решать? Вам вот всё нравится, а что из этого всего вы делали руками? В каждой области уже по проектику написали учебному? Вот как, скажите, пожалуйста, как люди из интернета могут за вас решить, что вам понравится и что вам делать? Мне вот нравится на java кодить, вы тоже кодьте на java - такой совет вам нужен? Попробуйте всё понемногу, делайте-делайте-делайте, а не просто читайте. Найдите то, что вам действительно нравится и по кайфу и по максимуму вкладывайтесь туда. Если будете бежать только за деньгами, то однажды проснётесь с осознанием того, что ненавидите свою работу и жизнь, и пойдёте строчить статью на eb-e.it о том какое IT гуано. Серьёзно подумайте о переезде либо готовтесь вертеться как уж на сковородке, чтобы получить удалённую работу - работа в провинции, чаще всего, такое себе безальтернативное болото.

Не считаю себя хорошим программистом и профи, пока в процессе. Могу поделиться своим ИМХО.

Часть 1
1. Готовое использовать тоже надо уметь и знать, где это готовое найти, которое помочь может, какое готовое хорошо, а какое будет лишним.
2. П.1 не исключает возможности писать велосипед. Писать велосипеды полезно для себя, чтобы глубже разобраться в работе готового, в процессе подглядеть на готовый код, подумать как написал бы сам. Мб писать узкоспециализированные велосипеды, которые подойдут именно вашей задаче лучше, чем готовые, но универсальные решения.
3. Я работаю full-stack. У нас все такие, ибо народу не так уж много. Периодически устаю от этого, но периодически не представляю себя без возможности писать и на фронте, и на беке. Если вам по душе решать задачу от начала и до конца, то почему нет? Главное, чтобы в кайф. Возможно стоит в таком случае развиваться периодами - выделяем период и изучаем это направление, потом переключаемся на другое. А возможно надо отталкиваться от конкретной задачи и в её рамках изучать как решить её на клиенте, а как на сервере. Чтобы переключаться и читать любой код, надо обладать широким кругозором и знать базовые концепции, Computer Science, паттерны, парадигмы и т.п. Чтобы делать это быстро, нужен опыт. Когда однажды решал что-то подобное, то второй раз решить это будет проще и быстрее. Ещё полезно держать руку на пульсе и слушать, что сейчас в IT вообще твориться, чтобы знать куда копать, если возникнет необходимость - я покрываю это подкастами и статейками из всяких еженедельных рассылок.

Часть 2
1. Английский каждый день, хоть 10 минут, но каждый день. Читать, смотреть, слушать. В идеале ещё и говорить.
2. Дискретка - да. Например, есть книжка Дискретная математика для программистов. Вышка, матан - ну хз, смотря, что за задачи решать, большинству не особо то и пригождается.
3. Алгоритмы и структуры данных - да. Какие-нибудь классические книжки по этому делу. Кормен, например. Но вот тут, имхо, нужно писать велосипеды! Изучаете алгоритм или структуру данных, описание на естественном языке, а потом берёте ваш любимый ЯП и реализуете этот алгоритм по описанию сами. Затем ищите в интернете его "эталонную" реализацию, сравниваете с вашим велосипедом. Как книжку пройдёте, то мб захочется углубиться в какую-нибудь сферу Computer Science. Ещё есть Open Source Univercity - https://github.com/ossu/computer-science - это сборник лучших бесплатных материалов по CS в сети, как бы онлайн-образование в сфере CS. Сам не проходил, но в планах туда заглянуть есть)
4. Паттерны, как и п.3
5. Изучите пару ЯП с парадигмой, отличной от привычной вам.
6. Если вы в web, то надо познать как работают сети.
7. В идеале познать ОС, в общих чертах как устроена, как работает. Команды оболочки, поадминить какие-нибудь сервисы в мини-сети из виртуалок, пожить немного чисто в консоли.
8. Принять участие в Open Source. Вы же пользуетесь готовыми штуками. Возьмите небольшую такую штуку, посмотрите как она устроена внутри, сходите на её гитхаб, посмотрите issue, мб там нужна ваша помощь. Часто есть issue, отмеченные для новичков. Тут одни плюсы - разберётесь в готовой штуке, сделаете её лучше для себя и для других, получите гордое звание контрибьютора).
9. Не слушать таких людей, как ваш начальник - это у него не получится, а вы на себе крест не ставьте, вам до пенсии ещё кодить и кодить.
10. Ну и писать код, больше кода богу кода.

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

У React ниже порог вхождения, но если для создания соц. сети, то тут есть подводный камень в виде пользовательского соглашения - если напишите конкурента фейсбука на React, то фейсбук имеет право прийти и нагнуть вас за такие дела. Не в курсе убрали они это или по сей день актуально.
И зря вы так боитесь Redux изучать там практически нечего - есть статья в картинках как для детей, и мучиться с ним вообще не надо. Мне так думается, что с новым ангуляром вы намучаетесь намного больше, чем с React + Redux (Typescript + RxJS + DI + особенности фреймворка + подводные камни).
В остальном полностью согласен с Олег Гамега.

Напишите файловый сервер с возможностью загрузки файлов через ftp-клиент, через web-морду, через SOAP ( или REST), через мобильную приложуху с аутентификацией, базой юзеров, также можно в базе хранить какую-нибудь метоинформацию о файле. Например, может быть такой маленький личный фотоальбом с подписями(блог-постами, комментами etc.), фотки из которого доступно скачать и залить повсякому. Попробуете всё.
web и Java = Enterprise. Это приложения масштаба предприятия, т.е. они как-то автоматизируют его бизнес-процессы и документооборот, переносят его работу в web и электронный формат. Они также могут общаться с другими приложениями, системами. Отсюда пляшем. Вам нужно какое-то предприятие, у которого вся работа в оффлайн, всё плохо, бюрократия и ад. Придумайте сложный бизнес-процесс со сложными сущностями. Разный и изменяющийся во времени и пространстве уровень доступа. Интеграция с другими приложениями или гос.сервисами. Электронный банк, электронные платежи, электронная валюта. Наворотить можно много чего.
Начните с малого - какой-нибудь справочник-реестр с функциями CRUD - создать, прочитать, редактировать, удалить запись. Далее прикрутите систему прав и ролей пользователей(не все могут создавать, редактировать и тем более удалять). Добавьте работу с файлами - скачать, загрузить, экспорт в pdf и exel. Продолжайте накручивать своё приложение функционалом - личка и чат, доска объявлений, имитация отношений начальник - подчиненный (тайм-менеджмент, таск-менеджмент, сбор отчетов каких-нибудь по работе), уведомления (в почту, в системе, м.б. попробовать с смс), напишите другую маленькую систему и заобщайте их между собой по SOAP или REST(например, другая система может читать из справочника и что-нибудь туда писать). Берите какое-нибудь гипотетическое предприятие (склад, магазин, автосервис, школа, больница, завод и т.д.) и представьте, что ему надо свой документооборот перевести в электронный вид и максимально автоматизировать бизнес-процессы.
Из фреймворков - семейство Spring.

Везде есть как интересные, так и скучные задачи. Вам выбирать, на первых порах вам скучно не будет, в любом случае узнаете много нового, а потом уже можете пойти и искать другие задачи, места работы. Что-то слабо верится, что в СПБ мало вакансий и они все унылые. Можете расти как в ту, так и в другую сторону. Всё действительно зависит от ваших предпочтений и получаемого удовольствия. Вообще, далеко не везде спешат внедрять самое новое и это не зависит от языка и платформы - никто не хочет неоправданно рисковать переходом на новьё без особой на то выгоды. Я бы посоветовал в web. Может станете fullstack. Изучите клиентскую часть и, если уж так не понравится в Java-мире, потихоньку переплывете во front или js-мир. Уж его то прям колбасит от новых технологий, не соскучаетесь.)

Лучший вариант найти стажировку, где могут дать покодить кусочек реального проекта, а затем устроится джуном. Найдите список вопросов собеседования на джуна Java. Посмотрите, что не знаете и подтяните эту область. Не можете найти стажировку, тогда сразу пробуйте ходить на собеседования. Там сразу поймете, что вы еще не знаете -> Делаете выводы, готовитесь -> Идете на новые собеседования.
Сертификация больше для души и для себя. В процессе подготовки и решения заданий можно разобраться в мелочах и нюансах Java. НО! Вы с большущей вероятностью не встретите на практике подобные примеры кода и ситуации, которые встречаются в вопросах сертификации. Вот очень хорошая книжка для подготовки, но для 6 версии.
https://www.amazon.com/SCJP-Certified-Programmer-J...
Кроме того, в некоторых компаниях можно пройти сертификацию за счет работодателя.