С паттернами ещё такая фигня есть, что они бессмысленны на мелких задачах. Поначалу не понимаешь, зачем городить кучу лишнего кода, если оно и проще нормально работает. Потому что с проблемами, для которых придумали паттерны, ещё не сталкивался.
Паттерн команда + фабрика команд идеально подойдет для простого приложения консольного, где нужно те или иные действия совершать в зависимости от введенных пользователем команд
Смысл паттернов не только в том чтоб их использовать в проектах на миллион кластеров и миллион юзеров, а в том чтоб приложение соответствовало SOLID, и не пришлось при добавлении фичи переписывать половину кода
Да много где на самом деле. Я общался с мидлами, с целью пособеседовать и понять, что ещё нужно подтянуть. Чтобы не только собеседование пройти, но и первые месяц-два иметь хоть какую-то базу полезной практики.
Да много где на самом деле. Я общался с мидлами, с целью пособеседовать и понять, что ещё нужно подтянуть. Чтобы не только собеседование пройти, но и первые месяц-два иметь хоть какую-то базу полезной практики.
Наверняка не без этого, но не суть. Идти на джуна или стажёра за 15к в месяц возможности нет, тк текущую работу так и так менять и терять доход с неё. А для зп на уровне моего минимума нужно будет давать какой-то вменяемый результат уже на 1-2 месяце работы.
Наверняка не без этого, но не суть. Идти на джуна или стажёра за 15к в месяц возможности нет, тк текущую работу так и так менять и терять доход с неё. А для зп на уровне моего минимума нужно будет давать какой-то вменяемый результат уже на 1-2 месяце работы.
Не надо лезть в паттерны. Джуну не скажут - отрефактори тут стратегией или не пометят комит как "нарушение SRP" с намеком сделать фасад. Зато скажут - тут вот stackoverflow вылетает при вызове toString, надо поправить. И такие штуки надо без гугла решать на автомате, задачи подобного уровня
Вы неверно поняли. )) Без теории учить нет смысла, это верно, но теории-то как раз с избытком. Того же же Эккеля прочесть для кора хватит за глаза. Добавить банду четырёх. Где брать теорию по Спрингу пока не смотрел, но он скорее всего на практике будет изучаться.
В Книге "Spring для профессионалов" половина книги отведена теории про инъекцию зависимостей, инверсию контроля, аспектно-ориентированное программирования и т. д.
Не надо лезть в паттерны. Джуну не скажут - отрефактори тут стратегией или не пометят комит как "нарушение SRP" с намеком сделать фасад. Зато скажут - тут вот stackoverflow вылетает при вызове toString, надо поправить. И такие штуки надо без гугла решать на автомате, задачи подобного уровня
>Конкретно нужна наработка практики на джуна. Или обсуждение на форуме/комментах. Или хотя бы с примером верно выполненной задачи.
В интернетах много всяких тестовых. Делаешь какое нибудь по отделъным вещам можно спрашивать в каналах как тут а так если только если ментора оплачивать
>Задача пройти собеседование и иметь навык для первых 1-3 месяцев работы.
На первые 3 месяца нужно кор, работа с бд и немного работы с вебчиком