Встреча по практическим советам для повышения эффективности Hibernate ORM

Типичная ошибка при использовании hibernate — это сам факт использования hibernate. Если гнаться не за скоростью разработки приложения, а за скоростью самого приложения, то такой ошибки и не будет.

Удваиваю, но что они там говорят я бы послушал. Записи будут где-нибудь?

Dins - хорошая контора!

Рекомендую к посещению.

Типичная ошибка при использовании hibernate — это сам факт использования hibernate.

Но что делать когда ошибка уже совершена, а переделывать нормально нет времени?

ORM для простых запросов экономит время,
а для сложных лучше вставлять запросы на SQL.
С Hibernate не работал, но любая ORM такое позволяет.

Совет 1: выкинуть Hibernate ORM.

Совет 2: PROFIT!!!

/thread

Позволяет тоже, конечно. Вот и ответ для crutch_master - переписать критичные запросы на native SQL.

А если нужна скорость разработки?

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

Тогда см. сказку про дудочку и кувшинчик, а также видео с сабжа. :)

Увы. Копроэкономика, сэр.

Ну да, переписать. Когда там get/set везде по ходу процесса и заранее не знаешь, какие данные будет надо. Проще выкинуть всё и сделать заново.

На ноде или питончике скорость разработки лучше.

Например, можно прикрутить QueryDSL for JPA, освоиться с ним, затем плавно переехать на QueryDSL for SQL. Делал так пару раз.

брать Doctrine/PHP

На случай если кто не в курсе, doctrine — это клон хибера. Как минимум идеологический: тоже тяжёлый ORM.

Тогда возьмите python, а не java, если вам нужна скорость разработки.

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

Заблуждение, не раз опровергнутое за очень короткую историю интернет стартапов.

Тогда возьмите python, а не java, если вам нужна скорость разработки.

Еще одно заблуждение.

А если нужна скорость разработки?

Используй JDBI, отчасти меня спасло, но тут конечно всю систему менять нужно в корне. Даст бог, допилю свою СУБД для джавы.

Да не смеши. Никто его не опровергал.

Нет.

Но у Java выше скорость разработки, зачем мне брать Python?

И чем он лучше Hibernate?

Да почему нет? Там же хернак-хренак и в продакшон. Модели делать вообще не надо, обернуть выхлоп sql в объект - 10 строчек кода.

В жаве тоже так можно, Map<Object, Object> и вперёд. Или с груви смешивать там, где есть смысл.

Не, это не интересно. Надо будет везде делать get/put и кастить Object, проверяя его руками.

Тогда возьмите python, а не java, если вам нужна скорость разработки.

«You have a problem and decide to use Python.

Now you don't know what you have. Could be an int, a string, a list or a problem.»