@dotdump@daihaminkey ну например ДКА позволяют удачно моделировать комплексные пайплайны Data Collection + Data Processing, протоколы репликации CDC, ETL сама SM всегда реализуется через ДКА. Для крудов и перекладывания json'ов конечно ДКА не нужны
@NigushaM зависит от отдела, зп — это предмет договоренностей между работодателем и работником. Легко может оказаться так, что разница зп будет х2 у прямых коллег, даже внутри вилки, особенно на младших ролях
@CaptainInsightX if cache request requires network hop, it’s not you’ve added cache to speed things up, it’s you’ve spanned one more Redis into your production. You’ve lost in the exact moment you decided that cache will help
@eqasha_ был такой миф, когда я учился в 8-10х классов. но мне повезло, в школах, в которых я учился просто не было ОБЖшников, и этот предмет засчитывался «автоматом»
@Nekrolm да, часто пере�� сервисами стоит какая-то единая шина заявок/сделок мб наверное даже ордербуков, и они как бы напитываются из нее, высчитывая свой стейт. зато сверяться удобно, если один сервис в N копиях на разных серверах дает одно и то же — наверное и правда работает
@0xlelouch_ use BGP/RIP and announce same ip address from different servers. This makes your LB super available even when data center goes down. AWS doesn’t allow to do that, but using own infrastructure you can easily build it
Ты можешь позвонить доктору в Лиссабон, и получить онлайн рецепт, а затем с ним пойти в Берлинскую аптеку, и все купить.
Это на удивление очень удобно. Все за 40 минут, и 40€
@garyclarketech The hardest thing is to remember the exact date time. That it is 15:04:05 on the 2nd of January in 2006 and it was Monday. It looks like an exact birth time of someone‘s child
@popovicu94 Cool intel, but you pretty much can‘t do anything if close() returns -1. only write logs (if they remain alive). In most cases you write to the same disk where the logs are written. so when close() fails you almost always doomed