Каковы шаги изучения тем для дужинора?

А что делать тестировщикам, если будут приходить джава девелоперы и делать их работу?

Программист обязан покрывать свой код тестами, и в начале возможно придется дописывать тесты для чужого кода. Если программист не умеет писать тесты а в компании пропагандируют TDD, то тебя рассматривать не будут. И при нормальном развитии DevOps твой код не пройдет квалити гейт.

не знаю этих слов, но я знаю, что если в требованиях к вакансии есть тесты, то надо их уметь делать. Если нет, то это необязательно :)

если в требованиях к вакансии есть тесты, то надо их уметь делать Сейчас это по дефолту уже. В вакансиях могут не указывать, потому, как предполагается, что ты уже знаешь эту технологию и владеешь ей. В большинстве компаний пропагандируют TDD и если даже не указали в вакансии, то будут разочарованы, если ты не в теме. P.S. На данный момент, если ты инфицирован тестами, то ты быстро найдешь работу, а еще точнее, работа быстро найдет тебя. Инфицируй себя тестами и как можно быстрее. И тут мы снова натыкаемся на грабли, что это не так просто и не так быстро, как кажется, но к этому необходимо стремиться.

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

ну не совсем, все это уже давно обросло библиотеками, никто не пишет сортировку или бинарное дерево руками. Для паттернов нужен хоть какой-то код Для многопоточки, ну тут да можно посидеть на базовых вещах. Просто гит и мавен в базовом использовании разбираются за 1-2 дня, но возможность версионировать те же эксперименты с алгоритмами, паттернами это большой плюс, можно всегда переключиться на старый пример, без копипасты классов и создания дублей А мавен даст возможность подключить что-то готовое чтобы подсмотреть или сравнить, это просто очень удобные утилиты. Как монитор побольше или два, как удобный стул ) Без них тоже можно, но с ними удобнее

но алгоритмы и структура данных это база баз. Библиотеку можно загуглить за секунду, а знать основы надо в принципе. Для паттернов - да. Но синглтон представлен в курсе, Фабрика - тоже. Остальные шаблоны тоже ничуть не сложнее. Не знаю, для меня всё, что не сама джава и требует каких-то дополнительных телодвижений, должно изучаться после изучения непосредственно джавы. что посмотреть и сравнить? я мейвен не знаю, но качать мейвен проекты и запускать их мне это не мешает, там же одна галочка при создании проекта меняется вроде)

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

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

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

и английский

Все работающие проггеры, когда слышали, что я учил докер, сказали, что на него надо только посмотреть и знать, что такое контейнер. Всё Про облака тоже... Это джава или всё-таки девопс?

Разработчики должны быть в курсе DevOps, знать понимать принципы непрерывной поставки, понимать пайплайны, yaml это будет огромный + когда твой демо проекты крутятся в облаке и ты можешь сказать как осуществляется поставка в это облако

Часто DevOps инженер - это ты

но это же разные профессии. Можно найти чистого джава девелопера, можно с девопсами. Я бы посоветовал начать всё равно с чистой джавы + гит + базы и мейвен. А остальное достраивать уже исходя из требований в вакансиях.

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

- Java Core (Collections, Stream API, Multithreading)
- Servlets/Spring-Boot/SpringMVC/SpringSecurity
- JDBC/SQL/PLSQL/Hibernate
- JUnit,Mockito
- SOLID
- GOF Patterns
- UML
- Docker

а ещё это не просто знать, понимать, но и реализовывать. пусть и не в коммерческом масштабе. но попробовать это реализовать ты должен. чтобы потом когда показали, ты не спросил "ШО ЭТО?!"

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

паттерны без коммерческого опыта ты толком не сможешь применять. так что их нужно немного знать. если про порядок. то примерно как я выше описал. так и надо. единственное что docker сместить в конец) твоя джава с паттернами и алгоритмами никому не нужна. людям за это не платят. людям платят за работу со SQL, Spring, JUnit, и тд... за работу с фреймворками в коммерческом масштабе. а вот этот коммерческий опыт уже за собой потянет и алгоритмы, и паттерны

что за коммерческий опыт? я применяю паттерны во многих задачах. даже на джавараше есть по синглтону и по фабрике. Значит ли, что у меня есть коммерческий опыт? Или это значит, что их можно применять без этого опыта? Простите, но как можно изучать Spring, Junit, если ты ещё не умеешь писать программы на джаве? Как можно прийти на работу девелопером, умея всё, кроме как писать на джаве? Это ведь прямая обязанность и она прописана всегда в требованиях самой-самой первой, ещё до докеров и юнитов (это кстати встречал лишь на вакансиях тестировщика)

Значит ли, что у меня есть коммерческий опыт? нет. я применяю паттерны во многих задачах. даже на джавараше есть по синглтону и по фабрике это специальные задачи, где тебе говорят сделай так и сяк. эти задачи используются для того, чтобы ты познакомился/пощупал эти паттерны. не более. так что фраза "я применяю паттерны" звучит очень гордо, но по факту с реальностью ничего общего не имеет. это иллюзия) Или это значит, что их можно применять без этого опыта? без работы на проектах, где участвуют много разработчиков, используются методологии, тестировщики и так далее. когда твой код поддерживают другие совершенно люди. все твои "применения паттернов", так и останутся фразой на бумаге "я применял", что на самом деле ничего общего к реальному опыту не имеет. Простите, но как можно изучать Spring, Junit, если ты ещё не умеешь писать программы на джаве? глупо говорить, что надо выучить джаву, для работы разработчиком на Java. это как говорить, что надо в руках нож подержать, чтобы поваром пойти работать. одно без другого не работает. Как можно прийти на работу девелопером, умея всё, кроме как писать на джаве? все фреймворки написаны на Java, так что работать с ними не зная Java Core ты не сможешь в принципе. поэтому не стоит вообще говорить о том, что надо знать Java Core))) это само собой разумеющийся пункт. Это ведь прямая обязанность и она прописана всегда в требованиях самой-самой первой, ещё до докеров и юнитов (это кстати встречал лишь на вакансиях тестировщика) писать на Java это обязанность? посмешил в субботний вечер) если ты собираешься на позицию Java Developer, то все понятно, что ты должен знать Java Core. но Java Core, это не просто писать "Hello World". Java Core как минимум: - Syntax - Collections - Stream API - Multithreading - и тд и тп. и ты всё это должен знать. ещё до докеров и юнитов почитай что такое TDD.

ты кстати в курсе, что одних вариантов реализации Singleton масса? и тебе на Javarush покажут только 2, обычная и ленивая инициализация. а их на самом деле много. а ещё ты знаешь, что любой объект в Enum это синглтон? ещё момент кстати, очень важно знать английский язык, на уровне. и чем раньше ты начнёшь его учить/практиковать, тем лучше. ты можешь не знать техскилы какие то, но хорошим английским ты это можешь переплюнуть.

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

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

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