Чудес не бывает или я ошибаюсь?

Отпускное чтиво, навеянное чередой не связанных между собой событий, но приведших к одинаковым мыслям. Заметки из книги " Just Enough Software Architecture ". 1 . Software architecture is about the design of your system and the impact it has on the system’s qualities, qualities like performance, security, and modifiability.  This definition discusses how architecture differs from detailed design and how some of your biggest design decisions can have implications deep into the code. 2. 3 типа архитектурного подхода: Imagine that your performance requirements say that your system must respond to requests within 50ms. Here are some possible ways that you could approach the system’s architecture, given the three design approaches: • Architecture-indifferent design. If you followed architecture-indifferent design, you could copy the distributed processing architecture from your last system and discover, hopefully not too late, that its inter-machine messaging over head e

Привет. С вами снова очередные полезности за неделю. Признаться, свежих было немного, поэтому, пошарившись по архивам, закину вам чуток из прошлого. 1. Harvest, Yield, and Scalable Tolerant Systems  (PDF) Обычно мне тяжело даются такие "около академические" труды, CAP-теорема и вот это все. Но тут хорошо зашло: новые термины для того, что уже раньше использовалось в работе и обозначалось "на пальцах". We assume that clients make queries to servers, in which case there are at least two metrics for correct behaviour: yield , which is the probability of completing a request , and harvest , which measures the fraction of the data reflected in the response , i.e. the completeness of the answer to the query. Yield is the common metric and is typically measured in “nines”: “four-nines availability” means a completion probability of 0.9999 . In practice, good HA systems aim for four or five nines. In the presence of faults there is typically a tradeoff between provi

Привет. Очередные ссылочки и мысли за неделю. 1. Огненный доклад " Эффективность не работает " (осторожно мат). Основная мысль: "Все люди работающие в IT больше 5 лет страдают расстройствами психики." Жестяк :) "...ставьте в центр комнаты стул и сидите на нем целый день...ничего не делайте, вам будет очень плохо... но вы по крайней мере увидите, что если вы целый день них*** не делаете, то них*** не изменяется". 2. Неплохой тред в твиттере про правильную организацию "монолита". source 3. И еще  одна статья про "микросервисы" vs "монолит":  Goodbye Microservices: From 100s of problem children to 1 superstar 4.  Забавная, но дорогая шарманка Catchpoint , которая поможет проверить вам, как ваше веб-приложение работает в разных локациях.  С UX там беда, но очень информационно полезная, как для дебага производительности сайта, так и для мониторинга доступности. 5.  До сих пор перевариваю результаты Heisenbug 20

Чуть было не зафейлил начинание в самом начале. Заехал вечером в гости к бывшим коллегам (вы - крутые). И на радостях и эмоциях почти пропустил пост. Неделя была забавной, много инфы как в новостях, так и из личной практики. Но правило 5-ти пока действует. Поехали. 1. Пессимизма мысли: самая популярная проблема в IT - найм.     Проблем море: компании не понимают, кто им нужен. если думают, что понимают - пытаются крутить гайки на собеседах с нулевым выхлопом. у многих сложно с позиционированием на рынке: нет основной идеи, которая доносится кандидатам, как отличие от других компаний. кандидаты не понимают, чем хотят заниматься и плохо готовятся к собеседу. петля затягивается. 2. Тема SRE (Site Reliability Engineering) продолжает держаться в топе современных базвордов, отнимая пальму первенства у DevOps. При этом, по-прежнему, ее "готовят" по собственным рецептам, не всегда ведущим к ожидаемым результатам. Статья на эту тему " Google Explains Why Other