Как раз наоборот, оно убирает сложность, почитайте про архитектуру hh или stackoverflow, и почему они все используют ORM?
HH вообще прямо писали что они устали бороться с самописными рукописными SQL и в какой-то момент стало невозможно работать с кодовой базой, все просто остановилось.
Так и не понял почему оно вылазит боком? Добавляешь трэйсинг SQL в логи и смотришь какой у тебя SQL получается, если что-то не нравится то идешь читаешь доки\статьи как сделать лучше.
Когда у вас большая сложная система как раз-таки все эти рукописные SQL и есть самый геморрой с которым никто не хочет связываться, аля : оно как-то работает, давно пованивает, но последний человек, который туда залазил уже 10 лет как на пенсии, поэтому добавим ка мы памяти базе и забудем, когда в следующий раз всплывет эта проблема я уже уволюсь.
На самом деле это не большой пласт, всем этим проблемам, как и их решениям уже сто лет в обед, нужно просто сесть, прочитать пару статей и выучить их уже наконец. Меня удивляют люди которые зачитываются и учат наизусть тома по базам данных на сотни страниц и их оптимизации, зато потом кричат: ой орм зло, тут столько проблем и все неочевидно, я лучше руками сам все напишу. Выучи уже наконец эти подходы и работай себе в удовольствие)
Да просто включите логгирование запросов в локальном профайле и будет вам счастье, все эти джуки и майбатисы превращаются в неконтролируемого и сложнотестируемого монстра, когда проект более менее разрастается. И добавление одного поля может поломать всю систему, когда все поотваливается в ран тайме.
Ну наконец-то, в западном сегменте уже лет 5 как люди не бояться говорить, что микросервисы скорее не нужны, чем нужны. У нас только сейчас народ начинает задумываться.
Всё равно там все интерфейсы плюс минус идентичны, те же менюшки и таблицы. Что там может сделать UX специалист что продукт станет круче в 100 раз? Просто собрать отзывы пользователей и вынести часто используеиые фичи выше по навигации это не есть великое секретное значение Ктулху. А вот добавить всяких ненужных анимаций и свистоперделок это пожалуйста)
UI/UX сильно переоценен, стоит только заглянуть в окно банковского работника и увидеть досовские консольные интерфейсы. Если продукт решает проблему им будут пользоваться.
Также большая ошибка что разработчики даже на компонентных фреймворках не умеют в UI/UX. Возможно на сайтах с миллионном пользователей большая красная кнопка купить и увеличит прибыль, но в основном обычная кнопка тоже подойдёт, особенно если у вас SAAS и пользователь знает чего хочет.
Не надо пробовать создавать новый рынок и стартап единорог, обычный пет проект который решает какую-то маленькую боль прокормит вас.
Приведите пример, нет таких, я детально исследовал эту тему. На данный момент вариант для работы с западом только один - это уезжать из страны. Все другие варианты на свой страх и риск, заблокируют и в течение недели пришлют письмо с просьбой вывода средств, причем надо будет явиться лично в отделение банка.
Так это самое худшее из зол, на каждой конференции рассказывают как нельзя делать микросервисы, но потом все опять лезут в одну и ту же базу, горизонтальные спагетти вызовы, зависимости в вызовах друг от друга, никто не париться если один модуль отвалится , обычно падает всё по цепочке и тд. Все это решается модульным монолитом: нет накладных расходов на сетевые задержки и трансформации, ресурсов жрет в разы меньше и поддержка легче и дешевле.
Если у вас меньше 200 модулей то вам не нужны микросервисы. Хотя бы посчитать что на один микросервис нужно 3 пода для стабильности, вот и посчитайте сколько инстансов монолита вы можете запустить и насколько это будет проще поддерживать, мониторить и ТД.
Все это будет на порядок в худшей степени когда микросервисы превращаются со временем в распределённый монолит, что я видел в 99% проектов. И потом мыши кололись но жрали кактус. Вместо того, чтобы склеить пяток микросервисы в один монолит и выдохнуть на секунду)))
В этом году в Lenovo ThinkPad сериях стали делать съемной оперативку, поэтому если брать модель с нормальным экраном, то получится тоже самое, только сразу с нормальным набором портов. Framework все равно остаётся нишевым продуктом чисто на поиграться для блогеров. Цена апгрейда подбирается к покупке нового лаптопа. А учитывая что на западе есть всякие трэйд ин программы и скидки по разным поводам то и подавно смысла в нем особо нету.
Мой опыт таков: на предыдущей работе был мак, выдали тк проект был под него заточен, и эта была боль, к интерфейсу я привык, железо у мака божественно но софт это просто жесть, постоянно что-то отлетает, наушники после закрытия ноута не подхватываются если это не родные эпловские, причем этот баг висел годами у них и никто не фиксил. Максимально стараешься оттягивать обновление, потому что все слетает нафиг и надо тратить хорошо если пол дня на всякие апдейты и переустановки. На следующий работе поставил WSL и забыл как страшный сон про это вот всё. А с точки зрения пользователя, да можно привыкнуть, но дома стояла винда и я так и не понял почему я должен перейти на мак с этой отличной среды где всё просто работает и есть 100500 разных вариантов решения проблем. Потом просто купил премиум ноут на Винде, единственный минус звук, он хорош, но не дотягивает, в принципе уже привык.
Сейчас разучились считать, цена + одного UI разработчика на проекте равна плюс минус 50 мощных серверов, тут можно размасштабироваться в усмерть без проблем.
Как раз наоборот, оно убирает сложность, почитайте про архитектуру hh или stackoverflow, и почему они все используют ORM?
HH вообще прямо писали что они устали бороться с самописными рукописными SQL и в какой-то момент стало невозможно работать с кодовой базой, все просто остановилось.
Так и не понял почему оно вылазит боком? Добавляешь трэйсинг SQL в логи и смотришь какой у тебя SQL получается, если что-то не нравится то идешь читаешь доки\статьи как сделать лучше.
Когда у вас большая сложная система как раз-таки все эти рукописные SQL и есть самый геморрой с которым никто не хочет связываться, аля : оно как-то работает, давно пованивает, но последний человек, который туда залазил уже 10 лет как на пенсии, поэтому добавим ка мы памяти базе и забудем, когда в следующий раз всплывет эта проблема я уже уволюсь.
На самом деле это не большой пласт, всем этим проблемам, как и их решениям уже сто лет в обед, нужно просто сесть, прочитать пару статей и выучить их уже наконец. Меня удивляют люди которые зачитываются и учат наизусть тома по базам данных на сотни страниц и их оптимизации, зато потом кричат: ой орм зло, тут столько проблем и все неочевидно, я лучше руками сам все напишу. Выучи уже наконец эти подходы и работай себе в удовольствие)
Подскажите, может вы в курсе: что лучше использовать для java? Где лучшие модели?
Да просто включите логгирование запросов в локальном профайле и будет вам счастье, все эти джуки и майбатисы превращаются в неконтролируемого и сложнотестируемого монстра, когда проект более менее разрастается. И добавление одного поля может поломать всю систему, когда все поотваливается в ран тайме.
А не проще использовать генератор, типа jhipster? А дальше уже кастомизировать по запросу бизнес требований?
Ну наконец-то, в западном сегменте уже лет 5 как люди не бояться говорить, что микросервисы скорее не нужны, чем нужны. У нас только сейчас народ начинает задумываться.
Всё равно там все интерфейсы плюс минус идентичны, те же менюшки и таблицы. Что там может сделать UX специалист что продукт станет круче в 100 раз? Просто собрать отзывы пользователей и вынести часто используеиые фичи выше по навигации это не есть великое секретное значение Ктулху. А вот добавить всяких ненужных анимаций и свистоперделок это пожалуйста)
UI/UX сильно переоценен, стоит только заглянуть в окно банковского работника и увидеть досовские консольные интерфейсы. Если продукт решает проблему им будут пользоваться.
Также большая ошибка что разработчики даже на компонентных фреймворках не умеют в UI/UX. Возможно на сайтах с миллионном пользователей большая красная кнопка купить и увеличит прибыль, но в основном обычная кнопка тоже подойдёт, особенно если у вас SAAS и пользователь знает чего хочет.
Не надо пробовать создавать новый рынок и стартап единорог, обычный пет проект который решает какую-то маленькую боль прокормит вас.
Что только не придумают, чтобы не использовать старый добрый серверный рендеринг) куда собственно опять всё и возвращается потихоньку.
Чтобы не инжектать два репозитория, интерфейс и кастомный с энтити менеджером.
Приведите пример, нет таких, я детально исследовал эту тему. На данный момент вариант для работы с западом только один - это уезжать из страны. Все другие варианты на свой страх и риск, заблокируют и в течение недели пришлют письмо с просьбой вывода средств, причем надо будет явиться лично в отделение банка.
Так это самое худшее из зол, на каждой конференции рассказывают как нельзя делать микросервисы, но потом все опять лезут в одну и ту же базу, горизонтальные спагетти вызовы, зависимости в вызовах друг от друга, никто не париться если один модуль отвалится , обычно падает всё по цепочке и тд. Все это решается модульным монолитом: нет накладных расходов на сетевые задержки и трансформации, ресурсов жрет в разы меньше и поддержка легче и дешевле.
Если у вас меньше 200 модулей то вам не нужны микросервисы. Хотя бы посчитать что на один микросервис нужно 3 пода для стабильности, вот и посчитайте сколько инстансов монолита вы можете запустить и насколько это будет проще поддерживать, мониторить и ТД.
Сейчас без ВНЖ вне РФ и РБ не открывают счета в необанках а также компании удаленно, не вводите людей в заблуждение.
Все это будет на порядок в худшей степени когда микросервисы превращаются со временем в распределённый монолит, что я видел в 99% проектов. И потом мыши кололись но жрали кактус. Вместо того, чтобы склеить пяток микросервисы в один монолит и выдохнуть на секунду)))
Если вы не крупная компания типа Яндекс, мета и ТД вам не нужны микросеовисы. Достаточно вспомнить что Stack Oveflow это монолит.
В этом году в Lenovo ThinkPad сериях стали делать съемной оперативку, поэтому если брать модель с нормальным экраном, то получится тоже самое, только сразу с нормальным набором портов. Framework все равно остаётся нишевым продуктом чисто на поиграться для блогеров. Цена апгрейда подбирается к покупке нового лаптопа. А учитывая что на западе есть всякие трэйд ин программы и скидки по разным поводам то и подавно смысла в нем особо нету.
Вы бы хоть ссылку на апи оставили, ну и с вашим клаудом только юрлицам можно работать...
Если открываете магазин, то есть смысл сделать магазин приложений как в гугл workspace, чтобы люди могли делать приложения, там их тысячи.
Мой опыт таков: на предыдущей работе был мак, выдали тк проект был под него заточен, и эта была боль, к интерфейсу я привык, железо у мака божественно но софт это просто жесть, постоянно что-то отлетает, наушники после закрытия ноута не подхватываются если это не родные эпловские, причем этот баг висел годами у них и никто не фиксил. Максимально стараешься оттягивать обновление, потому что все слетает нафиг и надо тратить хорошо если пол дня на всякие апдейты и переустановки. На следующий работе поставил WSL и забыл как страшный сон про это вот всё. А с точки зрения пользователя, да можно привыкнуть, но дома стояла винда и я так и не понял почему я должен перейти на мак с этой отличной среды где всё просто работает и есть 100500 разных вариантов решения проблем. Потом просто купил премиум ноут на Винде, единственный минус звук, он хорош, но не дотягивает, в принципе уже привык.
Сейчас разучились считать, цена + одного UI разработчика на проекте равна плюс минус 50 мощных серверов, тут можно размасштабироваться в усмерть без проблем.
На IT ресурсе могли бы ещё и тесты в компиляции кода добавить)