Борода бывшего программиста
186 subscribers
46 photos
2 files
117 links
Сейчас рук. отдела в Озоне, ранее директор по разработке idp.zyfra.com
leotsarev.ru
t.me/leotsarev
Много ссылок на статьи и нытья
Download Telegram
Пишу заметки с techleadconf

Очень крутая в докладе Павла Лакосникова из Авито система определения критичности сбоев.

Есть пользовательский сценарий (прямо CJM с шагами). Размечены метрики: как нам автоматически вычислить, работает этот шаг CJM или нет. Дальше мы знаем по трейсам от каких сервисов зависит это шаг.
И инцидент это сбой именно шага CJM (не произвольный Алерт) и виновный сервис именно самый нижний сервис в цепочке зависимостей.
🔥7
Расскажите про причины этого инцидента?
Если кратко, то не фартануло
😁22🤩1🏆1
https://youtu.be/9-IWMbJXoLM?si=IqVg1a3XDIRxvGUy

Простите, что ссылка на вражеский Ютуб. Давно пытаюсь объяснить всем, что everything is a file — это плохая, провальная идея. Ее провалу должны учить на курсах дизайна API: если что-то можно запихнуть в какую-то абстракцию, это не значит, что нужно.
Важно, чтобы эта абстракция была полезна семантически.
https://check.supply/

Несмотря на то, что подсознательно хочется смеяться над тупыми американцами, которые не живут в мире СБП, сам по себе паттерн очень интересен для интернет сервисов.

Это highly composable решение, которое целиком базируется на существующей инфраструктуре, не требует от пользователей lock-in, не завязан на контракт с банком или поставщиком.
Просто плати семь долларов, и мы вышлем твоему поставщику красивый бумажный чек, раз уж он застрял в 19 веке.
🔥2
https://news.ycombinator.com/item?id=44429789

Написание кода никогда не было узким место разработки ПО, поэтому ускорение от LLM незначительно
😁3💯3
Выяснил, что через CSS нельзя:
1. Устанавливать разные колонтитулы для разных частей документа при распечатке
2. Устанавливать разную нумерацию страниц
6
Тема для флуда (поэтому в пятницу).
Положим, есть сущность, которая общая для многих процессов и доменов.
И у нее есть какие-нибудь специфические для домена настройки.
Например, это договор с перевозчиком, и есть флажки по договору «упрощенная проверка СБ» (относится к домену СБ) и «работа по пост-оплате» (относится к домену финансов)
Или это магазин и это флажок «есть ли лицензия на алкоголь » (домен лицензирования) и флажок «проводятся стажировки» (домен обучения).

С одной стороны, если все хранить в одном сервисе-справочнике договоров/магазинов получаем централизованное управление настройками, экономим ресурс разработки, избавляемся от многосторонних синхронизаций между доменами
Если хранить в разных сервисах получаем независимость доработок, что важно, если эти флажки не просто бинарные, а в рамках домена имеют логику и связи с друг другом.
Как вы выбираете?
Спустя 23 года после релиза powershell наконец до части авторов утилит командной строки UNIX дошло, что выдавать неструктурированные данные глупо.
https://news.ycombinator.com/item?id=44633648
👍2