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) а они уже требуют декомпозиции вашей архитектуры на атомы того же гугла или амазона.
И эти атомы тоже не всегда удобные.