В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kotlin Community

3017 membersпожаловаться на группу
2019 December 06

VP

Vladimir Petrakovich in Kotlin Community
Vitaliy
Да это понятно. Просто сам факт применения в Space означает  ли, что продакшен реди?)
Ну очевидно, что оно в целом работает, и если у тебя под боком сидят разработчики этой либы, закладываться на неё в любом случае безопаснее, чем кому-то со стороны
источник
13:28пожаловаться#1

IS

Ihar Sadounikau in Kotlin Community
Alexey Tkachenko
так и Hibernate, и Jooq вполне себе production ready
Jooq генератор для java
Hibernate хорош, но стартует смертельно медленно
источник
13:29пожаловаться#2

V

Vitaliy in Kotlin Community
Ihar Sadounikau
А почему никто не вспомнил https://github.com/JetBrains/Exposed
GitHub
JetBrains/Exposed
Kotlin SQL Framework. Contribute to JetBrains/Exposed development by creating an account on GitHub.
Вообще-то обсуждение началось с него)
источник
13:30пожаловаться#3

IS

Ihar Sadounikau in Kotlin Community
Vitaliy
Вообще-то обсуждение началось с него)
Хех, пролистал))
источник
13:30пожаловаться#4

PD

Phil Delgyado in Kotlin Community
Ihar Sadounikau
Jooq генератор для java
Hibernate хорош, но стартует смертельно медленно
Ээ, Hibernate скорее плохо, чем хорошо. Он поддерживает несуществующую абстракцию, которая гарантированно протекает.
Jooq получше. Но чистый JDBC с минимальной обвязкой в стиле JDBC Templates лучше всего.
источник
13:49пожаловаться#5

AT

Alexey Tkachenko in Kotlin Community
Phil Delgyado
Ээ, Hibernate скорее плохо, чем хорошо. Он поддерживает несуществующую абстракцию, которая гарантированно протекает.
Jooq получше. Но чистый JDBC с минимальной обвязкой в стиле JDBC Templates лучше всего.
плюс один
источник
13:49пожаловаться#6

IS

Ihar Sadounikau in Kotlin Community
Phil Delgyado
Ээ, Hibernate скорее плохо, чем хорошо. Он поддерживает несуществующую абстракцию, которая гарантированно протекает.
Jooq получше. Но чистый JDBC с минимальной обвязкой в стиле JDBC Templates лучше всего.
Согласен, но если ленив и нужно что-то простое и быстронаписанное hibernate хорошо подойдёт. И как всегда любая технология хороша, главное правильно применять 😊
источник
13:50пожаловаться#7

AT

Alexey Tkachenko in Kotlin Community
если ленив и не боишься трудностей в будущем - почему бы и нет
источник
13:51пожаловаться#8

PD

Phil Delgyado in Kotlin Community
Эээ, я вот не понимаю, где пристегивание Hibernate дает выигрыш?
Если в проекте мало работы с БД, то нет вообще никакой разницы, что использовать и лучше брать простые решения.
А если много, то или в проекте что-то плохо продумано (например датамодель) или уже точно не хибернейт )
источник
13:52пожаловаться#9

AT

Alexey Tkachenko in Kotlin Community
Phil Delgyado
Эээ, я вот не понимаю, где пристегивание Hibernate дает выигрыш?
Если в проекте мало работы с БД, то нет вообще никакой разницы, что использовать и лучше брать простые решения.
А если много, то или в проекте что-то плохо продумано (например датамодель) или уже точно не хибернейт )
например, появляется масса возможностей по тюнингу хибернейта и решению проблемы N+1
источник
13:53пожаловаться#10

AT

Alexey Tkachenko in Kotlin Community
плюс много красивых аннотаций для ваших хранимых сущностей
источник
13:54пожаловаться#11

PD

Phil Delgyado in Kotlin Community
Ну, это если заняться нечем, то да. Обычно я такое и вижу в хибернейтовских проектах.
Я то сам уже давно предпочитают jdbc templates + jsonb )
источник
13:54пожаловаться#12

IS

Ihar Sadounikau in Kotlin Community
Немного офтопик, какую имплементацию Javax validation помимо hibernate validation можно глянуть?
источник
13:55пожаловаться#13

AE

Alexandr Emelyanov in Kotlin Community
Ihar Sadounikau
Немного офтопик, какую имплементацию Javax validation помимо hibernate validation можно глянуть?
а есть еще какие-то?
источник
15:00пожаловаться#14

AE

Alexandr Emelyanov in Kotlin Community
Phil Delgyado
Эээ, я вот не понимаю, где пристегивание Hibernate дает выигрыш?
Если в проекте мало работы с БД, то нет вообще никакой разницы, что использовать и лучше брать простые решения.
А если много, то или в проекте что-то плохо продумано (например датамодель) или уже точно не хибернейт )
может просто хибер надо уметь готовить?
источник
15:01пожаловаться#15

IS

Ihar Sadounikau in Kotlin Community
Alexandr Emelyanov
а есть еще какие-то?
Вот интересно узнать, Гугл не особо ответил
источник
15:01пожаловаться#16

AT

Alexey Tkachenko in Kotlin Community
Alexandr Emelyanov
может просто хибер надо уметь готовить?
Может, кому-то и надо, но зачем? Если говорить о Hibernate и подобных ORM, есть ли в них польза, которая явно перевешивает очевидные минусы?
источник
15:05пожаловаться#17

SB

Sergey Barmin in Kotlin Community
Alexey Tkachenko
Может, кому-то и надо, но зачем? Если говорить о Hibernate и подобных ORM, есть ли в них польза, которая явно перевешивает очевидные минусы?
Вы удивитесь, но очень много разрабов в т.ч бекенде каким то образом в жизни обошли sql стороной
источник
15:08пожаловаться#18

SB

Sergey Bezrukov in Kotlin Community
Alexey Tkachenko
Может, кому-то и надо, но зачем? Если говорить о Hibernate и подобных ORM, есть ли в них польза, которая явно перевешивает очевидные минусы?
Меньше писанины, особенно с использованием SpringData и т.п.
SQL лично я люблю и уважаю, но факт такой есть.
источник
15:09пожаловаться#19

AT

Alexey Tkachenko in Kotlin Community
Ну, допустим. Это говорит о том, что им надо изучить хибернейт? Или таки проще изучить SQL?
источник
15:09пожаловаться#20