Вот у меня прошлый проект был тем самым кровавым энтерпрайзом. С лютым легаси и тд. И вот там бд была оракл, на 200 000 таблиц и 80 000 хранимых процедур. Запросы писались руками и занимали 5-8 экранов сплошного текста. Я бы скорее сдох от старости, чем заставил бы ORM сгенерировать хоть что-то рабочее на таком объеме данных. И что-то мне подсказывает, что ORM тут могла быть любая, ничего от этого не изменилось бы
Ну вы понимаете, что если бизнес логика написана на хранимках в БД, то ОРМ тут не поможет. Тут даже из названия очевидно, что object relational mapping не про хранимки на 5 экранов
И даже в таких случаях результат все равно в 3-5 раз медленнее голого jdbc (у меня получалось в лучшем случае 43с jdbc vs 4,5 минуты hibernate на большом инсерте вложенных объектов в бд)
Очевидно что bulk вставки в БД быстрее сингл инсертов, да еще и с проверкой вложенных объектов? Что вы хотите доказать?
Плюс, если бы все было так локально, то и поливали грязью бы только хибер, а не все ORM в целом. Я почему-то уверен, что если копнуть поглубже, то и в EF найдутся проблемы
В EF есть проблемы, безусловно. Но для той же балк инсерта или апдейта есть Entity Framework Extensions (платные, но можно найти и бесплатные пакеты) которые практически равны скорости голому SQL. Очевидно, что ORM с кэшированием и трэкингом объектов в общем случае медленнее, чем голый сиквел, но если писать так, как надо писать, то скорость отличается процентов на 20, а не в 4 раза.
А если нужен действительно сложный запрос, то всегда можно смапить на DTO хранимку.
Лично я не пользовался Spring Data, судя по документашке это гораздо менее лаконично чем EF + Linq. Весь плюс дотнета в данном случае состоит именно в связке с Linq.
Зато, в свое время я пользовался Хибернейтом и НХибернейтом, и это мрак в 2022 году
Ну командой конечно я управлял, а вот внедрение инноваций такое себе. Всю жизнь работал в продуктовых командах, а не на конфах рассказывал, как мы внедряли блокчейн в продажу билетов и это перевернуло мир (нет)
Судя по всему, родители нормальные, жить есть на что.
Иди в универ, учись, гуляй с девочками, прокачивай социальные навыки, - живи как никогда не жил.
А работа вся потом будет, будешь с утра до вечера пахать и в выходные отсыпаться. Поверь, сначала прикольно когда у тебя есть свои деньги и ты можешь купить то, о чем мечтал. А через 10 лет будет мысль - только бы в покое оставили..
Ну как правило, архитектором не рождаются, а становится инженер с огромным опытом реализаций, у которого были сотни схем БД и сформировался приличный опыт реализации различных типовых решений.
Конечно я могу нарисовать ERD, но мне и переложить это на схему БД не сложно. А если я буду словами писать"мне нужна схема бд для пользователей, ролей, клаймов" то велика вероятность, что DBD мне придумает такое, что потом все разрабы будут страдать.
Более того архитектура решения очень часто диктует как именно нужно хранить данные. Отличный пример - различные CAD системы с множеством расширяемых типов объектов и многоуровневым наследованием. Можно реализовать классическим TPH и иметь кучу джойнов. Можно сделать TPT и иметь проблемы с поиском объектов весом больше одной тонны по сотням таблиц. А можно реализовать а-ля колоночную БД. И каждый из этих вариантов имеет право на существование, а что именно делать решает архитектор, а не DBD.
до кучи проблем добавляют архиекторы, спускающие разработчикам не домены, а схемы БД готовые
проблема в том, что если архитектор не подумает о схеме бд, то потом будет много проблем, так как большинство современных разработчиков полностью не осознаёт какое разнообразие проблем можно получить с бд .
С другой стороны непонятно, как схема бд мешает разработчикам писать доменную модель?
Стэк у меня .Net + Java 16 лет опыта, начиная с .Net 2.0. Казалось бы достаточно, чтобы кол назначить на 15 минут? Видимо нет.
Я не знаю как вы работаете, возможно перевозите в Сербию и Литву с Польшей. Я лично общаюсь рекрутингвыми агенствами в Нидерландах, они явно свой рынок знают лучше. И они однозначно говорят, что российские паспорта не рассматривают сейчас.
Сколько это продлится - не знаю. Вероятно наступит момент, когда нужно будет закрывать, а на выбор только турки и нигерийцы и тут вспомнят про русских. Может в сентябре. А может будет глобальный кризис и разработчиков начнут сокращать.
Нетфликс рос на пустом рынке. А как рынок стал заполняться игроками, то возросла конкуренция за Качественный Контент. И тут нетфликс был абсолютной помойкой. Дисней при всех минусах просто намного лучше.
А десять тысяч инженеров, который хер пойми чем занимаются кормить надо.
Получить визу при наличии работадателя, который хочет вас перевезти может быть сложно только в США. А вот получить с февраля такого работодателя - сложновато. Хотелось бы услышать кейсы "начали собеседовать в марте 2022, получил оффер в апреле, получил визу в мае"
Я еще хочу сказать, что для .Net в Голландии 2/3 вакансий - это различные рекрутеры / местные галеры у которых их там висит видимо-невидимо, а на деле под десятком вакансий от различных агенств одно единственное место.
Ну вы понимаете, что если бизнес логика написана на хранимках в БД, то ОРМ тут не поможет. Тут даже из названия очевидно, что object relational mapping не про хранимки на 5 экранов
Очевидно что bulk вставки в БД быстрее сингл инсертов, да еще и с проверкой вложенных объектов? Что вы хотите доказать?
В EF есть проблемы, безусловно. Но для той же балк инсерта или апдейта есть Entity Framework Extensions (платные, но можно найти и бесплатные пакеты) которые практически равны скорости голому SQL. Очевидно, что ORM с кэшированием и трэкингом объектов в общем случае медленнее, чем голый сиквел, но если писать так, как надо писать, то скорость отличается процентов на 20, а не в 4 раза.
А если нужен действительно сложный запрос, то всегда можно смапить на DTO хранимку.
Лично я не пользовался Spring Data, судя по документашке это гораздо менее лаконично чем EF + Linq. Весь плюс дотнета в данном случае состоит именно в связке с Linq.
Зато, в свое время я пользовался Хибернейтом и НХибернейтом, и это мрак в 2022 году
Ну а вы не думаете, что это проблема хибернейт?
Например в EF запросы мало чем отличаются от того, что пишу я. А если нужен суперсложный запрос, то гораздо проще написать и дергать хранимку
Ну командой конечно я управлял, а вот внедрение инноваций такое себе. Всю жизнь работал в продуктовых командах, а не на конфах рассказывал, как мы внедряли блокчейн в продажу билетов и это перевернуло мир (нет)
Мой совет парню - беги, глупец.
Судя по всему, родители нормальные, жить есть на что.
Иди в универ, учись, гуляй с девочками, прокачивай социальные навыки, - живи как никогда не жил.
А работа вся потом будет, будешь с утра до вечера пахать и в выходные отсыпаться. Поверь, сначала прикольно когда у тебя есть свои деньги и ты можешь купить то, о чем мечтал. А через 10 лет будет мысль - только бы в покое оставили..
Так в 17 лет я тоже знал.
А вот в 36, с 16 годами опыта я уже совсем не так уверен.
Ну как правило, архитектором не рождаются, а становится инженер с огромным опытом реализаций, у которого были сотни схем БД и сформировался приличный опыт реализации различных типовых решений.
Конечно я могу нарисовать ERD, но мне и переложить это на схему БД не сложно. А если я буду словами писать"мне нужна схема бд для пользователей, ролей, клаймов" то велика вероятность, что DBD мне придумает такое, что потом все разрабы будут страдать.
Более того архитектура решения очень часто диктует как именно нужно хранить данные. Отличный пример - различные CAD системы с множеством расширяемых типов объектов и многоуровневым наследованием. Можно реализовать классическим TPH и иметь кучу джойнов. Можно сделать TPT и иметь проблемы с поиском объектов весом больше одной тонны по сотням таблиц. А можно реализовать а-ля колоночную БД. И каждый из этих вариантов имеет право на существование, а что именно делать решает архитектор, а не DBD.
проблема в том, что если архитектор не подумает о схеме бд, то потом будет много проблем, так как большинство современных разработчиков полностью не осознаёт какое разнообразие проблем можно получить с бд .
С другой стороны непонятно, как схема бд мешает разработчикам писать доменную модель?
Ну на архитект/тимлид позицию тоже не приглашают хотя по факту я им и работаю года 3.
Эйджизм это не про Европу, но мне вполне открыто рекрутинговое агенство сказало, что с русскими сложно. А раньше отрывали с руками.
Ну, имхо, находясь там можно хоть с первого дня искать новое место в другом качестве. Переоформить визу куда проще, чем ее получить.
Стэк у меня .Net + Java 16 лет опыта, начиная с .Net 2.0. Казалось бы достаточно, чтобы кол назначить на 15 минут? Видимо нет.
Я не знаю как вы работаете, возможно перевозите в Сербию и Литву с Польшей. Я лично общаюсь рекрутингвыми агенствами в Нидерландах, они явно свой рынок знают лучше. И они однозначно говорят, что российские паспорта не рассматривают сейчас.
Сколько это продлится - не знаю. Вероятно наступит момент, когда нужно будет закрывать, а на выбор только турки и нигерийцы и тут вспомнят про русских. Может в сентябре. А может будет глобальный кризис и разработчиков начнут сокращать.
Скорее всего в Швейцарии вы бы не смогли взять будучи физиком кредит в долларах. Но я не уверен, конечно.
Нетфликс рос на пустом рынке. А как рынок стал заполняться игроками, то возросла конкуренция за Качественный Контент. И тут нетфликс был абсолютной помойкой. Дисней при всех минусах просто намного лучше.
А десять тысяч инженеров, который хер пойми чем занимаются кормить надо.
Ну вот я 3 месяца ищу в Голлиндии, на интервью был 3 раза, 16 лет опыта .Net / Java.
Приходят тупо отказы отпиской, эплаился уже сотню раз наверное.
Сербию и Прибалтику не рассматривал.
Когда я говорю ЕС, я лично не имею ввиду Румынии, Польши, Латвии и Литвы при всем моем уважении. А также не очередную крипту/букмекера из Кипра.
А вот со странами типа Бенелюкса, Скандинавии есть проблемы. Вероятно сейчас только Испания / Португалия реальны, но зарплаты там смешные.
Получить визу при наличии работадателя, который хочет вас перевезти может быть сложно только в США. А вот получить с февраля такого работодателя - сложновато. Хотелось бы услышать кейсы "начали собеседовать в марте 2022, получил оффер в апреле, получил визу в мае"
Я еще хочу сказать, что для .Net в Голландии 2/3 вакансий - это различные рекрутеры / местные галеры у которых их там висит видимо-невидимо, а на деле под десятком вакансий от различных агенств одно единственное место.
В Голландии 3 месяца. В текущих условиях захочет ли кто-то вас взять - вопрос.
Вот есть "фактические подтверждения" от компании, которая пытается на горячей теме слупить бабла.
И есть я и мои коллеги, который в 2018 году имел по 2 собеса в день, а в 2022 имею 3 собеса за 3 месяца.
Хмм, кому же верить? Я даже и не знаю
А почему меня записывают, что я разделяю мнение государства?