нет, не стоит. Лучше стань инженером.

потом изобретёшь какой-нибудь AMD или йоту, и станешь миллионером.

От 3 до 7 лет будет жить. Хотя там что-то говорили про SWIFT мол гугл мб на него перейдет, но это слухи и даже если перейдет, то поддержка Java будет долго жить.
В моем мухосранске на Java 5 вакансий, 1 на С++, 1 на JS, остальные(примерно 30) 1С. 350 тысяч население.

а что уважаемые аноны про спринг думают?

>>849918
Это фреймворк такой, он содержит 22 подпроекта.

Популярный годный такой фреймворк

>>849921
Вот изучил допустим spring MVC, найду норм работу с этим?

>>849923
твоё трудоустройство слабо коррелирует с изучением одного конкретного фреймворка.

Большее влияние на успешность трудоустройства оказывает торопливость менежмента в закрытии вакансии.

>>849926
Ну хорошо, допустим изучил я это, но какие плюсы от этого я имею? Скажем чем я отчаюсь от php прогера или от ruby прогера?

>>849930
ну, а кто тебе сказал, что у твоего работодателя вообще используется этот самый spring MVC. Может быть, у него фронт на angular'е, ну или на GWT.

Вот ты скажи, какими способами можно коллекцию синхронизовать для многопоточной работы?

>>849933
причем тут фронт, я думаю spring MVC для бэка

>>849934
Ну как тебе сказать.
Вот сравни Spring MVC и (REST + фронт на React).

И скажи, что заменит собой Spring MVC

>>849939
Не понимаю я твоего вопроса

>>849942
В общем, Spring MVC создавался для обеспечения работы фронта

>>849930
> чем я отчаюсь от php прогера или от ruby прогера
Тем, что джава - это энтерпрайз в первую очередь. Большие корпоративные системы, распределенки, секьюрные сервисы и т.д. За это платят больше.

>>849939
А рест ты для реакта будешь чем реализовывать? Руками ловить сервлетовские реквесты и респонзы? Спринг мвс не для рендера хтмл страничек же.

>>850030
rest можно реализовать самыми разными библиотеками, за это отвечает спецификация jax-rs.

Spring MVC жёстко интегрирован с EL, JSP, JSTL. Сам он отвечает за View в том числе (это есть даже в названии).

>>850039
Т.е. ты к спрингу (который у тебя всё равно будет) потянешь кучу либ для реста?

>Spring MVC жёстко интегрирован с EL, JSP, JSTL.
@ResponseBody

>Сам он отвечает за View в том числе (это есть даже в названии).
Ну очевидно же, что _не только для_.

>>850046
> ты к спрингу (который у тебя всё равно будет)
Да с чего ты взял, что у тебя вообще будет спринг. Есть его аналоги, есть и реализации EJB3

> @ResponseBody
Ты притянул к беседе пример, который использует самую малость из spring MVC, оставляя такой от него мизерный кусочек, ради которого сам спринг и тянуть не стоить.

Твой пример, это всё равно, что сказать: вот у машины же есть кресло. Смотри, я сел на него и сижу, меня всё устраивает. А ты говоришь, что машины ездят.

А как основная часть spring MVC: вью резолверы, интерцепторы, хандлер мапперы и т.д. В твоём подходе уровня: RestController-RequestMapping нет будет даже работы с жизненным циклом бинов.

>Ну очевидно же, что _не только для_.
Это ты в сторону чего киваешь: в сторону model -так это зачастую POJO
контроллер? это слой контроллера - специального класса для взаимодействия непосредственно с клиентом.

>>850053
> Да с чего ты взял, что у тебя вообще будет спринг. Есть его аналоги, есть и реализации EJB3
Потому что проще притянуть спринг со всей его экосистемой, чем воевать с аналогами и реализациями EJB3 (ты же не вайлдфлаедаун?).

>Это ты в сторону чего киваешь: в сторону model -так это зачастую POJO
Спринг MVC - это прежде всего DispatcherServlet, маппинг реквестов на методы и парсинг параметров. А ты прицепился к модели и вью, блин. Я еще раз спрашиваю, ты в случае реста + фронта на js руками ловить HttpServletRequest собрался и писать в руспонз ответ?
Спринг MVC - целиком бэкенд технология. Фронт на ангуляре или гвт совсем никак не исключает её из стека.

>>850073
Ну, из твоего ответа я всё понял.

Ты украинец. Сидишь где-нибудь в днепропетровске в западной галере.

Греешься за счёт америки и тихо ненавидишь нашу Россию.

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

Ты прекращай это. Думаешь, тебя сложно по IP вычислить?

>>850079
Я не тот товарищ, с каким ты вдался в полемику. Но вставлю свои 5 копеек. Можно рест контроллеры целиком написать на Spring MVC или же, если не нравится jsp & jstl использовать velocity или freemarker или , для любителей извращений на vaadin или GWT.

>>850073
> Потому что проще притянуть спринг со всей его экосистемой
Я считаю, это твоим сливом, так как EJB3 и 3.1 не хуже и не сложнее спринга. Во многих случаях (например, в банка) EJB3 предпочтительнее, чем спринг.

>Спринг MVC - это прежде всего DispatcherServlet
гагагага, диспатчер - это лишь прокладка или точка входа. Это всё равно, что в чупа-чупсе считать самым главным палочку, за которую ты держишься. Его прописал один раз в дескрипторе развёртывания и забыл на годы.

> это прежде всего ... маппинг реквестов на методы и парсинг параметров
ну твой уровень владения Spring MVC я оценил, я б тебя отсеял на техническом интервью

> Я еще раз спрашиваю, ты в случае реста + фронта на js руками ловить HttpServletRequest собрался и писать в руспонз ответ?
ещё раз отвечаю. За это может отвечать любая реализация jax-rs + все библиотеки, которых используют эти реализации:
https://en.wikipedia.org/wiki/Java_API_for_RESTful_Web_Services#Implementations

>>850093
>Я считаю, это твоим сливом, так как EJB3 и 3.1 не хуже и не сложнее спринга. Во многих случаях (например, в банка) EJB3 предпочтительнее, чем спринг.
Дело в том, что у спринга не только IoC контейнер, но и еще десяток фреймворков. И все хорошо дружат друг с другом, в отличие от реализаций различных стандартов, написанных аутистами, которые сами их не используют.

>гагагага, диспатчер - это лишь прокладка или точка входа. Это всё равно, что в чупа-чупсе считать самым главным палочку, за которую ты держишься. Его прописал один раз в дескрипторе развёртывания и забыл на годы.
http://docs.spring.io/spring/docs/current/spring-framework-reference/html/mvc.html
>The Spring Web model-view-controller (MVC) framework is designed around a DispatcherServlet that dispatches requests to handlers, with configurable handler mappings, view resolution, locale, time zone and theme resolution as well as support for uploading files.
Авторы спринга с тобой не согласны.

>ну твой уровень владения Spring MVC я оценил, я б тебя отсеял на техническом интервью
Читай выше.

>За это может отвечать любая реализация jax-rs + все библиотеки, которых используют эти реализации
В общем-то тоже читай выше: спринг дружит со спрингом, jax-rs не дружит ни с чем.

>>850093
ты бы подтянул теорию перед тем, как деньгами разбрасываться. Скрещивать spring mvc и vaadin/GWT бесполезно.

>>850108
Тащем-то видел проект с spring mvc и GWT, но они использовались там для разных вещей, что очевидно не то, что ты подразумевал. Но и тот парень не предлагал их скрещивать: там "или" через каждые два слова.

>>850103
> спринг дружит со спрингом, jax-rs не дружит ни с чем
> написанных аутистами, которые сами их не используют.

JSR-311, JSR-220... c ними никто не дружит.. А вот фреймворком, созданным энтузиастами... Это ж ещё похлеще, чем ваши сказки про международную изоляцию России! :))))

засчитываю тебе слив

>>850112
Вот товарищ понял, что я хочу донести.

>>850103
> The Spring Web model-view-controller (MVC) framework is designed around a DispatcherServlet that dispatches requests to handlers

перевожу на нормальный русский язык: чупа-чупс - это химически сложный многослойный многокомпонентный продукт с жвачкой наплавленный НА ПЛАСТИКОВУЮ ТРУБОЧКУ.

Вот так примерно они описали создатели спринга своё детище.

>>850118
Ну ты там продолжай выдавать тысячу метафор на предложение, вместо конструктива, а мы тут с тебя посмеемся.

>>850120
Если ты такой дерзкий, то приезжай со своего Днепра (города, а не холодильника) к нам, в Москву. Мы с тобой и Владимиром Владимировичем сядем и вместе все посмеёмся. Только мы с ним за стол сядем, а ты за решётку.

>>850108
>>850121
Давай попробую объяснить. Если ты используешь, Spring MVC, то ты используешь и Spring core. Что мешает подружить core

>>850131
подружить IoC container с vaadin и GWT ?

>>850133
>>850131
атвечаю на Ваш атвет:
мы тут Spring MVC абсуждаем. Хрена Вы тут со своим Spring Core лезете? Это тема про спринг мвц, блядь.

>>850135
А я думал это тред о перспективах изучения джава.
Покормил, не благодари.

>>849933

Cоllесtiоns.sуnchrоnizеdMap(mаp)

>>850184
>sуnchrоnizеdMap
Ой фу. Надо вот так: Collections.unmodifiableMap(map)

да вы тут все пизданулись

>>850194
это троллинг?

>>850184
всегда так делаю.
мимо сеньор 9 лет опыта

>>850370
Ну и как сеньор, доволен, что Java выбрал в свое время?

>>850508
Вполне, но сейчас осваиваю Go. В скором времени он потеснит жабку, потому что уже набирают во всю обороты.
Мимо другой Сеньор

>>850584
нет, это не правда