ну и плюс какой-то спринг ДИ скрестить с аккой — совсем не то же, что какой-то spring cloud / batch

Не скрещивай спринг с аккой - это боль. Пиши сразу на спринге :)

То есть redundancy не нужен?

Я просто помню, раньше, если загрузка больше 50% была, то не пускали в прод, у нас

ща бы спринг тянуть вообще в проект в 2017

никто и не накидывает вроде

аккуратнее, @dmsol следит

году

ща бы спринг тянуть вообще в проект в 2017

еще один

еще один

я был тут до всех

а не еще один

страна вам спринг дала, нет хочу проблем, хочу какку

спринг нужен чтобы проекты периодически выкидывали на помойку

спринг нужен чтобы проекты периодически выкидывали на помойку

не далеко от истины

страна вам спринг дала, нет хочу проблем, хочу какку

Во-во. А потом все равно захотят di, втащат спринг, и все плохо.

спринг нужен чтобы проекты периодически выкидывали на помойку

как и акка впрочем

нет акка том написал один раз

И бутик

и работает

Во-во. А потом все равно захотят di, втащат спринг, и все плохо.

гуся например

топ*

И бутик

И он

спринг нужен чтобы проекты периодически выкидывали на помойку

хера ты толстый сегодня

Настоящие проекты пишутся с нуля

На всем своем

я в шоу взвешенные люди звоню

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

На всем своем

На сях

На всем своем

ага и, и di через concurrenthashmap

На сях

И ос свою, чтобы перформанс был

И железо свое

хера ты толстый сегодня

А что не так? Я на самом деле могу аргументированно пояснить свою позицию, из Spring нормальному человеку нужно DI и урезанный MVC(в смысле не юзать все фишки что дает спринг) не более

Вы ржете, а именно такие проекты по 10 лет пишут)

И железо свое

А то циски тормозят

А то нахуячили за год, и выкинули

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

@gurinderu памаги разабраца

А что не так? Я на самом деле могу аргументированно пояснить свою позицию, из Spring нормальному человеку нужно DI и урезанный MVC(в смысле не юзать все фишки что дает спринг) не более

а что ты имел в виду под проектами на помойку?

А что не так? Я на самом деле могу аргументированно пояснить свою позицию, из Spring нормальному человеку нужно DI и урезанный MVC(в смысле не юзать все фишки что дает спринг) не более

++

акка и спринг решают совсем разные задачи

Так какие задачи решает акка

Вы ржете, а именно такие проекты по 10 лет пишут)

Ибо в других проектах не боятся выкидывать на помойку и перепиливать заново

Я просто помню, раньше, если загрузка больше 50% была, то не пускали в прод, у нас

Это верно! Никто не говорит что на проде сервер будет все время под 100% нагружен, это для теста. Таким образом вычисляют сколько сервер обслуж клиентов и какой порог выставить

Ибо в других проектах не боятся выкидывать на помойку и перепиливать заново

Это ж не свое родное говнецо, которое 10 лет пилили

Это ж не свое родное говнецо, которое 10 лет пилили

Его не так жалко

а что ты имел в виду под проектами на помойку?

если ты не понимаешь как правильно использовать спринг, то у тебя будет проект с классами с 20 Autowired в ряд и неподдерживаемым кодом, спринг несет кучу ненужной функциональности, например @ModelAttribute в контроллерах, в гугле первый вопрос по @ModelAttribute http://stackoverflow.com/questions/3423262/what-is-modelattribute-in-spring-mvc что он делает, т.е. люди неверно его используют и тем ухудшают свой код

спринг нужен чтобы проекты периодически выкидывали на помойку

Неужели все так плохо, в чем проблемы у спринга ?(в спринге не разбираюсь)

разруха она в головах

про 20 автовайред в ряд это тру стори

если ты не понимаешь как правильно использовать спринг, то у тебя будет проект с классами с 20 Autowired в ряд и неподдерживаемым кодом, спринг несет кучу ненужной функциональности, например @ModelAttribute в контроллерах, в гугле первый вопрос по @ModelAttribute http://stackoverflow.com/questions/3423262/what-is-modelattribute-in-spring-mvc что он делает, т.е. люди неверно его используют и тем ухудшают свой код

Это ж с любым фреймворком так. Не умеешь с ним работать - будет какашка

ну а в целом если руки не кривые то на с принге норм можно писать

у спринга есть библиотеки которые не нужны например Spring DATA JPA, опять же люди пытаются юзать эту либы чтобы упростить свой код но в итоге получается каша из методов запросов, @Query запросов, JPA Criteria API и т.д.

если и юзать спринг то только с опытным разрабом который все эти грабли собрал сам или перенял у кого нибудь еще опыт

у спринга есть библиотеки которые не нужны например Spring DATA JPA, опять же люди пытаются юзать эту либы чтобы упростить свой код но в итоге получается каша из методов запросов, @Query запросов, JPA Criteria API и т.д.

Так это проблема спринг дата или людей?

Ты виноват лишь в том, что хочется мне есть

Так это проблема спринг дата или людей?

спринг хочет захватить больше рынка и ему выгодно продвигать ненужные вещи

так что не только моя проблема

спринг хочет захватить больше рынка и ему выгодно продвигать ненужные вещи

А разве так не делают другие фреймворки? :)

Вообще, капитанство какое-то пошло

у спринга есть библиотеки которые не нужны например Spring DATA JPA, опять же люди пытаются юзать эту либы чтобы упростить свой код но в итоге получается каша из методов запросов, @Query запросов, JPA Criteria API и т.д.

хз, мне spring data jpa очень даже подошел, нужен был простой сервак для +\- круда, и писать запросы через что-то по типу jooq или голом jdbc не вижу смысла

А разве так не делают другие фреймворки? :)

возможно и делают но спринг очень уж перегибает палку, посмотри на Google Guice в плане DI он неплохо так обогнал спринг по удобству

и сосредоточен только на этом функционале

@gurinderu памаги разабраца

))))

Некорректно сравнивать джус и спринг

а как вам невозможность использовать @Transactional в @PostConstruct?

а как вам невозможность использовать @Transactional в @PostConstruct?

правильная возможность

Некорректно сравнивать джус и спринг

Еще можно сказать, какая гуава компактная, удобная и хорошая, не то что ваш спринг

если ты не понимаешь как правильно использовать спринг, то у тебя будет проект с классами с 20 Autowired в ряд и неподдерживаемым кодом, спринг несет кучу ненужной функциональности, например @ModelAttribute в контроллерах, в гугле первый вопрос по @ModelAttribute http://stackoverflow.com/questions/3423262/what-is-modelattribute-in-spring-mvc что он делает, т.е. люди неверно его используют и тем ухудшают свой код

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

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

+1

Делаешь автовайред на филдах - ссзб

ERROR: S client not available

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

А spring вобще актуален сегодня ?

кстати и хибера касается

То, что спринг дает такую возможность - это уже другой вопрос

Но имхо это мелочь

А spring вобще актуален сегодня ?

фреймворк номер 1

что за глупые вопросы

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

Посмотрим на акку лет через 10

@dveim так какая ниша у akka? Когда нужно брать акку и почему?

будто в скале легаси нет

хотя там срут на совместимость и просто проект в помойку и с нуля херачат

Что сегодня лучше для новых проектов. Взять Spring или взять всё что нужно по отдельности , там DI доступ к данным и т.д. ?

красавцы

И вы так говорите, как будто легаси - это что-то плохое

Легаси - это ж хорошо

Посмотрим на акку лет через 10

у акки своя небольшая роль с которой она отлично справляется, там особо не пытаются в другие места лезить, конечно у них есть Akka Streams и Akka HTTP но HTTP по сути пилит отдельная команда а Stream ща все пилят и тот же самый Spring

Что сегодня лучше для новых проектов. Взять Spring или взять всё что нужно по отдельности , там DI доступ к данным и т.д. ?

если будет хоть 1 компонента спринговая - то надо и все остальное спринговое брать

в противном случае можно тот же рест на андертоу, джерси и гусе пилить

будет быстрее работать

у акки своя небольшая роль с которой она отлично справляется, там особо не пытаются в другие места лезить, конечно у них есть Akka Streams и Akka HTTP но HTTP по сути пилит отдельная команда а Stream ща все пилят и тот же самый Spring

Я просто подожду еще пару лет, пока в акка не оборастет модулями

ей уже лет 7 как бы

Легаси - это ж хорошо

Ну как, я вот почти месяц в легаси фичи добавляю, благо хоть с javaee на бутик переписал, разрабатывать стало намного удобнее

Легаси - это ж хорошо

за него же больше бабок платят

у акки своя небольшая роль с которой она отлично справляется, там особо не пытаются в другие места лезить, конечно у них есть Akka Streams и Akka HTTP но HTTP по сути пилит отдельная команда а Stream ща все пилят и тот же самый Spring

плюсую +++ Истина

если будет хоть 1 компонента спринговая - то надо и все остальное спринговое брать

Это же какая то наркота , макдональдс

@dveim так какая ниша у akka? Когда нужно брать акку и почему?

@CapDev может ты знаешь?

у акки своя небольшая роль с которой она отлично справляется, там особо не пытаются в другие места лезить, конечно у них есть Akka Streams и Akka HTTP но HTTP по сути пилит отдельная команда а Stream ща все пилят и тот же самый Spring

но поверх неё же херова туча всего строится, вот тот же плей, нихера не очевидный, spray тоже, не самая приятная вещь

Старый добрый холивар джава vs скала выродился в spring vs akka

Я просто подожду еще пару лет, пока в акка не оборастет модулями

У неё итак всё необходимое есть уже сейчас

Старый добрый холивар джава vs скала выродился в spring vs akka

Аргументы все те же

Аргументы все те же

колесо сансары во всей красе

Я не в курсе делов вокруг спринга но там вроде организация которая ими владеет зарабатывает на этом деньги и зарабатывает явно не продажами лицензий как JOOQ, соответственно им жизненно необходимо подсадить на Spring максимальное колиество людей в максимальном количестве сфер(будь то веб сайт или банковское ПО или интеграционное решение) поэтому у них есть либы на все случаи жизни