Борода бывшего программиста
187 subscribers
46 photos
2 files
115 links
Сейчас рук. отдела в Озоне, ранее директор по разработке idp.zyfra.com
leotsarev.ru
t.me/leotsarev
Много ссылок на статьи и нытья
Download Telegram
Даир прислал ссылку на дебаггер регэкспов для Свифта.
Сначала я ужаснулся (потому что это две вредные вещи в комбинации, дебаггер и регэксы), но потом увидел, что в свифте сделан для регэкспов приличный DSL, что мою основную претензию к оным снимает.
Зато при таком DSL, похоже, не возможна ahead of time компиляция регэкспов как в дотнете.
👍1
За то, умеют ли хорошие программисты в текст, давно написали за нас основатели 37signals/Basecamp
https://basecamp.com/gettingreal/08.6-wordsmiths
👍3
«Оказалось, что ЛЛМ уверенно разговаривают на уровне менеджера среднего звена. И мы почему-то решили, что это значит, что ЛЛМ разумны и обладают личностью, вместо того, чтобы предположить, что менеджеры среднего звена ей не обладают»
😁344🔥2💯1
Одним из условий моего выхода в ЦИП была договоренность, что этой хуйней с микрооптимизациями и зажимом копеек на тулинг программистам мы заниматься не будем.
https://selix.net/notes/dont-be-frupid
:-)
Даже и смешно вспоминать об этом через года
😢12👍1
Если при бедственном финансовом положении компании и задержках зарплаты высокий руководитель получает повышение оклада это кое-что говорит о его щепетильности и циничности, но это может быть нужно. Компания не выживет без хороших руководителей, и иногда нужны именно циничные.

А вот если он позволяет этой информации широко разойтись среди подчинённых, то вопрос уже становится к другим качествам.
👀113💯1
Ашманов задает резонный вопрос.

https://sponsr.ru/ashmanov

Я тоже, честно говоря, не верю в полный развод. У кого есть инсайды?
🤝2
https://hacker-laws.com/
Для важных переговоров
👍2
Я не боюсь человека, который знает тысячу способов положить прод. Я боюсь человека, который положил прод одним способом тысячу раз
🔥19😁2🥰1
Пишу заметки с 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
Тема для флуда (поэтому в пятницу).
Положим, есть сущность, которая общая для многих процессов и доменов.
И у нее есть какие-нибудь специфические для домена настройки.
Например, это договор с перевозчиком, и есть флажки по договору «упрощенная проверка СБ» (относится к домену СБ) и «работа по пост-оплате» (относится к домену финансов)
Или это магазин и это флажок «есть ли лицензия на алкоголь » (домен лицензирования) и флажок «проводятся стажировки» (домен обучения).

С одной стороны, если все хранить в одном сервисе-справочнике договоров/магазинов получаем централизованное управление настройками, экономим ресурс разработки, избавляемся от многосторонних синхронизаций между доменами
Если хранить в разных сервисах получаем независимость доработок, что важно, если эти флажки не просто бинарные, а в рамках домена имеют логику и связи с друг другом.
Как вы выбираете?