![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Будни с AI
May. 21st, 2026 02:12 pmИли вот ещё хороший пример.
В какой-то момент нам потребовалось динамически рассылать RA (router advertisement) для часто создаваемых интерфейсов. Бороться с конфигами radv и делать релоады оказалось сложнее, чем пойти написать новый демон, который делает ровно то, что нужно. Никакого фэнсервиса, ровно и только то, что нужно.
https://github.com/amarao/autora
Я тут не накоженным сервисом на расте хвастаюсь, а хочу показать новую реальность. Чуть раньше я говорил, что NIH перестаёт быть проблемой, если хорошо понимаешь requirements и предметную область, и что скоро компании начнут писать под себя то, что нужно, вместо того, чтобы адаптировать существующее.
А вот сейчас я это попробовал и по времени оно заняло едва ли не меньше, чем возня с поддержкой существующего сервиса, у которого 'impedance mismatch'.
Это новая реальность и с ней надо учиться жить. Да, можно пойти и написать низкоуровневый сетевой демон с нужной функцией и это проще, чем адаптировать существующий.
Оно работает. Оно работает с первого раза (я его запустил на стенде первый раз уже после того, как оно было написано и обсуждено, и, сюрприз-сюрприз, оно сработало как ожидалось). Оно имеет security review лучше, чем большая часть того, что я писал своими руками.
И я ни разу не открыл ни одного rs файла. Requirements, обсуждения в ревью (с роботом), 7 разных подходов для ревью. Я глазами посмотрел как выглядит systemd unit и дал ценное указание использовать /etc/defaults. Всё.
🤯
В какой-то момент нам потребовалось динамически рассылать RA (router advertisement) для часто создаваемых интерфейсов. Бороться с конфигами radv и делать релоады оказалось сложнее, чем пойти написать новый демон, который делает ровно то, что нужно. Никакого фэнсервиса, ровно и только то, что нужно.
https://github.com/amarao/autora
Я тут не накоженным сервисом на расте хвастаюсь, а хочу показать новую реальность. Чуть раньше я говорил, что NIH перестаёт быть проблемой, если хорошо понимаешь requirements и предметную область, и что скоро компании начнут писать под себя то, что нужно, вместо того, чтобы адаптировать существующее.
А вот сейчас я это попробовал и по времени оно заняло едва ли не меньше, чем возня с поддержкой существующего сервиса, у которого 'impedance mismatch'.
Это новая реальность и с ней надо учиться жить. Да, можно пойти и написать низкоуровневый сетевой демон с нужной функцией и это проще, чем адаптировать существующий.
Оно работает. Оно работает с первого раза (я его запустил на стенде первый раз уже после того, как оно было написано и обсуждено, и, сюрприз-сюрприз, оно сработало как ожидалось). Оно имеет security review лучше, чем большая часть того, что я писал своими руками.
И я ни разу не открыл ни одного rs файла. Requirements, обсуждения в ревью (с роботом), 7 разных подходов для ревью. Я глазами посмотрел как выглядит systemd unit и дал ценное указание использовать /etc/defaults. Всё.
🤯