Столкнулся с тупиковой ситуацией. Как выйти?

около 2-х лет изучаю Java.
Процедурное программирование, алгоритмы и структуры данных, ООП. Проработал почти все примеры из книги Лафоре "Алгоритмы и структуры данных". Даже решал задачи из динамического программирования.
А сейчас столкнулся с тупиковой ситуацией.Топчусь на одном месте и не могу продвинуться дальше (имею ввиду чтобы взяли на работу). Алгоритмы и структуры данных я понимаю хорошо, но на этом все не ограничивается - это даже не начало.

А дальше огромное количество технологий - многопоточность, коллекции, jdbc, фреймворки. Каждая из технологий это как целый язык программирования. Нет, алгоритмически все понятно, если взять например одну отдельно взятую коллекцию - с ней все ясно и понятно. Но таких коллекций и других подобных вещей - море бесконечное!
И все это детально спрашивают на собеседовании. Начинаю все это изучать - голова распухает. Одно выучиваешь - другое тут же забывается. Например многопоточность. Есть стандартная библиотека Java (которую никто не использует), а есть Java util concured в которой огромное количество классов, структур данных и разных фишек. Или паттерны... Их куча огромная, мало того что их все надо знать, их еще надо уметь применять. Как это практиковать? На чем?
И это все надо держать в голове.

Нужна практика, но что практиковать? Создание системы банковских транзакций дома на коленках? Или выдумывать из головы корпоративную информационную систему дома? Ничего для практики придумать не могу, Java используется для корпоративных приложений, а как выдумать такую реальную задачу дома на коленках? Дома ведь нет корпорации и нет под рукой знаний чтобы выдумать такие задачи.
Курсы Ивана Головача по Java Core прослушал, информации в голове столько что мозг переполняется и взрывается. Лабороторки у него крохотные, мне они не помогли прочно закрепить в голове этот огромный массив информации.

Давно не могу выйти из этого порочного круга, прям кризис какой-то.

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

Кто сталкивался? Как выходили из этого?

Добавлено через 5 минут
И второй вопрос.

Ответте кто знает. В WEB программировании (Python / DJango как пример) такие же трудности?
Или там много практических задач под рукой, благодаря которым материал прочно закрепляется в голове?

Сложилось впечатление что в WEB (Python / DJango как пример) все проще - взял и решаешь конкретные задачи, которые востребованы на рынке. Т.е. задачи всегда под рукой, а значит рука набивается быстро и опыт приходит быстрее.
Так ли это в WEB?

0

по собеседованиям ходили? сколько раз? что спрашивали?

0

Сообщение от proton2 около 2-х лет изучаю Java. Процедурное программирование

точно Джава изучаете?

1

proton2, я правильно понял, что создаётся впечатление, что нужно знать ВСЁ? Ну то есть ВСЁ?

0

Сообщение от mandarinec по собеседованиям ходили? сколько раз? что спрашивали?

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

Сообщение от Welemir1 точно Джава изучаете?

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

Сообщение от kravam proton2, я правильно понял, что создаётся впечатление, что нужно знать ВСЁ? Ну то есть ВСЁ?

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


Попытался трезво оценить ситуацию и понять где же моя ошибка. Наверное ошибка в изначально неверном целеполагании. Я шел в сторону Enterprise. А как практиковать задачи Enterprise изучая язык дома? Систему транзакций банка не выдумаешь, интернет-магазин а-ля amazon.com тоже не выдумаешь... А почти все вакансии по Java они как раз из области Enterprise. Поэтому я не мог придумать задачи себе для закрепления материала, из-за этого забуксовал на подъеме.

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

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

0

то есть по вашему Джуниоров с Марса завозят?
Послушайте Немчинского, в Ютубе много его видео, очень интересно и понятно рассказывает, причем рассказывает конкретно что нужно знать для того чтобы пройти собеседование и там не так много для Джуниора. Чаще всего спрашивают -ООП и его киты (есть класс и его наследник, можно ли привести наследника к родительскому классу?), коллекции (а когда Аррайлист лучше ЛинкедЛиста?), многопоточность (синхронизация и блокировки, зачем Тред и зачем Раннабл)

0

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

1

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

0

Сообщение от Паблито проще всего попасть на работу по знакомству

Именно. Я хочу поговорить о человеческом факторе- почему-то его напрочь забывают. Итак, я, еле-еле душа в теле окончил институт или папуля купил мне диплом. Меня зовут посмотреть на соискателя. Естессно, поскольку я ничтожество, я на нём отыграюсь. А уж если чувак чего-то стоит, я открою книжку и чего-нибудь спрошу. А то спрошу, что ВООБЩЕ НА ФИГ НИКОМУ НЕ НУЖНО и что соискатель, естессно учесть не может. Например, представление чисел с плавающей точкой в каком-то там стандарте. В общем иди учись, чё. С дипломом хоть куда-то затешешься, а больницу какую-нибудь. Будешь опыта набираться.

0

Перенес в другой раздел. Конструктивного в это теме становится все меньше. Все кто ещё хочет поплакать, могут сделать это тут.

0

странно, вопросов в форуме много, а ответы у меня одни и те же:
Как стать профессионалом и получить возможность переехать в США?

надо запретить эти фирмы, которые спрашивают полиморфизм в C++ и паттерны на собеседовании...

0

Сообщение от XRuZzz а ответы у меня одни и те же:

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

0

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

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

0

Прошу прощения. Возвращаю тему к конструктиву. Работаю Java программистом уже второй год.
Предлагаю Вашему вниманию мой учебный проект, который я сделал в свободное от работы время для освоения темы Сервлеты и JDBC.
Предлагаю посмотреть учебный проект, созданный для освоения темы Сервлеты и jdbc

На работе используем Vaadin, а сервлеты хотел освоить чисто для себя.
Буду благодарен за конструктивную критику и советы по улучшению.

0

Сообщение от proton2 Или паттерны... Их куча огромная

Основная классификация
порождающие
структурные
поведенческие

В wiki вы можете найти почти весь список

Книги:
Gamma, Erich; Helm, Richard; Johnson, Ralph; Vlissides, John (1995). Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley. ISBN 978-0-201-63361-0.
Brinch Hansen, Per (1995). Studies in Computational Science: Parallel Programming Paradigms. Prentice Hall. ISBN 978-0-13-439324-7.
Buschmann, Frank; Meunier, Regine; Rohnert, Hans; Sommerlad, Peter (1996). Pattern-Oriented Software Architecture, Volume 1: A System of Patterns. John Wiley & Sons. ISBN 978-0-471-95869-7.
Fowler, Martin (2002). Patterns of Enterprise Application Architecture. Addison-Wesley. ISBN 978-0-321-12742-6.
Hohpe, Gregor; Woolf, Bobby (2003). Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley. ISBN 978-0-321-20068-6.
Freeman, Eric T.; Robson, Elisabeth; Bates, Bert; Sierra, Kathy (2004). Head First Design Patterns. O'Reilly Media. ISBN 978-0-596-00712-6.


Вам не нужно их все выучивать, зазубривать. Вам нужно понимание, того как они работают.

Понимание принципов SOLID, DRY, KISS, YAGNI

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

Берете читаете книгу, делаете проект, выкладываете к примеру на github. А на собеседование говорите, что применили такие то паттерны.

Всё!!! Вы приняты.

0

Сообщение от IbnMong Всё!!! Вы приняты.

всего-то 6 лет прошло....советы как раз во время

0