Check Levi9 best QA positions to Backbase team!
×Закрыть
Scala Developer
  • Микросервисы это зло

    Условно говоря рефакторинг куска монолита зачастую требует полного регрешена, а рефакторинг микросервиса, если не менялся внешний интерфейс, то только функционала самого микросервиса.

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

    Поддержали: Gennady Dogaev, Sergey Lysak
  • Микросервисы это зло

    Микросервисная архитектура, как и ООП, фреймворки и там... паттерны — темы потому и холиваные, что многие люди при неправильном и неуместном использовании сталкиваются со страданиями, от сюда и желание излить свою боль на форумах. Тут все просто, первое не надо воспринимать микросервисную архитектуру, как необходимость того, чтобы как можно мельче раздробить всю свою бизнес логику на отдельные приложения, ничего не мешает использовать смешанную монолитно-микросервисную архитектуру(многие «микросервисные системы» такими и являются), в каждом приложении есть модули, которые прекрасно выделяются в отдельные микросервисы, отлично отдельно тестируются и им не требуется никакая согласованность с базами данных других микросервисов. Второе — любая архитектура имеет свои недостатки и если возможность использовать foreign key в проекте важнее, чем хорошая масштабируемость — пишите монолит.

  • Spring MVC. С чего начать?

    Надо при создании проекта не Spring, а Spring Initializr выбирать

  • Java дайджест #38: Java 10

    Так возврат множественных значений возможен с помощью Pair например

  • Кто сейчас на Пхукете?

    На Ланте — как и везде зависит от отеля/домика, если отель есть на букинге — там есть отдельная оценка за качество инета, но мы искали жилье на месте, т.е. была возможность протестить. У нас был нормальный инет. Плюсы по сравнению с Пхукетом — почти везде на острове близко к пляжу, намного тише, нет русских, не стремно катать на мопеде, дешевле фрукты на рынках, можно бегать вдоль пляжа не спотыкаясь об загорающих. Минусы — гораздо менее развита инфраструктура, нет моста на континент. Работали там месяц.

    Поддержал: Oleksandr Skrypnyk
  • Кто сейчас на Пхукете?

    Смотря, что ты любишь. Нам просто хотелось покоя и релакса и Ланта, в этом смысле, идеальна. Правда мы тут работу работаем, по этому, времени свободного не так много оставалось как хотелось бы.

  • Кто сейчас на Пхукете?

    Вчера паромом с Ланты на Пхукет перебрались на недельку проездом, хотя лучше бы еще на неделю остались на Ланте как по мне :), сейчас сидим в старом городе, потом в конце следующей недели на день перебираемся ближе к аэропорту.

  • Нужен совет в выборе технологий для Web-стартапов

    в Spring Data по умолчанию используется hibernate, базу без разницы какую использовать, но Postgres — это да)

  • Нужен совет в выборе технологий для Web-стартапов

    А якшо FOSRestBundle заюзати?

    по поводу FOSRestBundle...
    1. Он не всегда удобен и достаточно гибок
    2. В Spring есть все, что есть в FOSRestBundle, добавляешь одну аннотацию в методе контроллера и у тебя уже готов rest endpoint, остается только что-то вернуть.

  • Нужен совет в выборе технологий для Web-стартапов

    Тот факт, что Rest API писали на Java еще не говорит о том, что был использован Spring Boot.