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

вас вот никто не отбирает

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

Повысит ли сертификация вашу рыночную цекнность? да, такая вероятность есть, хотя я лично оцениваю ее как низкую (ну просто потому, что работодатели крайне скептически оценивают сам факт наличия сертификатов у кандидатов, если это не juniors конечно). Но моя оценка это всего лишь мое личное мнение - совсем не обязательно верное

Сможете ли вы получить какой-то эксклюзивный опыт из процесса подготовки к экзамену, на что вы рассчитываете? возможно, но опять таки сомневаюсь - эти сомнения основываются на двух вещах - во первых на опыте своей сертификации (очень давно) - нету там ничегополезного для реальной жизни, а во вторых на богатом (четверть века) опыте работы в мире java - я видел очень много сертифицированных java разработчиков (и даже сейчас их "вижу"), которые не способны написать толковый код - один такой деятель неделями не может пройти code review - ну совсем все плохо там... но сертивикаты есть - два... а то-ж! компания оплатила и премию выписала, да зарплату повысила.... осталось только код научиться писать и совсем хорошо станет

Миф распускаемый теми кто эти сертификаты выдает
Впрочем у мифа есть некоторые оснорвания - Сертификация выглядит привлекательно в глазах аутсорсеров - они предлагают услуги субконтракторов и с их точки зрения наличие у этих субконтракторов сертификатов выглядит достаточно выигрышно.

Но опять таки все это довольно большая условность. В частности сертификация java давно потеряла свою привлекательность как в глазах аутсорсеров так и в глазах их клиентов (возможно за одним исключением - junior developers)

Так сейчас популярны сертификаты облачных провайдеров, каких-то конкретных программных продуктов... некоторых... Но это опять-же главным образом у аутсорсеров. Когда нанимают в шткт обычных компаний - продуктовых ИТ компаний или компаний где ИТ не является основной областью деятельности сертификаты не придают особого веса соискателям - на собеседовании к соискателям отнесутся одинаково вне зависимости от наличия или отсутствия сертификатов и наличие сертификатов не будет являться преимуществом даже на этапе предварительного отбора кандидатов. Я вообще нигде не упоминаю о своих сертификатах (даже не помню точно как они называются) ни в резюме ни в линкедине. Последний я недавно был вынужден вообще закрыть для публичного доступа - количество домогательств на тему "не хотите ли поменять работу" резко выросло в последние три месяца. Если это по почте, то это еще фигня - просто удаляем и все, но они-ж блин звонят по телефону!

Так что сертификаты МОГУТ помочь, но только в каких то специфических случаях и далеко не все - даже аутсорсерам по больщому счету по барабану наличие этих сертификатов ибо при достаточной мотивации требуемые сертификаты будут получены уже после найма (а иногда это даже преимущество ибо в крупных компаниях есть служюы отвечающие за личное и профессиональное развитие сотрудников - это их хлеб и они только рады если есть что получать)

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

Ну ваша сертификация ничего такого не предполагает - филькина грамота, она и есть филькина грамота

это не кажется - все это уровень разработчика с 2-3-мы годами разработки на java. это что-то вроде "детских ошибок"

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

ну вы можете дать другую статистику, которая опровергает эту...
есть у вас такая? эта кстати за 2021-й год

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

вот приложения для мобильных устройст да - пишутся на java и, в последнее время на kotlin (что впрочем практически одно и то-же). Но и там в принципе java не является монополистом похоже вы слышали где-то звон, а о чем он вы не удосужились узнать. Особенно доставляют ваши представления о приличности :)
начнем с того, что сравнивать ORM для Java и JDBC, объявляя последний "приличным", а все остальное не приличным, это как сравнивать автомобили, тепловозы, самолеты и "всякие транспортные средства" с двигателем внутреннего сгорания, добавляя, что кроме этого двигателя ничего приличного нет.

Можно реализовать приложение с доступом к БД (возможно и не одной) используя JDBC? вне всякого сомнения! Точно также как можно взять двигатель внутреннего сгорания, поставить его на какое нибудь шасси, установить колеса, коробку передач... зеркало заднего вида... и перевести груз или пассажиров их точки А в точку Б

Далее (это я исключительно в целях вашего просвещения):
javaEE, это не продукт и не библиотека и даже не фреймворк. Это набор спецификаций (буквально - это набор документов которые описывают ту или иную спецификацию), коих насчитывается что-то в районе сорока штук (число меняетс по мере появления новых версий javaEE). Примерами таких спецификаций являются Servlets, JSP, JSF, EJB, JPA итд. Для тех или иных спецификаций может поставляться "образцовая реализация" (reference implementation), но вообще говоря кто угодно может взять и реализовать эти спецификации, так что на рынке существует множество поставщиков javaEE платформ. Само поняние javaEE платформы подразумевает набор обязательных для реализации спецификаций. В итоге мы имеем множество конкурируюзих между собой платформ (только в первом эшелоне их около десятка) - и все реазизуют заявленную версию стандарта javaEE (не все спецификации, но как минимум обязательные к реализации), плюс обычно некоторое количество проприетарных расширений. Но в целом разработчки который работал с WildFly с минимумом напрягов сможет работать с WebLogic или с Websphere

Spring Framework (и сейчас обычно вкупе с ним используемый Spring Boot) - сам по себе он не является реализацией стандарта javaEE, однако он предоставляет средства которые позволяют построить платформу javaEE. Фактически этот фреймворк является средством эффективной интеграции сторонних библиотек и фрейморков и в этом смысле он не имеет целью разработку в рамках стандарта JavaEE. Более того, в течение последнего десятилетие Spring фактически является альтернативой решениям на базе JavaEE. Причем альтернативой чрезвычайно эффективной - настолько, что сейчас общепринятым мнением является такое, что классические javaEE решения это удел динозавров. Но мы конечно имеем огромное количество унаследованных решений и посему javaEE вполне комфортно себя чуствует, и даже под натиском конкурентов как-то мутировать (в этом смысле сейчас уже у Spring появились новые конкуренты)

Struts.. не знаю где вы про него услышали (и главное когда), но это опять таки не реализация каких либо стандартов javaEE. Это MVC фреймворк, который построен на базе Servlets (не в том смысле, что он реализует эту спецификацию, но в том, что для функционирования ему требуется та или иная реализация спецификации Servlets - причем любая в рамках заявленной поддержки версии). Этот фреймворк чрезвычайно старых и сейчас практически никем не используемый (за искючением случаев поддержки и развития унаследованных решений). Ожнако на рынке масса других MVC фреймворков, но опять-же их популярность сейчас не сильно высока в силу того, что поменялась общепринятая концепция построения архитектур включаюзих в себя фронтенд в том или ином виде - сейчас принято реализовывать логику UI на клиенте а не на сервере (справедливости ради нужно сказать, что современные версии Struts также поддерживают подобные архитектуры но.. поезд уже ушел). Т.е. сегоднящние MVC фреймворки по большей части реализуются (или транспилируются) на JS. Поэтому к слову сказать сегоднящние java разработчики это часто еще и javascript разработчики (а также typescript, dart, clojurescript разработчики итд.)- ну по крайнйе мере сие весьма ценится рынком

"всякие ORM для Java" - здесь немного сложнее - изначально такие фреймворки не явялись реализацией какого либо стандарта (javaEE или какого-то еще). Также как и в случае со Struts и Servlets, ORM framework требует для своей работы ту или иную реализацию JDBC - все равно какую (в рамках декларируемой поддерживаемой версии спецификации), и также как и в случае со Struts и Servlets, ORM framework не является заменой или расширением JDBC. Фактически такие фрейморки предоставляют возможность реализации объектной модели данных с привязкой этой структуре хранения в той или иной СУБД (или сразу нескольких). Любое java приложение которое взаимодействет с БД и при этом не использует какого либо ORM фреймворка имеет в своем составе самопальный фреймворк написанный на коленке, часто без всякого проектирования (при примерно в 150% слвучаев) и почти всегда очень криво, с кучей багов и костылей и низкой производительностью (хотя изначальной целью такого подходя обычно являлется как раз стремление получить выигрыш в производительности). Пожалуй первым [успешным] фреймворком такого рода стал hibernate, который и сейчас не утратил актуальности. Но и у него сейчас масса конкрентов (особенно с учетом NoSQL БД, для который имеются свои ORM). А в числе стандартов javaEE появился JPA, который и реализуется всеми этими фреймворками

Теперь отвечаю на ваш вопрос - что ищ перечисленношл "реально используется в разработке"? Ответ очень прост - ВСЕ (за исключением пожалуй что Struts - просто устаревший фреймворк). А помимо перечисленного еще очень много чего другого используется. Так например, я упоминал, что сейчас у Spring появились конкуренты - это фреймворки вроде Quakrus - взяв все лучшее от Spring они предлагают разработку заточеную под k8s т.е. это фактчиески фреймворк для разработки микросервисов (обычнычные серверные и консольные прилдожений тоже можно разрабатывать, но в этом смысле преимуществ по сравнению со Spring в общем-то никаких). При этом quarkus приложения могут компилироваться в нативный код, так что на выходе мы получаем производительность и скорость запуска приложения не сильно уступающие аналогам написанным на golang. Все прочее - интеграния со сторонними фреймворками и сервисами аналогичто тому, что предлагается Spring (ну не все реализовано, но как минимум заявлено). Конечно Spring тоже в принципе умеет то что делает Quarkus, но для последнего микросервисы это основное под что он заточен, в то время как для Spring это просто возможность реализованная дополнительными средстами

Так что так и живем - бесчисленное количество технологий и вреймворков которых нужно как минимум ориентироваться. Это даже не считая того, что java разработчик как правило имеет смежные специализации, в том числе и в рамках использования друших ЯД (JS, python, kotlin, clojure, scala, etc) Собственно это одна из причин того, что я обычно отговариваю людей среднего и старшего возраста от изучения java (ну может если только в качестве смежной профессии - без отрыва от основной) - помимо собственно java нужно изучать множество вещей, которые непосредственно к ЯП не имеют какого либо отношения. А все что касается java как платформы развивается чрезвычайно бурно - пока вы будете освивать одно, оно устареет и потребуется осваивать что-то другое, причем быстро - старпер здесь будет в роли догоняющего очень долго. собственно и молодой разработчик тоже, но для него это будет нормальным развитием карьеры, в то время как для старпера... он выйдет на уровень квалифицированного специалиста тогда, когда ему уже на покой будет пора... Хотя все зависит от самого человека конечно. Но если бы вот сейчас я выбирал бы специализацию... причем независимо от возраста, я бы java не выбрал - это несмотря на то, что я довольно востребованный, и довольно высокооплачиваемый профессионал, не имеющий каких либо проблем с занятостью даже теоретически. Ну просто потому, что сейчас есть более эффективные пути развития карьеры (и благосостояния соответственно) - дочери например я все объяснил и она в мир Java уже не стремится (хотя поползновения были)

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

И вы видимо не очень хорошо умеете читать на вагем родном языке. Я утверждаол, что ORM НЕ ЗАМЕНЯЮТ JDBC и не конкурируют с ним. Более того - любой ORM написанный на java ВСЕГДА использует JDBC - без него никакие фреймфорки не возможны (это конечно некоторое преувеличение, но речь идет о разумных трудозатратах)

Поскольку вы наверное не сможете осилить то что я написал я попробую попроще - JDBC это спецификация, реализация которой позвляет исполнять SQL запросы к реляционным БД. Однако при написании приложений на java необходимо результаты этих запросов отображать на некоторую объектную модель данных - это неизбежно в любом более или менее серьезном приложении. Разработчик может реализовать это отображение самостоятельно, фактически создав свой собственный незалежный ORM - в абсолютном большинстве случаев это будет соверенно чудовишное с архитектурной точки зрения ешений, которое изобилует багами и костылями (я таких решений видел множество, да и сам помнится писал - когда никаких ORM вообще не существовало в природе). Или же он может использовать готовый ORM. Но сравнивать JDBC c ORM во первых глупо, а во вторых демонстрирует низкую профессиональную квалификацию.

Но вот сравнивать технологичесие решения с использованием ORM или без оного вне всякого сомнения можно и нужно. Речь идет именно о сложности приложения. В современном мире доминирует микросервисная архитектура - совокупность небольших приложений работающих согласованно, прием каждое из этих приложений обладает своей БД. В этом конкретном случае использование ORM может оказаться избыточным - в этом случае имеются более простые решения для построения отображения запросов к БД на объектную модель данных. В частости Spring Framework в своем составе содержит Spring Data Jdbc - как ра для написания относительно простых приложений с доступом к БД. Аналогичные возможности предоставляет Quarkus (причем оба фреймвора таже предоставляют и интеграцию с ORM в случае нужды). Есть и сторонние фремйворки исполняющие данные функции.

Хотите писать на чистом JDBC? да не вопрос - ищите того, кто будет вам за это платить и вперед! любой КВАЛИФИЦИРОВАННЫЙ разработчик обожает ORM. вы-же таковым не являетесь - вы лжец Вот-вот - лжец потому, что вы ничего не понимаете в жтом вопросе - совсем ничего. Абсолютно! Вы даже не потрудились открыть страницу википедии посвященную JavaEE - хотя-бы ее - на большее рассчитывать глупо мои слова подтверждают одно - вы ничего не понимаете в java а все ваши утверждения об обратом простая и незатейливая ложь

все для вас :)

Привожу вашу фразу где вы изволили солгать:

Я тут набрал группу подростков для обучения java
И должен сказать, что не в последнюю очередь благодаря вот этому топику (не ну меня давно агитировали друзья у которых есть дети примерно того-же возраста что и моя дочь, плюс ее друганы. Дочь я учил питону и JS, но она вот восхотела именно java - у нее свои резоны и вполне обоснованные)
В общем пока я в отпуске был, вспомнил этот топик и.. подумал, что я же могу объяснить что такое ORM просто начав с реализации простых запросов с использованием JDBC, и постепенно, шаг за шагом реализовать простейший мэппинг а потом расширять его функциональность (причем делать это в виде домашних заданий для студентов)...

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

На очереди - реализация простейшей реализации аналога JDBC (с готовым парсером - мне скучно писать парсеры), простейшей реализации аналога сервлета (без JSP) - речь идет именно об аналогах а не о реализации стандартов...

Вот - курс будем вести вдвоем со своей знакомой (она и раньше вела подобные курсы, она-же организует помещение и оборудование) - все родители горячо одобряют (практически все они ИТ специалисты).

Сейчас не готов - в процессе разработки курса (который кроме собственно java будет включать на каком-то этапе kotlin, html/js, GIT, JIRA и Jenkins). Не знаю что их этого получится, но сейчас мне интересно как никогда еще не было

Могу потом выложить отдельные уроки для деда-попыхета, если ему будет интересно.

Дык-ть!

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

в общем речь идет о том, чтобы приджать ускорение группе подростков которые уже имеют сильную мотивацию - нужно просто направить их энергию в нужную сторону и сократить издержки. В качестве примера - одно дело когда ты читаешь главу в "алгоритмах и структурах данных", посвященную B-Tree, и совсем другое, если ты реализхуешь этот алгоритм для поиска строк в доморощенной БД - наличие практического результата, который можно пощупать, и с которым можно поиграться это мощный стимул - по себе знаю...

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

рассчитываем на один год, 2 раза в день по 2.5 часа. Один день "лекционный" - т.е. рассказываем-показываем-выдаем домашнее задание. Домашнее задание выкладывается в bitbucket репозиторий, проверяется удаленно, если нужно - исправляется. Второй день - практические занятия, колективная или индивидуальная работа - определяем функционал который желаем разработать, разбиваем на задачи/подзадачи, используем jira, разбираем прошлые задачи, выявляем проблемы итп... опять-же домашее задание. Дома понятное дело родители еще впрягаются - помогают по мере сил, ну и взаимовыручка опять-же (да честно говоря любо дорого было смотреть как они питон изучали - это университетский курс, но его можно взять в гимназии с зачетом академических балов - как они самоорганизовались!!! прям завидно стало). Летом (как этим, так и следующим) родители завязываются узлом, но организуют практику в своих или дружественных компаниях (я например беру двоих).

какие деньги? о чем вы? И вообще при чем тут вы?

Я не понял.. я каким-либо образом мешаю вам "быстро хелп глянуть"?
Ну тогда звиняйте - это не входило в мои намерения...

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

ну не мое, не ваше... собственно ваге мнение оно.. как бы это помягче... ну сходите в лес...

ага - вы в этом специалист

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

потому, что он осваивает (вроде) java и при этом является специалистом по БД - ему такой вариант возможно будет удобнее. Есть еще один нбанс - как раз у специалистов БД чаше всего возникает вопросы вроде "зачем все эти ORM" и "ORM замедляет работу с БД".

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

Ну и самое главное - вопрос "зачем нужен ORM" он вообще отпадает. Да от точно также отпадает у любого более или менее квалифицированного разработчика, но это когда еще будет. А знание основ позволяет легко осваивать любую ORM.

Ну вот как-то так...

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