D
Про рецепты тоже не ясно, они сейчас везде практически совпадают
Size: a a a
2021 March 28
AA
Dmitry
Что такое продуктивный, ну или что Вы в это понятие вкладываете?
По мне оно выглядит так:
- большое количество рецептов и интеграций
- больше сообщество - следовательно много рессурсов - значит с большой долей вероятностью решить задачу на спринге можно достаточно быстро и _достаточно качественно_ не переизобретая велосипед
следовательно - средняя скорость разработки немаленьких проектов должна быть довольно удовлетворительной
- большое количество рецептов и интеграций
- больше сообщество - следовательно много рессурсов - значит с большой долей вероятностью решить задачу на спринге можно достаточно быстро и _достаточно качественно_ не переизобретая велосипед
следовательно - средняя скорость разработки немаленьких проектов должна быть довольно удовлетворительной
D
По мне оно выглядит так:
- большое количество рецептов и интеграций
- больше сообщество - следовательно много рессурсов - значит с большой долей вероятностью решить задачу на спринге можно достаточно быстро и _достаточно качественно_ не переизобретая велосипед
следовательно - средняя скорость разработки немаленьких проектов должна быть довольно удовлетворительной
- большое количество рецептов и интеграций
- больше сообщество - следовательно много рессурсов - значит с большой долей вероятностью решить задачу на спринге можно достаточно быстро и _достаточно качественно_ не переизобретая велосипед
следовательно - средняя скорость разработки немаленьких проектов должна быть довольно удовлетворительной
Спасибо
AA
можно взять спринг и на готовых рецептах решить задачу
можно взять микрофреймворк и на своих рецептах решить задачу
У обоих подходов есть право на жизнь. Но то, что спринг используется как де-факто стандарт для корпоративной разработки приложений на JVM просто показывает на то, что люди предпочитают пользоваться готовыми решениями нежли писать свои
можно взять микрофреймворк и на своих рецептах решить задачу
У обоих подходов есть право на жизнь. Но то, что спринг используется как де-факто стандарт для корпоративной разработки приложений на JVM просто показывает на то, что люди предпочитают пользоваться готовыми решениями нежли писать свои
D
можно взять спринг и на готовых рецептах решить задачу
можно взять микрофреймворк и на своих рецептах решить задачу
У обоих подходов есть право на жизнь. Но то, что спринг используется как де-факто стандарт для корпоративной разработки приложений на JVM просто показывает на то, что люди предпочитают пользоваться готовыми решениями нежли писать свои
можно взять микрофреймворк и на своих рецептах решить задачу
У обоих подходов есть право на жизнь. Но то, что спринг используется как де-факто стандарт для корпоративной разработки приложений на JVM просто показывает на то, что люди предпочитают пользоваться готовыми решениями нежли писать свои
А разве не JEE стандарт дефакто для корпоративных приложений?
AA
Dmitry
А разве не JEE стандарт дефакто для корпоративных приложений?
стандарт "дефакто" - это то решение, которое больше всего используют. поэтому и "дефакто"
JavaEE (JakartaEE) называют стандартом только потому, что есть спецификация, у решений на Java EE есть и сертификация.
JavaEE (JakartaEE) называют стандартом только потому, что есть спецификация, у решений на Java EE есть и сертификация.
AA
К тому же Спринг всё таки основывается на Java EE стандартах, просто они не пишут спецификацию а делают готовые решения 🙂
D
К тому же Спринг всё таки основывается на Java EE стандартах, просто они не пишут спецификацию а делают готовые решения 🙂
Ну раз так, то просто JEE и выбрать сервер, а куча готовых рецептов есть в книге Adam Bien 12го года, которая актуально по сей день. Мне кажется многие леняться читать не на родном языке.
AA
Dmitry
Ну раз так, то просто JEE и выбрать сервер, а куча готовых рецептов есть в книге Adam Bien 12го года, которая актуально по сей день. Мне кажется многие леняться читать не на родном языке.
Можно и так. Если javaee достаточно. Но исторически сложилось что из-за процесса спецификации javaee очень медленно развивался. А спринг шагал в ногу со временем
D
Можно и так. Если javaee достаточно. Но исторически сложилось что из-за процесса спецификации javaee очень медленно развивался. А спринг шагал в ногу со временем
Ну вот сегодня jee по-моему справляется не плохо со своей задачей + микропрофайл подоспел вовремя
AA
Dmitry
Ну вот сегодня jee по-моему справляется не плохо со своей задачей + микропрофайл подоспел вовремя
Лучший инструмент - это тот, который лучше всего знаком :)
D
Лучший инструмент - это тот, который лучше всего знаком :)
Это точно :)
2021 March 29
NK
Всем, кто любит копаться под капотом JVM и GC, должен понравиться доклад Кельвина Нильсена: он расскажет о добавлении поддержки поколений в Shenandoah GC.
https://bit.ly/3ckXctK
https://bit.ly/3ckXctK
GK
К тому же Спринг всё таки основывается на Java EE стандартах, просто они не пишут спецификацию а делают готовые решения 🙂
Если смотреть ширее, то справедливо и обратное — в JEE многое появилось после Spring.
GK
Тот же Container Dependency Injection
AG
ну, исторически, Spring пришел,потому что JEE был сложным, неповоротливым и с большим количеством XML-программирования.
D
Я бы сказал что j2e был сложным, а например с jee7 все стало гораздо веселее, и да, Spring принял активное участие в становлении jee.
DA
Кстати, смею напомнить, что уже в среду пройдет первый для России JakartaOne LiveStream
DA
NK
