Pull to refresh
33
0
Alexey Murz Korepov @Murz

Senior Full Stack Web Developer & DevOps

Send message
Они как раз не хотят идти по пути XMPP а сделать всё по-нормальному — единые спеки вместо кучи независимых XEP-ов.
И они уже огромный объём работы проделали, особенно по реализации федерации. А вам с новым мессенджером ведь придётся всё это заново писать, это огромный объём работы.
А что с верой-то сразу так всё погрустнело? Они же не отказываются прикручивать вёбсокеты, просто пока есть более приоритетные задачи по развитию, всё сразу сделать — никаких рук не хватит. Если бы переход на вёбсокеты сразу дал бы кучу заметных преимуществ — то возможно да, стоило бы всё бросить и их прикрутить.

А если текущий HTTP Long Polling «просто работает» и всех устраивает, зачем ломать и переделывать в срочном порядке? Кому надо побыстрее — пусть присоединяются к PR и дорабатывают.
Если уж всё-равно хочется что-то своё написать, то было бы здорово сделать федерацию совместимой с протоколом Matrix, например Rocket.Chat такую пилит: github.com/RocketChat/Rocket.Chat.Federation
Ну REST уж всяко получше будет чем огромные XML гонять как в XMPP. По поводу вёбсокетов — это конечно стильно-модно-молодёжно, но разработчики пока не увидели особых преимуществ в срочном переходе на них по сравнению с HTTP Long Polling, поэтому добавление вёбсокетов — у них в планах есть, но пока в низком приоритете. Пока что и без вёбсокетов всё работает неплохо.

Как раз можно заняться допиливанием этого PR, чтобы всем прибыло вёбсокетового счастья :)
Опишите пожалуйста поподробнее — чем не устроил уже существующий открытый и активно развивающийся протокол Matrix?

Практически всё, что вы описываете и планируете сделать, там уже реализовано на вполне юзабельном уровне. Есть даже уже несколько разных имплементаций клиентов на разных языках программирования matrix.org/docs/projects/try-matrix-now.html#clients и серверной части matrix.org/docs/projects/try-matrix-now.html#servers

И даже есть рабочие шлюзы в Телеграм, Гиттер, IRC, Skype и другие мессенджеры.

Мне кажется будет логичней и эффективней присоединиться к команде Matrix, чем изобретать свой велосипед.

А поподробней можете описать чем ваши цели и приоритеты расходятся с Matrix.org?

Попробуйте [matrix] — отличная бесплатная альтернатива древним Жабберам и всяким новомодным Slack-ам, и на своём подконтрольном сервере.
Очень рекомендую посмотреть на [matrix] — очень перспективный мессенджер, отличная бесплатная альтернатива Slack и подобным решениям. И полно возможностей по интеграции со внешними системами — LDAP, REST API, боты, мосты в Telegram, Discord, Skype и т.п. matrix.org/docs/projects/try-matrix-now.html#application-services
Вам удалось выяснить что это за материал и способ нанесения? На ощупь намного прочнее и более износостойкий, чем переплётный картон. Найти бы типографии, которые такое умеют делать.
Через [matrix] можно уже объединять Slack, IRC и Gitter искаропки, плюс с помощью ручной донастройки — также можно прикрутить Телеграм, Скайп и некоторые другие популярные мессенджеры.
По поводу предложенных p2p-альтернатив: они всё же не смогут стать полноценной заменой server-based мессенджеров, т.к. постоянная поддержка p2p-соединений требует слишком много ресурсов (cpu, трафик, батарея телефона) и ещё одна проблема — это хранение и синхронизация истории общения (особенно жирных файлов): историю оптимальнее хранить на каком-то сервере, а не тянуть копию всей истории на каждый телефон и постоянно синхронизировать.
Вот тут поподробнее описано про технологию шлюзов в другие сети: matrix.org/docs/guides/types-of-bridging.html
Зоопарк программ-мессенджеров конечно же останется и каждый будет выбирать программу на свой вкус, но вот протокол проще использовать всем одинаковый и открытый, чем каждому изобретать свой закрытый кривой велосипед. Например, протокол Matrix.org уже имеет кучу разных программ-клиентов, использующих общий децентрализованный протокол: matrix.org/docs/projects/try-matrix-now.html#clients — вот за таким подходом как раз и будущее.
Поддержки Скайпа, Вайбера, Фейсбука и Вконтактика там пока, к сожалению, нет, но планируют в будущем добавить: github.com/42wim/matterbridge/issues/28
Ещё для решения описанной проблемы очень выручает matterbridge который умеет объединять разные групповые чаты в разных мессенджерах в один общий чат, чтобы каждый мог в нём общаться через свой любимый мессенджер.
Отличным решением описанной проблемы является открытый протокол [matrix], который является по-настоящему децентрализованным, и к нему уже понаписаны шлюзы в другие мессенджеры (Телеграм, Скайп, Хенгаутся и т.п.) matrix.org/docs/projects/try-matrix-now.html#application-services

Так что победа над засилием разных мессенджеров не за горами! ;)
У Deezer появился недавно Community-форум en.deezercommunity.com — там есть возможность предлагать и обсуждать идеи по развитию и по Flow там полно предложений уже наклепали, осталось дождаться когда их реализуют ;)
Кстати, а почему в обзоре нет самого популярного в мире сервиса Spotify? В России с ним конечно грустно всё с доступом, но для обзора функционала и сравнения фишек — вполне хороший источник идей и полезностей.
Кстати, у Deezer есть ещё полезная фича — динамический плейлист «Flow»: он играет вперемешку вашу музыку + музыку, которая часто нравится тем, у кого совпадают лайки с вашими. Не знаю есть ли такое у других приложений, но по мне — очень удобная фишка для поиска новой музыки и расширения аудиокругозора.

И ещё в пользу Deezer — у него есть куча приложений в каталоге Deezer Apps которые расширяют функционал и добавляют новые фишки. У остальных проектов есть что-то подобное?
У Яндекса ещё вдогонку к Музыке есть полезный сервис Яндекс.Радио — очень удобно когда тебе просто хочется послушать музыку под ситуацию / настроение, не выискивая руками.

Information

Rating
Does not participate
Location
Нижний Новгород, Нижегородская обл., Россия
Date of birth
Registered
Activity