razlivЗдравствуйте,

Уже практически 3 года как работаю с Java SE, интеграционные проекты(в основном
веб-сервисы(ws-rest, soap)). За это время стал твердым Ява СЕ программистом, сдал
сертификацию - java certified professional 8.

Хочется расти в сторону Ява ЕЕ - сам имею опыт работы со спрингом. Какую литературу/
видео - вы можете порекомендовать по Ява ЕЕ ?
Не нужно ходить в EE. Ничего там уже лучшего не будет. Делая ws-rest, soap вы спокойно поднимете те-же деньги.
Вообще чем крупнее проект тем он более нудный. И в нем будет больше легаси. (Я гарантирую это). Вы даже
можете скатится с любимой восьмерки на шестерку. Это вполне реально.

Вобщем не ходите в EE. Там очень скучно и ничего вобщем-то нет. Программисты EE - это просто клерки
которые аккуратно реализуют спецификации. Причем они сами уже не знают зачем эти спецификации нужны.
Ну и самая возговыносящая вещь - это ORM-ы. Они везде где нужно и где не нужно. Они мешают и раздражают.

Вообще мир Java сейчас застыл в стадии поиска или нащупывания лучших практик. Тоесть такого бурного языкового
или фреймворкового роста как в при Java 1.5 уже нету. Основные фреймворки написаны и работают.
Язык - работает.

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

RonibGreatmayton,

Вообще наблюдается такая ситуация что за последних 5-8 лет было изобретено столько фреймовоков что от одного слова фреймок уже тошнит. Много проектов собственно завалились из-за того что подписались на фреймвок и застряли в нем с его ограничениями и подводными камнями, которые трудно или вообще не разрешимы. Стоимость проектов превысила все допустимые финансовые границы.
Менеджеры уже перестают слушать когда слышат в речи слово "фреймвок".
Да. Если программисты учредят священный трибунал который будет судить фреймворкеро-строителей
- то я согласен в нем быть председателем.

RonibGreatИ как ни страно, Ява ИИ дает предсказуемый результат при разработке проектов с небольшой допустимой девальвацией в 10-20% как по бюджету так и по времени. Остальные же, к примеру, яваскриптовые фреймоки улетают 200-300% выше запланированого бюджета.
Так что есть смысл поднимать ява ИИ. Ява ИИ как старый Кобол - он работает и выполняет задачи и жизнь спокойна и хорошо оплачиваема.
Наличие или отсутсвие EE в стеке ваших технологий вовсе не гарантирует успеха. Я-бы даже более сказал.
Вместо главного вопроса - покажите вашу архитектурную диаграмму - сегодня просто спрашивают у вас EE?
Ooooo! Ee! Это мать его впризнак что у вас всё круто! Ребята! Смотрите! У этих пацанов есть EE!!

Вроде как сертификацию прошел.

andreykaTС другой стороны после какого то момента уже пофигу на каком фреймворка писать. Ее так ее. Спринг так спринг.
Бородач-программист которому было далеко за 50 как-то сказал что после "Perl" уже пофиг на каком ЯП
писать и после выучивания спецификаций RFC в части сетей и протоколов уже пофиг на новые протоколы.
Ты просто видишь мир в его медленном и плавном развитии. Ничего нового нет. Всё - пережовывание старого.

Лысый дядькаRonibGreatВообще наблюдается такая ситуация что за последних 5-8 лет было изобретено столько фреймовоков что от одного слова фреймок уже тошнит. Много проектов собственно завалились из-за того что подписались на фреймвок и застряли в нем с его ограничениями и подводными камнями, которые трудно или вообще не разрешимы. Стоимость проектов превысила все допустимые финансовые границы.
Менеджеры уже перестают слушать когда слышат в речи слово "фреймвок".

Всегда считал, что ИТ-специалисты это люди прежде всего умеющие работать с информацией. Как же так получается, что "много проектов завалились" из-за того, что айтишники не смогли отделить зерна от плевел и агнцев от козлищ? Тут либо специалисты такие, либо проекты такие, они бы и сами загнулись безо всяких дополнительных причин. Те фреймворки, на которые стоило делать ставки 5-8 лет назад, никуда не делись - живут и развиваются и их не сказать, чтобы было как-то очень много. Понятно, что всякие поделки от суперпрограммистов типа нашего вади появляются как грибы, но это вы себе по затылку должны лупить, если втащили это в продакшен.
Пендосы проводили исследования. 80 % фейлов проектов - это неудачные коммуникации. Грубо говоря - мало общались
с представителем заказчика.

Аутисты хреновы.

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

1) на основе остаточных знаний. Тоесть вариант - "мы так раньше всегда делали и летало".

2) генеральный синьор-помидор грызя карандаш и глядя в потолок прикидывает ... значить так.. есть
небольшая фора... до первого релиза еще пол-года. Попробуем насетапить пилотную часть проекта на новом
модном фреймворчике... Он Вроде ничо так. Тем более что кодящие мартышки
есть и готовы рвать и метать. Если чо... ЗА 2 дня до релиза я сяду и перепишу на Спринг-Бут

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

Забавно что уже по факту применения стандарта нет оценки качества его применения. Тоесть он есть но нет сравнения.
Как было "без него".

4) На основе покупки аккаунта в GoogleCloud, AWS. Купили - изучили рекомендуемые фреймворки и погнали кодить.
Ситуация почти безвыходная. Поднимать Spring-приложение в VPS - обычно дорого. Ведь их нужно много. И поэтому
ищут смежные решения (serverless) а они уже требуют декомпозиции вашей архитектуры на атомы того же гугла или амазона.
И эти атомы тоже не всегда удобные.

RonibGreatА вообще Ява ИИ всего лишь спецификация (набор интерфейсов), а всякие Спринги, Хибернейты, ИДЖБ - конкретная реализация. В любом случает Ява ИИ надо знать как основу.
Spring - это EE ?

Ладно проехали. Пускай будет EE.

Когда я учился в универе. То меня учили давать всем сущностям определение.
Тоесть если мы определили предмет - то мы можем дальше говорить и делать суждение.
Например:

Биссектриса - геометрическое место точек равноудалённых от сторон угла.

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

Например:

JavaEE - это набор спецификаций.... документов ... рекомендаций...

Технологии EE - подразделы Java EE которые детализируют....

Spring - современный фреймворк который ...

GlassFish - современный фреймворк который ...

И далее как в юриспруденции. Если мы определили предмет - мы можем спорить. Судить. И так далее.

RonibGreatЛысый дядька,

Да мне пофиг. Если тебе скажу простую задачу и как ее реализовать в Спринге незная ЭЕ:

Задача:
В Oracle базе есть запись и одно из полей INTEGER. Поле может быть заполнено, а может быть просто введен ноль.
Но при использовании Spring/Hibernate и всех его приблуд на гора выдается всегда ноль в обоих случаях.
Как узнать был введен ноль, или просто ничего не вводилось?

Tip: без знания JEE этой задачи не решить..
А как вы определили @Column? Integer? или int?

Лысый дядькаRonibGreatНо при использовании Spring/Hibernate и всех его приблуд на гора выдается всегда ноль в обоих случаях.
Прискорбно! Я использую MongoDB. Может быть неправильно использую? Что именно мне надо почитать из мира Java EE чтобы более лучше эту СУБД использовать со спрингом? Да, еще RabbitMQ и grpc.
Достаточно туториалы по SpringData.

По RabbitMq не скажу. Не специалист.

RonibGreatmayton,

Ну можешь опеределить как NUMBER. С другими базами тоже может быть эта проблема - с другими базами не работал, или точнее небыло такой задачи.
Да я не про это. На про базу. На уровне ORM вы какой java тип определили?

Вот в смежном топике юный падаван кодит датасорс под стеклянную рыбу.

https://www.sql.ru/forum/1309281/tomcat-soedinenie-s-bd-cherez-resource-name-datasource

Заметте! Задача вообще ушла на задний план. Бизнес-ценность под вопросом. Боже! Я хватаюсь за голову.
Я 5 лет учил языки программирования и для чего? Чтоб искать смыслы в этом? Что делает этот код?

Я вас спрашиваю дорогие мои ентерпрайз кодеры! Ради чего это все! Ради галочки! Ради ентерпрайза!
Ради чего то что можно было написать в 2 строки размазано на 100 строк? Неудивительно что дотнетчики
считают нас уродами.

Да нахрен нужен мне такой ентерпрайз! Лучше к фрикам пойду на стартапы. И-то смыслов больше.
По крайне мере код лаконичнее.

RonibGreatmayton,

integer
Ну замените на объект Integer. И проверяйте его на null.

RonibGreatmaytonДа нахрен нужен мне такой ентерпрайз! Лучше к фрикам пойду на стартапы. И-то смыслов больше.
По крайне мере код лаконичнее.

А жрать что будешь? Интерпрайз платит деньги и на жизнь хватает, а старперы - надо работать с утра и до познего вечера за идею идеального кода! И почему ты решил что те 100 строк кода можно заменить двмя? Обоснуй?
Да я наобум сказал. Возьмите паретто. 20 на 80.

RonibGreatmayton,

Ну во первых в приведеном примере вообще неправильно сделан подход к работе с базой из апликейшн сервера. При правильной постановке вопроса там будет тоже не больше трех строк. Хороший пример незнания JEE/Spring/Hibernate и т.д.
Да не важно вобщем-то хороший пример или плохой. Этот пример характеризует нашу отрасль.
Юный падаван вообще не думает о business value.

Он думат о том как соблюсти стандарты и протоколы. Эдакий клерк. Нет я не говорю что они не нужны.
Я говорю о том кто ему сказали - кодь так ибо это ЕЕ и вообще круто. Он кодит. Он не знает. Он верует.

Trust in God, bro!

RonibGreatmayton,

Все что имеет смысл так скока денег за это отвалят - хоть крестиком, хоть кружочками; в чем угодно.
Да ради бога. Кодьте.

Пейте. Пойте. Бейте....

Вот еще один "клерк" насмерть придавленный ЕЕ-технологиями.

https://www.sql.ru/forum/1309227/oracleconnectionpooldatasource-websphere-application-serve

Тоже нет и не видно никакого бизнес-value. Так... поклонение идолам.