https://youtu.be/9-IWMbJXoLM?si=IqVg1a3XDIRxvGUy
Простите, что ссылка на вражеский Ютуб. Давно пытаюсь объяснить всем, что everything is a file — это плохая, провальная идея. Ее провалу должны учить на курсах дизайна API: если что-то можно запихнуть в какую-то абстракцию, это не значит, что нужно.
Важно, чтобы эта абстракция была полезна семантически.
Простите, что ссылка на вражеский Ютуб. Давно пытаюсь объяснить всем, что everything is a file — это плохая, провальная идея. Ее провалу должны учить на курсах дизайна API: если что-то можно запихнуть в какую-то абстракцию, это не значит, что нужно.
Важно, чтобы эта абстракция была полезна семантически.
YouTube
"What UNIX Cost Us" - Benno Rice (LCA 2020)
Benno Rice
https://lca2020.linux.org.au/schedule/presentation/28/
UNIX is a hell of a thing. From starting as a skunkworks project in Bell Labs to accidentally dominating the computer industry it's a huge part of the landscape that we work within. The thing…
https://lca2020.linux.org.au/schedule/presentation/28/
UNIX is a hell of a thing. From starting as a skunkworks project in Bell Labs to accidentally dominating the computer industry it's a huge part of the landscape that we work within. The thing…
https://check.supply/
Несмотря на то, что подсознательно хочется смеяться над тупыми американцами, которые не живут в мире СБП, сам по себе паттерн очень интересен для интернет сервисов.
Это highly composable решение, которое целиком базируется на существующей инфраструктуре, не требует от пользователей lock-in, не завязан на контракт с банком или поставщиком.
Просто плати семь долларов, и мы вышлем твоему поставщику красивый бумажный чек, раз уж он застрял в 19 веке.
Несмотря на то, что подсознательно хочется смеяться над тупыми американцами, которые не живут в мире СБП, сам по себе паттерн очень интересен для интернет сервисов.
Это highly composable решение, которое целиком базируется на существующей инфраструктуре, не требует от пользователей lock-in, не завязан на контракт с банком или поставщиком.
Просто плати семь долларов, и мы вышлем твоему поставщику красивый бумажный чек, раз уж он застрял в 19 веке.
www.check.supply
Check Supply - Send Checks In The Mail
We make it easy to send checks in the mail right from your phone. No envelopes, stamps, or trips to the post office required.
🔥2
Выбери свой гендер
Anonymous Poll
38%
...доменные объекты пришли в неконсистентное состояние
62%
...дальше вся базка оказалась разъебанной
😁9🤔1
https://news.ycombinator.com/item?id=44429789
Написание кода никогда не было узким место разработки ПО, поэтому ускорение от LLM незначительно
Написание кода никогда не было узким место разработки ПО, поэтому ускорение от LLM незначительно
😁3💯3
https://staysaasy.com/management/2025/06/02/your-manager-is-not-your-best-friend.html
Почему хороший менеджер не может всегда сочувствовать своей команде
Почему хороший менеджер не может всегда сочувствовать своей команде
Stay SaaSy
Your Manager Is Not Your Best Friend
As people become managers, it's quite common for their team members to want to commiserate with them. This is especially true for friendly, competent, reasonable-seeming managers – people want to commiserate with winners. But commiseration, especially with…
👍1
Тема для флуда (поэтому в пятницу).
Положим, есть сущность, которая общая для многих процессов и доменов.
И у нее есть какие-нибудь специфические для домена настройки.
Например, это договор с перевозчиком, и есть флажки по договору «упрощенная проверка СБ» (относится к домену СБ) и «работа по пост-оплате» (относится к домену финансов)
Или это магазин и это флажок «есть ли лицензия на алкоголь » (домен лицензирования) и флажок «проводятся стажировки» (домен обучения).
С одной стороны, если все хранить в одном сервисе-справочнике договоров/магазинов получаем централизованное управление настройками, экономим ресурс разработки, избавляемся от многосторонних синхронизаций между доменами
Если хранить в разных сервисах получаем независимость доработок, что важно, если эти флажки не просто бинарные, а в рамках домена имеют логику и связи с друг другом.
Как вы выбираете?
Положим, есть сущность, которая общая для многих процессов и доменов.
И у нее есть какие-нибудь специфические для домена настройки.
Например, это договор с перевозчиком, и есть флажки по договору «упрощенная проверка СБ» (относится к домену СБ) и «работа по пост-оплате» (относится к домену финансов)
Или это магазин и это флажок «есть ли лицензия на алкоголь » (домен лицензирования) и флажок «проводятся стажировки» (домен обучения).
С одной стороны, если все хранить в одном сервисе-справочнике договоров/магазинов получаем централизованное управление настройками, экономим ресурс разработки, избавляемся от многосторонних синхронизаций между доменами
Если хранить в разных сервисах получаем независимость доработок, что важно, если эти флажки не просто бинарные, а в рамках домена имеют логику и связи с друг другом.
Как вы выбираете?
Спустя 23 года после релиза powershell наконец до части авторов утилит командной строки UNIX дошло, что выдавать неструктурированные данные глупо.
https://news.ycombinator.com/item?id=44633648
https://news.ycombinator.com/item?id=44633648
👍1