- Пятничная байка
- У нас в саппорт пришла заявка, ноутбук уходит в сон когда на нем начинают печатать текст
- Проверяли, не подтверждалось
- У пользователя опять повторяется
- На месте стояли проверяли, все ок
- Садится пользователь, ноут через какое то время в сон
- Оказалось у девушки на руке браслет с сильным магнитом, на него реагировал датчик крышки, когда человек печатал и рука была в определенной позиции

Орфография и грамматика автора сохранена. Спасибо лучшему сообществу сисадминов и девопсов за байку!

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

В далеком 1983, когда компьютерами занимались академики, Батлер Лэмпсон написал Hints for Computer System Design. Он описал принципы, которые следует учитывать при проектировании систем - "делай хорошо, плохо само получится".
Как и многие труды того времени, актуальности этот документ не потерял и сегодня. Крайне рекомендую почитать оригинал. Я для себя записал эти принципы и примеры из современного мира, можете ознакомиться

https://github.com/anthropics/claude-code/issues/72274

Claude логинится на чужие сервера в твоих сессиях

I have never owned, provisioned, or had any relationship with 8.211.46.34. My only
server is 59.110.139.37. This strongly indicates that another user's private data
(infrastructure credentials) leaked into my session

https://github.com/spidernet-io/spiderpool

если у вас on-premise кубы ... и на них хорошее сетевое железо... то вроде как musthave типа виртуальные сетевки на железе вынесенные максимально из ядра

#slachnews

https://samber.github.io/awesome-prometheus-alerts/rules/

#prometheus #alert #monitoring

Наверное, стоило написать какой-то многозначительный и очень необходимый обществу комментарий перед предыдущим постом.

Читаю "кабанчика" и очень зацепил этот абзац. В нем сказано "нормально делай - нормально будет", прямо как в той статье 1983 года. Что полностью совпадает с моим видением мира. Но, к сожалению, Time to Market победил. Что, возможно, хорошо для экономики, но плохо для развития инженерии.

Желающих высказаться приглашаю в комменты.

"Кабанчик" - Martin Kleppmann. Design data intensive applications

To Err Is Human: The ETTO Principle, by Erik Hollnagel
Мы почти всегда вынуждены выбирать: делать быстрее и проще или делать медленнее, но аккуратнее и безопаснее. Холлнэгел рассматривает человеческие ошибки как норму, а не сбой.

- нельзя одновременно максимизировать и эффективность, и тщательность

- в реальной работе люди постоянно балансируют между ресурсами, временем и качеством

- безопасность зависит не только от предотвращения ошибок, но и от способности системы успешно работать в разных условиях


Что-то автора этого канала потянуло на философию