Dr. Quadragon ❌, так в моём идеальном мире к разработке софта надо подходить так же, как к любой другой инженерной работе. Определить предметную область, сформулировать и описать требования, описать или нарисовать интерфейсы, продумать или прописать как они работают в каких ситуациях, и только после этого начинать писать код. Уже в виде результата этапа "определить предметную область" у тебя возникает конкретный критерий "доделанности" проекта. Да, конечно, потом можно повторить эти шаги выпустить новый релиз. И ведь до распространения быстрого интернета все практически так и делали. И было же заебись. Багов было меньше, каждый релиз был осмысленным и приносил понятные улучшения, потому что пользователей ещё надо было уговорить обновиться. А сейчас всё в вечной бете.

@a1ba Не согласен.

Pipewire - это не "переписывание ради самого процесса", а коренное изменение в архитектуре системы.

Во-первых, pipewire закрыл дырку между двумя разными аудиопротоколами, которые до этого одновременно - никак, или через костыли, ага. За одно это уже надо орден вручать, да вешать на доску почета. Теперь можно пользоваться ВСЕМ аудиософтом, а не только либо тем, либо этим.

Во-вторых, pipewire - это вообще-то не только и не столько в первую очередь аудиосервер. Нравится кому-то или нет, но Wayland наступает, а в нем нет способа, например, просто взять и выдрать одним приложением картинку из другого, и это by design. Собственно, pipewire тут выступает как менеджер аудио- и видеопотоков, без которого, например, нельзя стримить или снимать экран.

@grishka