@TSource Engine Query @93c76d5d @a7ce5937 бывает и их, да, а бывает "вина" тех кто находит уязвимости, а еще бывает тех, кто находит способы сделать что-то с меньшими накладными расходами чем было раньше
@4b284546 @93c76d5d @a7ce5937 ну да. Совместимость-то зачем ломать?
@TSource Engine Query @93c76d5d @a7ce5937 мне кажется, что тут злого умысла нет, бывает получается не ломать совместимость, бывает - нет
@4b284546 @93c76d5d @a7ce5937 ну это пример плохого архитектора. У нас таких архитекторов которые раз в несколько лет ломают glibc целая команда его разработчиков. Потом в их (говно)коде ещё и уязвимости находят! :)
@TSource Engine Query Скорее, не "зачем", а "от чего". От недостатка ресурсов. Не каждая команда может позволить себе выделить ресурсы и на "шашечки", и на "ехать", иногда приходится выбирать. @a7ce5937 @4b284546
@93c76d5d @a7ce5937 @4b284546 это вопрос ответственности. К слову, упоминая PipeWire, они всё-таки всё сделали правильно и клиентов PulseAudio не бросили, предоставляя совместимый интерфейс... говорим мы в 2023 году, посмотрим куда это нас приведёт в 2033. Может появится какой-нибудь WipeWire который будет делать хорошо для какого-нибудь Z-land (хуевое название, бгггг).
@93c76d5d @4b284546 @a7ce5937 просто я бы в выборе шашечек и ехать выбрал бы ехать. Потому что стабильный и рабочий софт мне гораздо важнее, чем переписанный, но забагованный.
@4b284546 @93c76d5d @a7ce5937 (поэтому у меня в 2023 иксы, джаббер, и абсолютно ебнутый дистрибутив на который я ушел когда-то и в итоге привык)
@TSource Engine Query @93c76d5d @a7ce5937 но жаббер же развивается, как протокол так и все его реализации - постоянно выходит что то новое
@4b284546 @93c76d5d @a7ce5937 так он развивается. А толпа студентов его переписали и сделали матрица. Работает ли матрица? Нихуя не работает.
@TSource Engine Query Справедливости ради, архитектурно - Матрица это скорее переписанный Usenet, чем XMPP :) И да, нативные группы там таки лучше. Как IM он сосет. @a7ce5937 @4b284546
@4b284546 @93c76d5d @a7ce5937 @TSource Engine Query XMPP возник как проект ЦРУ - так и развивается.
@TSource Engine Query Ну, то есть, архитектурные проблемы решать *не* надо. @a7ce5937 @4b284546
@93c76d5d @a7ce5937 @4b284546 да нет же. Всё надо делать. И переписывать. И поддерживать существующее. Решать архитектурные проблемы это круто. Под лупой искать фатальные недостатки -- это не круто. Просто от переписанного проекта я ожидаю того, что грубо говоря мне не придётся мириться, и всё что у меня работало до этого, так же будет работать и после. Может быть иначе, может придётся привыкать к чему-то новому. Но ни в коем случае оно не должно быть хуже по всем параметрам.