По моему мнению, проблема не в самом TypeORM, а в концепции ORM вместе с попытками покрыть 100500 баз данных. Ещё в 2015 был такой Sails.js и у него был Waterline ORM - те же проблемы 1-в-1

ORM - зло. Якщо питання про перформанс бази, то ОРМ-ка буде тільки заважати, треба думати одразу в контексті SQL а не модельних абстракцій.
Мали справу із хайповою Прізмою обох версій. Абсолютно магічний BlackBox без можливості нормального скейлингу і моніторингу.

Архитектор в компанию нужен, а так получается что чуваки работающие с js пытаются решить проблему (разумеется решить тоже на js) но которая решает в разы легче на другом уровне. (На уровне той же базы через вьюхи или триггеры/функции)

+

Помню ещё когда с Waterline работал, то о чем рассказывал Андрей про relations было аналогично и там. Только он был ещё тупее и он загружал все данные и потом на уровне приложения склеивал их в кучу. Рассказывать о том что это выжирало кучу памяти не буду)

ORM прикольно для небольших сервисов и это вправду удобно, я не против ORM. Если данных немного и удобство разработки выше ресурсов - ORM must have. Но когда заходит речь о ресурсах, больших данных, хайлоаде, ORM вряд ли поможет и скорее усугубит, имхо

Коли потрібен банальний CRUD на невеликих наборах даних, чому б не використати і ORM? Якщо не влаштовує дефолтна логіка, то можна підти в query builder. Далі за необхідності можна перейти і до raw queries. З TypeORM зручно, що все це є з коробки.

@dark_mefody спасибо за доклад

Prisma обіцяє, що вона розрулює питання з relations і типізацією і повертає intersection з entity без relations + поля relation. Не знаю, як воно на практиці працює. Буду вдячний, якщо хтось поділиться досвідом.

питання в тому, на яку аудиторію цей "банальний круд" роздається. По факту ОРМки починають лагати задовго до того як кількість реквестів переходить на мільйони. І в решті боротьба із ОРМ стає складнішою за вирішення бізнес задачі.

Мали справу із 1 і 2 прізмою. Не раджу для високого навантаження. Її дуже тяжко профайлити, і немає підтримки роботи із репліками

Прізма 1 була окремим сервером що приймав GraphQL і переводив в SQL запити, в новій версії вони зробили її бібліотекою що має під капотом бінарник написаний на Rust, який бере на себе всю роботу із connection pool та чергу запитів, що робить неможливим дебажити запити в привязці до сесій і профайлити це на рівні інфраструктури. Також немає підтримки роботи із рід репліками, тобто горизонтальним масштабуванням БД

🟡(Трек Жовтий)

Наступна наша спікерка Саша Шинкевич та її доповідь "Незвичайні браузерні АПІ"

Чи багато фронтед-розробників знає, що у 2021 році можна отримати доступ до контактів на мобільному пристрої прямо з браузера? Або те, що штучний інтелект, який розпізнає QR-коди, вже є у вашому мобільному Chrome? Не говорячи про те, що класична схема «клієнт запитує-сервер відповідає», до якої ми звикли — це аж ніяк не єдине архітектурне рішення для спілкування між сервером і сторінками.

🔵(Трек Блакитний)

Зустрічайте Миколу Бороздіна та його доповідь "Wix Serverless зсередини"

Перед трьома інженерами стояла задача — радикально покращити швидкість розробки Node.js рішень у Wix. Тому вони створили Wix Serverless, який, і справді, дозволяє надзвичайно швидко писати програми, але все ж має сервери. Ця доповідь розкаже про архітектуру та історію створення фреймворку, який надає розробнику всю Wix-інфраструктуру в одній функції та деплоїться на прод за секунди.

Трансляція: https://bit.ly/3hC2OCe

Слайды доклада про Open Graph: https://mefody.github.io/talks/lazy-og/
Демка: https://github.com/MeFoDy/talks/tree/master/lazy-og/demo

Всем отличного дня! 🦆

(у страницы слайдов про opengraph нет og-тегов 🙃)

и телеграм всё равно смог и заголовок, и описание получить 😉

Но без красивой картинки ☹️

Надсилайте фото, як ви дивитеся конференцію
Ми в кінці дня порадуємо найкреативніших учасників 🔥