Мессенджер будущего +14



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


Дискомфортная ситуация — не правда-ли? Но всё можно изменить.


Однообразное множество


На сегодняшний день мессенджер не сделал себе только ленивый. С соцсетями всё понятно, им нужно было организовать общение своих пользователей. Далее Скайп, который медленно чахнет в тени Микрософта. В свое время стремительный Ватсап, заспамленный Вайбер, фишечный Снапчат. Куча мелких поделок с акцентом на шифрование и стремительно вырвавшийся Телеграм. Неудачник Гугл, который слишком рано вывел поистине революционный продукт Google Wave, но позорно предал его, не получив быстрой отдачи, теперь качнулся в сторону примитивизма создав выхолощенные Алло и Дуо. Обратите внимание, на российских операторов связи — у каждого свой собственный мессенджер. Понятно, что это попытка отсрочить неизбежное и она бы удалась, если бы каждый не тянул одеяло на себя.


Очень четко занял свою нишу Slack, это отличное решение для небольших команд разработчиков, хотя есть множество конкурирующих решений. Китайский WeChat должен быть иконой американских и европейских мессенджеров. Вечат создал целую инфраструктуру для коммуникаций и бизнеса, захватив часть офлайн процессов.


Несмотря на различия, современные мессенджеры такие одинаковые. Каждому из разработчиков хочется достичь монопольного положения, “захватить всех человеков”, контролировать и управлять ими.  Но подумайте, к чему приведут нас попытки создать ещё один мессенджер, который будет на 15% зашифрованнее, на 3% юзабельнее и т.п. Как это поможет решить проблемы пользователей или продвинет общество на следующую ступень развития?


Потребности


Итак,


  • Людям нужно общаться, причем, не только с теми кто рядом, но и с теми, кто очень далеко.
  • В разных ситуациях удобно пообщаться текстом, голосом или видео, но комфортнее использовать один инструмент.
  • Общение очень важно, но платить за это сколь-нибудь существенные деньги никому не охота.
  • Многим надоело мигрировать из одного мессенджера в другой и держать сразу несколько каналов коммуникации.
  • И сколько можно опасаться того, что ваш любимый мессенджер тоже начнут активно монетизировать или запретят товарищи из органов.

Что у нас есть, ну помимо сигнальных костров, барабанов, азбуки морзе? Телефония как-бы ещё бодрячком, но стухает. Электронная почта была изобретена полвека назад. Все это время она неплохо справлялась с возложенными на нее обязанностями, но почта не отвечает требованиям современности. С Джаббером как-то не сложилось, по понятным причинам.  Все популярные мессенджеры в частных руках и имеют существенный базовый изъян — они не дружат друг с другом, тем самым ограничивая свободу общения пользователей.


Требую независимости


Я хочу пользоваться мессенджером. Это удобно. Но лично мне надоел поиск разрозненных контактов в куче всяческих программ с различными интерфейсами. Я ненавижу спам и хочу быстро находить точную информацию, когда мне это нужно, мне не нравится тратить свою жизнь на текущую возню с тем комом бесполезной информации, что навязывает современность.


Для меня очень важно иметь независимый от коммерческих интересов отдельных лиц или структур способ коммуникации. Такой способ должен максимально просто и комфортно решать мои повседневные личные задачи, а также задачи моего бизнеса.


В этом направлении предпринимаются различные попытки, что очень радует, но там, всё либо сложно для обычного пользователя либо ещё очень сыро. Разработчикам мессенджеров и другим заинтересованным лицам следует скооперироваться и потратить немного больше усилий чем обычно, чтобы создать новую систему коммуникаций для человечества, которая прослужит еще несколько десятков лет, до тех пор пока не изменятся базовые протоколы сети Интернет или не появится его альтернатива.


Взлететь выше синего дракона


Прежде, чем приступать к созданию нового проекта, даже если это всего лишь палатка на рынке, я рекомендую подняться над ситуацией и увидеть её с чужих точек зрения. Более того, посмотрите всю пищевую цепочку, честно признайтесь себе, где вы в ней. Уделите внимание поиску реальной, иногда скрытой потребности. На какое-то время следует забыть о любых ограничениях, представьте себе, что вы сможете найти нужное количество средств и сотрудников. Почитайте что-нибудь, что вы обычно не читаете (но по теме), посмотрите фильмы.


В данном случае я рекомендую ознакомиться с материалами про Wechat, это и мессенджер и социальная сеть и торговая площадка и рабочее пространство. Если вас не цепляет логика, то попробуйте почувствовать, например, посмотрите сериал Стартап. Если в первом сезоне они пытались выплыть на дженкоинах, то во втором создали среду, в которой будут обращаться эти деньги, т.е. надсистему и победили. Похоже Павел посмотрел этот сериал до конца :) 


Итак, если вы вникли в ситуацию и у вас возникло Видение, то начинайте его формулировать. Есть такая штука, как личная компетенция. Её, как правило, всегда не хватает. Бывает вы увидели и влюбились в свою идею. При этом никакая логика и никакие мнения вас не останавливают, вы горите. На самом деле это не плохо. Скорее всего, потом вы оглянетесь и посмеётесь над собой. Это значит ваша компетенция выросла. Самое важное здесь, именно факт того, что вы преодолели себя и попытались. С другой стороны, а вдруг вы угадали и всё совпадёт как нужно, появятся единомышленники и необходимые ресурсы, а пользователи начнут боготворить вас?


Свойства идеального мессенджера


Чтобы изобрести идеальный мессенджер следует понять для чего и для кого мы его делаем. Задача ставится таким образом: создать универсальный инструмент коммуникаций для простого общения, обмена информацией, развлечения, потребления и совместной работы. Причем этот инструмент не должен принадлежать одной компании. Более того, задачи и вкусы у людей и групп разные, соответственно, и инструменты (мессенджеры) могут быть различными. Однако, все они должны свободно обмениваться информацией между собой.




Хорошие новости, для решения данной задачи не нужно революции. Например, Google Wave был обалденным продуктом, но он пугал обычных пользователей. Чтобы получить рабочий продукт, нужно правильно собрать опыт человечества и немного “доработать напильником”. Например, адресация по типу электронной почты на базе DNS вполне подходит.  При этом, что важно, мы можем плавно перевести людей с e-mail на передачу сообщений, звонков и видеовызовы. Т.е. коммуникации между людьми, которые поставили себе универсальный мессенджер осуществляются по новому протоколу, а с теми у кого стоит почтовый сервер идет только переписка.


Чуть поконкретнее

Это исходная гипотеза, которая может ещё много раз изменяться и дополнятся. 


Адресация


Омега-адрес user?domain аналогичен адресу электронной почты user@domain.


Причем адрес ?domain тоже имеет значение — это адрес организации!


Как правило люди будут иметь личный аккаунт и аккаунт сотрудника организации где они работают.


? — омега  была выбрана, чтобы подчеркнуть преемственность новой системы коммуникации. Символ означает завершенность, а ещё похож на голову человека. При печатании мы можем использовать и привычный символ @, чтобы не усложнять жизнь пользователям.


Каналы


Каналы предназначены для общения нескольких людей и коммуникации людей с организациями.   


В зависимости от настроек каналов можно создать:


Закрытые рабочие каналы — для указанного создателем круга лиц.


Входящие каналы — для приёма обращений. Например, ?domain — омега-канал организации по умолчанию или нулевой канал.


Вещательные каналы (односторонние) — для неопределенного круга лиц, подписаться может любой и читать. Например, ?domain#news — это новостной канал организации.


Общательно-вещательные каналы — Для живой связи с внешней аудиторией.


Например, ?domain#feedback -для сбора отзывов.


И у пользователя могут быть свои каналы user?domain#channel.


Волны


Сообщения передаются в рамках какой-либо темы — волны.


Таким образом, ответы по теме не теряются в массе сообщений. Волны можно связывать с различными сущностями, например, с заказом, задачей что невероятно удобно. В обычной переписке их можно и не использовать, уж кому как нравится.


Омега-визитка


Облегчит знакомство людей и организаций при первом обращении и напомнит о собеседнике после долгого перерыва.


Круги


Можно группировать знакомых как вам угодно: друзья, семья, рабочие контакты отдельно, а вот здесь ребята со школы танцев. Вы можете занести туда всех своих знакомых, даже если они ещё не подключили омега-сообщения, достаточно знать адрес электронной почты.


А с рабочими контактами всё ещё проще — ваши коллеги и контрагенты уже есть в вашем рабочем аккаунте.


Омниканальность


Пока значительная часть ваших знакомых людей или контрагентов вашей организации не перешли на омега-технологии, придётся делать интеграции с внешними архаичными системами: мессенджерами, социальными сетями, телефонией. Но потом.., будущее прекрасно!


Интеграции с бизнес-системами


Если в компании есть корпоративный портал, где ведутся сделки с клиентами и решаются поступающие задачи, интеграция с омега-сообщениями позволила-бы значительно повысить эффективность работы. Сотрудники (и клиенты) смогут оперативно коммуницировать в рамках конкретных задач. Ещё и онлайн-консультант на сайте будет работать в том-же коммуникационном пространстве, что позволит решать вопросы быстро и без потерь данных.


OmegaID


Омега-адрес идеальный кандидат на роль универсального идентификатора. Одним кликом ( и это не маркетинговые заявления) между системой и пользователем сразу устанавливается связь. Например, вам не нужно будет регистрироваться в интернет-магазине придумывать и запоминать пароль, указывать кучу данных. Теперь вы просто принимаете волну, связывающую вас с поставщиком (без спама, только заказы).


Антиспам


Омега-визитки помогают пользователю принять решение, о включении нового контакта в свой круг или блокировании входящего сообщения, но этого недостаточно. Необходимо анализировать большие объёмы статистических данных для блокировки спама. Задача осложняется тем, что сообщения могут шифроваться, поэтому разработаны специальные алгоритмы выявления спам-аккаунтов по анализу связей контактов и иных параметров. Дополнительно могут использоваться рекомендательно-оценочные функции. Возможно появятся независимые сервисы подсказывающие вам спам-рейтинг вновь обратившегося контакта. Думаю в этой технологии есть ряд идей, которые позволят эффективнее бороться со спамом, чем в e-mail.


Безопасность


Большинству людей нет дела до шифрования сообщений, ну может быть при передаче платежных данных. Однако в организациях практически вся информация может быть полезна конкурентам, поэтому без шифрования омега-сообщений никуда. Следует проработать отдельные сценарии защиты внутрикорпоративных данных, сообщений с внешними контрагентами и частных бесед.


Сущности


Для удобства коммуникаций ( и в том числе для противодействия спама) омега-протокол поддерживает сущности, такие как товары, заказы, задачи и др. Например, вы заинтересовались товаром, онлайн-консультант (или бот) тут же выставил вам заказ-счет и вы, нажав на одну кнопку и подтвердив платеж в своей платежной системе, перевели деньги.


Платежи


Пользователь может подключить аккаунт к своему банку или платежному агрегатору и осуществлять платежи по конкретным заказам, не выходя из мессенджера или просто переводить деньги другим людям.


Поиск


Встроенный поиск помогает найти информацию только в рамках имеющихся у пользователя данных: в контактах и сообщениях с этими контактами. Для поиска новых контактов, организаций, товаров, книг, музыки и др. пользователи подключают сервисы.


Сервисы


Количество и виды сервисов ограничивает только фантазия разработчиков. Например:


  • Энциклопедии или вычислительные алгоритмы.


  • Сервис поиска информации в сети интернет или внутри мессенджера.


  • Автоматический перевод с одного языка на другой может пригодиться для общения с коллегой из далёкой страны или при бронировании отеля.


  • Распознавание голоса поможет вам прослушивать текстовые сообщения и отвечать на них, когда вы за рулём или просто лень печатать.


  • Планировщик дел напомнит вам о встрече прямо в мессенджере, и незачем устанавливать дополнительное приложение.


  • Робот-автоответчик ответить за вас, если вы сейчас заняты. Причём малознакомому субъекту пообещает ответ в течение часа или сам назначит приём на свободное в расписании время, отведенное для данных вопросов, а вот ребенка соединит немедленно.


  • Роботы-помощники ответят на ваш вопрос о погоде или закажут билеты в кинотеатр, найдут вам новые заказы, а может и погрустят вместе с вами, кто знает…




Как сделать универсальный коммуникационный протокол


На самом деле ресурсов в мире достаточно, чтобы сделать жизнь на земле прекрасной  для каждого человека, проблема в том, что деньги и усилия не координируются и расходуются не по оптимальным направлениям, опустим подробности, т.к. одно это потянет на объем войны и мира.


Давайте порассуждаем как можно сделать универсальный коммуникационный протокол. Это могла-бы сделать частная корпорация. Например, Гугл. У них практически неограниченное количество финансов, собраны одни из лучших умов планеты, есть доступ к миллиардам пользователей. Но Гугл слишком большая контора уже обросшая бюрократией, поэтому я не знаю, как донести эту идею до них. Эпл слишком занята самолюбованием, а Амазон захочет максимизировать прибыль и испортит идею. Из Российских даже не знаю подходящих. Яндекс сильно изменился в худшую сторону, после того как выжали своих основателей, а мейлру всегда были такими. У Телеграма всё и так хорошо, он идёт своим путём. Операторы связи тоже никак не вписываются в образ тех, кто может делать открытые системы. Уверен, в мире есть несколько сотен подходящих кандидатов среди коммерческих компаний, которым по плечу эта задача, но пока я их не знаю (надеюсь в комментариях поделитесь своими предположениями).


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


Допустим, мы хотим создать омега-сообщения силами сообщества. Здесь всё-равно нужно иметь ядро разработчиков, которые будут заняты в проекте на полный день. Придётся всё-равно искать финансирование, что само по себе то ещё занятие.


Кажется ситуация патовая, но это не так. Главное правильно разделить её на части. Для начала следует сделать прототип-имитацию и протестировать идею с точки зрения пользователей и бизнес-пользователей. Т.е. внедрить её с ограниченным функционалом в сотне-другой компаний. Для них это будет та же электронная почта, но с внутренним мессенджером. Через короткое время соберется достаточно материала для подтверждения гипотезы или её переработки. Основная работа начнётся на втором этапе. Нужно будет не просто сделать заявленный функционал, а написать его красиво, потому что программисты весьма придирчивы к чужому коду. Разработка стандартов, которыми смогут и захотят пользоваться разработчики по всему миру тоже непростая задача. Проекту нужны самородки, пусть ещё никому неизвестные непризнанные гении, способные в сжатые сроки создавать оптимальные концепции и архитектуру и матерые профессионалы, которые способны довести работу до конца.


 Начало


Последние пару лет я сижу и жду, ну когда же появится открытый протокол, ведь проблема коммуникаций актуальна как никогда и её решение очевидно. Нет, компании продолжают лепить все новые мессенджеры в надежде случайным образом завоевать благосклонность аудитории и победить гигантов. Я устал ждать и начинаю делать хоть что-нибудь для решения этой задачи.  И хочу найти людей, которые тоже подумают, а кто если не мы и включатся в работу? Можно и дальше ждать пока кто-то принесет на блюдечке готовое решение, но будет ли это решение действительно хорошим?


Мне для принятия окончательного решения о старте проекта необходимо найти хотя-бы пару единомышленников, понимающих суть и верящих в идею. Дальше уже будет попроще. Планирую собрать небольшую группу и сделать упрощенный прототип омега-сообщений: сервер, веб-клиент и приложение для андроида; плюс интеграция с e-mail. Затем протестирую на своих клиентах. И, если практика подтвердит полезность и жизнеспособность идеи, то будем двигаться дальше.


Прошу откликнуться людей, которые видят полезность открытых сообщений для общества и готовы поработать над проектом. Также нужны инвесторы, которые не прочь организовать бизнес вокруг новой технологии коммуникаций. Ведь открытые сообщения это новый виток технологий и возможностей. Это практически непаханое поле в которое экстренно будут переноситься все наработки из сайтов, сервисов, приложений. В новую среду потребуются поисковики, игры и развлечения, маркеты и платежные системы. Здесь появится множество новых игроков из тех кто первый выйдет на новый рынок и сможет оперативно предоставить новые сервисы или интегрировать коммуникации в свои продукты. Чтобы быть первым нужно стоять у истоков и вносить определенный вклад в разработку и популяризацию начинания.


Уверен, после прочтения данной статьи у вас будет море эмоций. Хочется услышать высказывания относительно самой идеи универсального средства коммуникации. Поделитесь тем, что лично вас не устраивает в современных коммуникациях, чего-бы вы хотели для себя и для компании в которой работаете.

Вы можете помочь и перевести немного средств на развитие сайта



Комментарии (185):

  1. MarkIkon
    /#10622565

    Сейчас таких протокол и систем реализованных на этим протоколах огромное множество. Например социальная сеть "Диаспора" и аналог твиттера "Mastodon"

    • IvanKlut
      /#10622571

      Я про другое в статье писал.

      • MarkIkon
        /#10622595

        Вы написали что хотите разработать протокол для мессенджера. Протоколы этих систем подходят отлично под ваше описание. Так же если надо конкретно мессенджеры, то могу посоветовать "Ring"

        • psycho_zs
          /#10622673

          +1.
          Или tox.
          По части Ring, хорошо бы к нему разработать простой клиент, а то существующие за собой тянут GNOME или KDE с их переусложненным барахлом.

          • mtex
            /#10623373 / +1

            Tox хорош. Пользуюсь для голосовой связи с родственниками, переписываюсь с несколькими знакомыми.

            Вот что бы не помешало, так это сделать эдакий tox-proxy: развертываем клиент на домашнем компе( vps, подкроватном сервере, etc), к нему подключаемся с мобильного приложения и пользуемся.
            А то, очень уж мобильная версия непотребно много трафика и ресурсов потребляет. Впрочем, toxic+tmux+connectbot проблему частично решали.

          • evocatus
            /#10624245

            Gnome или GTK3? KDE или Qt?

            • psycho_zs
              /#10624265

              evolution-data-server, libcanberra, dconf, вот это все. Особенно убивает dconf: нормальные бекапы через rsync или unison без костылей сразу обламываются.
              А qt-клиент, насколько я помню, требует kio, kontacts и иже с ними.

  2. ildarz
    /#10622597

    Стратег, проектировщик бизнес-систем

    Ох… То-то я смотрю, статья в стиле того самого анекдота про стратегический консалтинг. Просто надо стать ёжиками разработать универсальный мессенджер.


    Все эти вопросы, которые вы озвучили, в голову очень многим людям приходят не "последние два года", а куда дольше. Собственно, уже упомянутый джаббер и был как раз попыткой создать универсальный протокол. Поэтому интересно, что же, по-вашему, за "понятные причины" привели к провалу, и как вы эти причины собираетесь обходить?


    Проекту нужны самородки, пусть ещё никому неизвестные непризнанные гении, способные в сжатые сроки создавать оптимальные концепции и архитектуру и матерые профессионалы, которые способны довести работу до конца.

    А вы этим людям зачем?

    • IvanKlut
      /#10622613

      На самом деле я буду рад, даже если идею кто-то реализует и без меня. Главное это результат. Однако, осмелюсь предположить, что я буду весьма полезен для этого сложного проекта, потому что я обладаю видением. На самом очень много деталей и нюансов, которые не осветить в одной статье.

      • ildarz
        /#10622837 / +2

        Я поэтому и спросил, что вы думаете о причинах фактического провала джаббера/XMPP как универсального решения. Который IETF proposed standard, неслабая поддержка со стороны не последних в мире ИТ корпораций, все дела. Как и за счет чего вы собираетесь преодолевать проблемы, которые не может преодолеть джаббер?

      • inkvizitor68sl
        /#10623173

        И что ваше видение говорит о провале XMPP/Jabber, который вы и описали в своей статье?

      • Mobile1
        /#10628537

        Спасибо за статью, количество комментариев подтверждает что эта тема интересна.
        Однако, осмелюсь предположить что мы УЖЕ сделали примерно такой мессенджер.
        Итак, уже реализованные возможности мессенджера:

        — Регистрация БЕЗ номера телефона. Только логин.
        На самом деле можно регистрироваться и без емайла — он просто нужен для того чтобы потом можно было восстановить пароль.

        — Мессенджер не требует доступа к вашей записной книжке.
        Мы сделали это намеренно, чтобы нас потом не упрекали в «сливании» номеров контаков ваших друзей и близких.
        Мне кажется, что именно то, что популярные мессенджеры имеют доступ к вашим контактам, это потенциально очень опасно, возможно даже опаснее того что могут вашу прочитать переписку.

        — Общение начинается с запроса на разрешение и его одобрения (или не одобрения) со стороны другого пользователя.
        Т.е. незнакомый человек не может с вами начать общение, пока вы не одобрите.
        Защита от спама и т.д.

        — Стандартный протокол шифрования TLS/SRTP.

        — Поддержка SIP протокола в 2 режимах:
        1. Режим SIP — транк.

        Это означает что вы можете взять ЛЮБУЮ SIP совместимую железку — любой IP телефон, любой VOIP шлюз, и даже любую IP АТС или виртуальную IP АТС и подключиться как бы параллельно вашему логину в системе.
        Как это работает — при приеме входящего звонка от любого пользователя мессенджера одновременно звонят параллельно подключенные IP телефоны, шлюзы и транки IP АТС.
        Количество подключаемых таких устройств — неограничено.
        Если речь идет о подключенном транке IP АТС, то количество одновременных вызовов на один логин также неограничено.
        Поддерживаются и SIP видеозвонки — т. е. можно взять любой стандартный SIP видеотелефон и он будет работать.
        Кроме того, т. к. поддерживается стандартное шифрование TLS/SRTP и если железный IP телефон его поддерживает, то сервер подхватит шифрование и у вас будет шифрование и с железкой.
        2. Режим SIP клиент с пуш уведомлением.
        Работает как обычная SIP звонилка типа Csimple, Linphone и т. д., но в отличие от таких клиентов не жрет батарейку, т. к. умеет работать в спящем режиме.
        Т.е. приложение засыпает и ничего не тратит, а просыпается и принимает звонок только когда идет входящий.

        — Позволяет подключаться одновременно и параллельно нескольким логинам.
        При этом обнаружилась интересная возможность — работа одного SIP аккаунта, одной учетной записи одновременно на разных устройствах -если приходит входящий звонок на SIP номер, то звонят сразу все телефоны.
        Может быть полезно тем, кто хочет сэконмить, взять, например платный аккаунт у одного провайдера и раскидать на нескольких человек.
        Или например, взять один номер для входящих звонков и раскидать его сразу нескольким людям ( сотрудникам, родным и т.д.).
        номеру одновременно.
        SIP учеток может быть до 10, количество пользователей — практически неограничено.

        — Режим PTT или Walkie-Talkie (рация)
        Работает как в обычных, так и в групповых чатах.

        — Естественно передача текста, файлов, аудиосообщений, фото, видео, геоположения, аудио и видеозвонки внутри мессенджера и т. д.
        Все как у других мессенджеров.

        — Режим Live TV.
        Вы можете сделать из своего телефона систему видеонаблюдения за удаленным объектом.
        Подробнее в этом видео.

        — Family Locator.
        Вы можете поставить в чате разрешение собеседнику запрашивать ваше геоположение — в этом случаем он может не спрашивать вас, а сам получить карту с вашим положением.

        — Изчезающие сообщения.
        Можно поставить время жизни сообщения — по истечении времени оно удалится у обоих сторон.

        — Интегрированный голосовой бот-ассистант Алекса от Амазон.
        Можно не покупать Алексу Echo — все основные возможности реализованы в мессенджере.
        Можете управлять сотнями различных устройств прямо с мессенджера, которые поддерживают Алексу — начиная с Sonoff за 5$ и заканчивая управлением автомобиля (подробнее в этой статье).
        Можно отдавать команды голосом, как в Alexa, но помимо такой стандартой возможности мы добавили также возможность отдавать команды текстом — иногда такое более удобно.
        Потом мы пошли дальше и сделали кастомные кнопки — т.е. наиболее часто употребляемые команды для Алексы (типа вкл/выкл свет и т.п.) можно вызывать тапом по кнопке, наподобие пульта ДУ.
        Потом мы опять пошли дальше и сделали простой API, который позволяет вызывать любые Алекса команды простым json запросом, т.е. пользователь взаимодействует не с сервером Амазона, а просто делает json-команды, т.е. можно встроить управление Алексой с любого сайта, бота, устройства типа Ардуино и т.д.
        Подробнее об этом в статье.

        — API для создания ботов и для прикручивания разных IoT железок.

        — Функция пользователи рядом.
        Если вы включаете эту функцию, то все пользователи, также включившую эту функцию, могут видеть расстояние до вас в радиусе до 100 км. Выключаете — вас никто не видит и вы — никого.
        Социальный элемент в мессенджере. этакий каннибализатор Тиндер и подобных приложений.

        Но самая интересная возможность, которая реально может повлиять на мир коммуникаций, в другом.

        Сейчас существует как бы два мира, две экосистемы для коммуникаций — первая — мессенджеры, которые в качестве логина пока используют телефонный номер и которыми пользуются частные лица и 2 — т. н. Бизнес телефония — это виртуальные АТС, АТС на Астериске и других SIP совместимых платформах.
        Но несмотря на то что и мессенджеры и бизнес-телефония используют телефонные номера, в каждом случае это разные сущности.
        Проблема — эти два мира не пересекаются, хотя оба делают одно и тоже — связывают людей.

        Т.е. нельзя сделать звонок например из WhatsAp или Телеграм пользователю IP АТС — хотя и в том и другом случае используется IP телефония и одинаковые голосовые или видео кодеки.

        Для связи пользователь мессенджера должен выйти из экосистемы мессенджера и воспользоваться или PSTN или GSM, т. е. сделать платный звонок.
        Или сделать платный звонок из мессенджера, который в конце концов пройдет также через старый PSTN или GSM.
        Странная ситуация в то время когда пользователь может звонить друзьям и близким бесплатно.

        Почему так происходит?

        Ответ прост — мессенеджерам достаточно своей аудитории и они не хотят никакой интеграции с другими и наоборот.
        Уже сейчас совокупная аудитория мессенджеров около 5 млрд человек.

        С другой стороны традиционная SIP телефония востребована в бизнесе — достаточно сказать что объем рынка VOIP оценивается в 120 млрд. USD.
        Уже существует огромная и развернута инфраструктура SIP телефонии в каждом бизнесе, завязанная на географическую нумерацию или негеографическую (номера 8-800).

        Почему же назрела необходимость уйти от старой связи, основанной на географической нумерации? В чем проблема нумерации? Их несколько:

        1. Это исчерпаемый ресурс, количество номеров, выделенных для каждой страны, ограничено (привет, IoT девайсы!).

        2. Это регулируемый ресурс — выдается только государственными уполномоченными организациями, причем в каждом государстве свои правила.

        3. Так как номера с геопривязкой к определенной стране, городу и т.д., то для звонков на эти номера нужно платить деньги.

        Что очень странно выглядит — т. к. все уже привыкли пользоваться мессенджерами и вообще не платить за разговоры.
        С другой стороны бизнес быть заинтересован в удобстве и бесплатности для частного лица, но единственное что они могут сделать и делают — это взять несколько DID номеров для каждого региона или города.

        Что предлагается?
        В мессенджере паралелльно любому созданному нецифровому логину можно подключить неограниченное количество VOIP линий и завести их на уже существующие транки АТС для бизнеса и обрабатывать их в соответствии со сложившимся алгоритмом.
        То есть задействуется уже сложившаяся инфраструктура в бизнесе — получается очень легкая интеграция новых возможностей, используя уже купленное оборудование (IP АТС, IP телефоны и т. д.) с экосистемой мессенджера.
        Соответственно такая коммуникация будет бсплатна для всех.

        Почему нецифровой логин?
        Потому что бизнесу нужен не набор цифр, а легкое запоминание способа контакта — не случайно рядом с цифрами везде фигурируют буквы и часто используются до сих пор такие номера:
        1-800-COCA-COLA и т. д.
        Это можно сравнить с тем что сейчас не используют IP адреса в сайтах, типа 151.101.192.81, а используют вместо этого доменные имена типа bbc.com и т. д.

        Вот этот мессенджер.

        • andreymal
          /#10628623

          Open-source сервер, который можно установить у себя и который будет контактировать с другими серверами, аки электропочта, есть? Если нет, то — не то и фтопку.

          • Mobile1
            /#10628631

            Open-source сервера нет, но зато есть уже РАБОТАЮЩИЙ и РЕАЛЬНЫЙ продукт.
            Это раз.
            Второе — для реалтайм коммуникаций, к киом мы пречисляем аудио и видео, вы не сможете сделать распределенную архитектуру в принципе.
            Фантазировать можно много, и можно, да, сделать текстовые сообщения децентрализованные, но реалтайм нормально работать не будет, ибо есть наты и все проблемы для аудио и видео которые они несут.
            Если начнете делать что-то ручками, то сами столкнетесь и поймете.

            • andreymal
              /#10628633

              Так-то скайп в свои лучше времена был очень даже распределённым со своими супернодами, мне рассказывали, что даже без интернета по локальной сети прекрасно работал, если до этого хотя бы раз залогиниться)

              • Mobile1
                /#10628641

                суперноды сидели на реальных айпишниках и по сути работали как TURN серверы.

                • andreymal
                  /#10628645

                  О том и речь, с кучей TURN-серверов получается вполне распределённо. Ну и ничто не мешает держать нормальный STUN/TURN-сервер у себя вместе с ожидаемым мной open-source сервером для мессенджера, в том же XMPP все именно так и делают


                  Правда, вообще без серверов уже вряд ли получится, но нужно ли?

                  • Mobile1
                    /#10628691

                    ну была у нас идея делать маленькие turn сервера на микрокомпьютерах, чтобы тянули 50-100 одновременных разговоров, но там другие проблемы.
                    Нужно же делать резервирование в случае падения, распределять нагрузку по гео, по нагрузке.
                    К тому же, представьте что через установленный у вас сервер пойдут не текстовые сообщения по 2 байта, а пойдет какой-нить тяжелый видеотрафик в большом количестве, вы будете довольны постоянной загрузкой своего канала в полку?
                    А отключения света, проблемы у провайдера и еще куча таких головняков сводят на нет преимущество такого распределенного подхода.

                    • andreymal
                      /#10628693

                      Тем не менее тот же скайп работал вполне нормально, а когда майкрософт перетащил всё на свои сервера, то связь в целом ухудшилась) Но со сложностью задачи не спорю, конечно


                      вы будете довольны постоянной загрузкой своего канала в полку?

                      Да, у меня торренты специально канал загружают))

    • ValdikSS
      /#10623027

      Собственно, уже упомянутый джаббер и был как раз попыткой создать универсальный протокол. Поэтому интересно, что же, по-вашему, за «понятные причины» привели к провалу, и как вы эти причины собираетесь обходить?
      Причины очевидны — XMPP делали для передачи данных, а не для общения людей. XSF вообще сейчас продвигает XMPP в качестве транспортного протокола для IoT, что уж тут говорить.

      За последние 2 года добавили много важных XEP'ов, но полноценных клиентов для XMPP просто нет. Ни одного, ни под какую платформу.
      Conversations на Android очень хорош, но не поддерживает, например, регистрацию в транспортах, vcard, управление сервером, хотя отлично подходит именно для общения.
      Почти все остальные клиенты имеют какие-то значимые недостатки. В Gajim нет поддержки загрузки истории чата в мультигрупповых чатах, а в Psi+ вообще поддержки серверной истории нет.
      Новый Dino пока слишком простой, чтобы им можно было полноценно пользоваться.

      Но, в целом, если всем разработчикам клиентов взять себя за руки и реализовать описанное в документе, то XMPP уже можно будет нормально пользоваться.
      Я предлагаю $1000 тому, кто сделает поддержку серверной истории (XEP-0313, MAM) в Psi+.

      • ildarz
        /#10623157 / +2

        Ну, во-первых, "хотелось бы все-таки услышать начальника транспортного цеха". (с) :)


        Во-вторых, по мне так как раз очевидно, что основная проблема вообще не в протоколе. Протокол допилить — невелика проблема, особенно учитывая, кто в свое время его поддерживал и пытался активно продвигать, ресурсов и веса более чем достаточно. Она в том, что, перефразируя, "верхи не хотят, а низы не могут". Индустрии не нужен единый мессенджер, деньги удобнее делать на фрагментированном рынке. А предпосылок для революции снизу не видать — пользовательская масса была бы может и не против уйти от кучи каналов общения на единый, но предложить этот канал ей некому, потому что индустрии не надо, а энтузиасты не смогут его раскрутить. И вот как ЭТУ проблему решать, и хотелось бы услышать от человека, который себя позиционирует как стратег и визионер. :)

        • IvanKlut
          /#10623183

          План более чем простой. Написал в статье и в комментарии выше уже повторял. Я не говорю, что 100% уверен в нем. Но для начала задумываюсь о том, чтобы сделать хотя-бы приличного качества прототип, и опробовать на потребителях.

          • ildarz
            /#10623369

            У вас, к сожалению, как раз и описан путь XMPP. Включая "внедрить её с ограниченным функционалом в сотне-другой компаний" (на самом деле много-много больше), в виде как Cisco Unified Communications, так и других вариаций. И это, заметьте, с одновременным продвижением в широкие массы со стороны того же Гугла. Кончилось всё тем, что мы имеем сейчас, и вот совсем не ясно даже гипотетически, за счет чего вы планируете оказаться успешнее.


            P.S. Это я не к тому, что у вас 100% ничего не выйдет, "дорогу осилит идущий", и всё такое. А к тому, что пока даже гипотетически не ясно, за счет чего вы хотите взлететь, потому что пока планируете идти по проторенной дорожке, которая очевидно не привела других к желаемой цели.

      • BelBES
        /#10623657

        Такое ощущение, что ныне мертвые Bombus, был самым продвинутым клиентом для XMPP)

  3. Andy_Big
    /#10622627 / +1

    Мне почему-то сразу приходит на ум эта картинка:

    • IvanKlut
      /#10622645

      Весьма оригинальная мысль запостить эту картинку.
      Ну а если серьёзно, то открытых стандартов универсальных коммуникаций по пальцам можно пересчитать. Но ни одного подходящего. Я с удовольствием взял бы что-то пусть и неидеальное, но приличное подходящее по основным требованиям и начал бы использовать.

      • Andy_Big
        /#10622679

        Просто она очень точно отражает мои впечатления после прочтения статьи :)

        • STingerOid
          /#10624693

          Вот я тоже, читая статью, вспомнил эту картинку =)

      • Akuma
        /#10622711

        Ваши основные требования завтра поменяются, а стандарт останется.
        Так и появляются 15 стандарты.

      • VIPDC
        /#10624605

        Разумные стандарты по которым мы не можем внедрить:
        со сторонностью движения
        единицами мер и и весов
        разъемы розеток

  4. Akon32
    /#10622663

    С Джаббером как-то не сложилось, по понятным причинам.

    По каким именно "понятным причинам" "не сложилось с джаббером"?

    • Akuma
      /#10622717

      Скорее всего зависимость от конкретного сервера.
      Вы могли иметь кучу аккаунтов на разных серверах, которые никак не связаны между собой.

      Получается «15 стандартов» внутри одного.

      P.S. Вообще я любил Джаббер, но он уже умер.

      • mtex
        /#10623423

        Вообще, напомню, что довольно долго все реализации были совместимы. Вы могли со своего ejabberd писать пользователем gtalk'a, фейсбука и так далее. А потом совместимость поломали.

    • mtex
      /#10623415

      Ну, по очевидным понятным же. А если серьезно, то очень быстро корпорации поняли, что федеративность и децентрализованность — это плохо. Например, возможность контактировать пользователям социальных сетей (gtalk и vk, например), а то и вовсе не регистрируясь в этих самых сетях, а просто прилинковав свой сервер к общей сети.

      Думается, что если бы e-mail не был древним и устоявшимся протоколов, у которого-то, по сути, не было других конкурентов и реализаций, ждала бы его участь jabber'a.

      Вот взять ту же историю с дуровской телеграммкой. Очень популярный мессенджер, целая инфраструктура там выстроилась с блекджеком и шлюхами. Но вся эта инфраструктура подчинена вполне определенной компании, которая может диктовать свои условия. Недавние примеры «борьбы с пиратством» или закрытие протестных групп весьма наглядны.

      • IvanKlut
        /#10623453

        Именно так.

        • Akon32
          /#10625611

          Не кажется ли вам, что с джаббером не сложилось ровно по противоположным причинам, по которым сложилось у десятка мессенджеров, — никто им не владел, никто не тратил деньги на допиливание фич и маркетинг?
          Если кажется (как мне), то вместо написания пятнадцатого нового открытого протокола для обмена сообщения, можно просто вбухать денег в джаббер — написать нужные XEP'ы, допилить любой открытый клиент (тот же pidgin) до состояния юзабельности и совместимости с этим XEP'ами, провести маркетинговую кампанию для домохозяек. Но контролировать потом это всё вы не будете (даже если закроете глаза на джаббер). Вот в чём проблема.


          Как минимум, имеет смысл подробно рассмотреть джаббер-экосистему как наиболее похожую на то, что вы придумали. Странно, что вы вообще не уделили джабберу внимания в статье. И ещё написали, что ждёте открытого протокола, а его всё нет и нет. И не отвечали на многочисленные вопросы "а джаббер?". Желаете создать пятнадцатый стандарт?


          По вашей системе — в ней очень много фич, и соответственно долго и дорого их все реализовывать. Наверно, вы хотите реализовать все хорошие штуки, о которых когда-либо слышали или думали.
          Для сравнения, в e-mail этого всего нет.
          Может, из вашей системы следует отбросить всякий хлам?

    • STingerOid
      /#10624689

      Джаббер не успел стандартизироваться во что-то единое и стать удобным для масс.

      Огромный зоопарк клиентов, каждый со своими фичами, необязательные к реализации расширения, которые лень ставить админу сервера. Даже смайлики и статусы могут быть разные. А вникать во все эти технические подробности никому неохота, кроме парочки гиков.

  5. wert_lex
    /#10622683

    Тут вот какое дело… такие платформы уже есть. Позволяет коммуницировать практически с кем угодно с помощью текста, видео, голоса, весёлых картинок, обмена файлами и еще кучи всего. Поддерживает уйму протоколов — XMPP, электронная почта, проприетарный протокол скайпа, вотсаппа, открытый протокол телеграмма, и много других протоколов.

    Одна платформа называется iOS, другая — Android.

  6. basilbasilbasil
    /#10622695

    Wechat

    • IvanKlut
      /#10622705

      Вечат это просто ещё один частный мессенджер. Хотя и более развитый, чем остальные

  7. Deorte
    /#10622753

    Для меня очень важно иметь независимый от коммерческих интересов отдельных лиц или структур способ коммуникации.

    Это утопия.
    Всегда будет зависимость, если не в самом мессенджере, то в каналах связи.

    • IvanKlut
      /#10622807

      Да. Но выбор каналов связи останется. Тем более ещё спутниковый интернет собираются развивать.

    • mtex
      /#10623503 / +2

      Да нет. Тот же email более чем независим.

      • zhengxi
        /#10623661

        С email такая проблема:

        Если это GMail, Yandex, Protonmail, Lavabit,… — то зависимость от вендора, такая же как у месенжеров. Вендор может захотеть больше денег или к нему придут люди в чёрном.

        Если свой домен — то зависимость от доменных регистраторов, которые отключают домен по анонимке, и от мантейнеров спам-листов, в которые легко попасть, особенно если кто-то «поможет».

        • mtex
          /#10624463

          А если не gmail сотоварищи, то независимость. В любом случае, никто (пока) не мешает поднять свой сервер, и почта с него будет ходить клиентам gmail, yandex и иже с ними.

          В любом случае, степень независимости несоизмеримо выше. А абсолютен только сферический конь в вакууме.

          • quwy
            /#10624585

            и почта с него будет ходить клиентам gmail, yandex и иже с ними.

            Пока им моча в голову не ударит и они не перестанут принимать почту с вашего сервера без объяснения причин.

            Email стараниями гмейлов и мейлрушечек стремительно превращается в аналог централизированных мессенджеров, такой себе клуб, куда с улицы скоро будет не попасть.

            • hssergey
              /#10624611

              Уже ударило. На двух проектах пришлось прикручивать отправку почты через Amazon SES, так как AOL и еще какие-то системы не принимали письмо с неизвестного айпишника. Еще бывают всякие spamhouse и иже с ними, которым надо еще доказать что ты не верблюд, и у которые тоже по умолчанию помечают почту с неизвестного айпишника если не как спам, то как подозрительную. Поэтому если просто запилил вдску, поставил на ней сайт и хочешь с этого сайта отправлять письмо клиентам — готовься к геморрою, потому что если использовать стандартный пхпшный mail() и отправлять письмо средствами этой же вдски — дойдет далеко не всем.

              • IvanKlut
                /#10624735

                И это реальная проблема электронной почты. Давно пришлось отказаться от своих серверов именно по причине того, что часто просто нереально обеспечить гарантированную доставку сообщений. Есть ряд идей как избежать этого в будущем.

                • ValdikSS
                  /#10627443

                  Правильно настроить почту бывает трудно, и вы, видимо, неправильно ее настраиваете. Отправляю почту со своих серверов, проблем не испытываю, все доходит.

  8. Cheater
    /#10622871 / +1

    Прошу откликнуться людей, которые видят полезность открытых сообщений для общества и готовы поработать над проектом

    Стратег, проектировщик бизнес-систем

    С Джаббером как-то не сложилось, по понятным причинам.

    <ни слова о том, чем не подошёл jabber/xmpp>
    <ни слова о прочих открытых стандартах (tox, matrix) и чем они не подошли>

    Статья — вода без технических подробностей, а в схеме вы в чистом виде нарисовали xmpp federation.

    Вы все системы проектируете так же как этот новый протокол?

    • Cheater
      /#10622949

      Ну и адресно по вашей спецификации, как пример того, что не надо изобретать велосипед:

      Каналы

      чат-комнаты в jabber и прочих мессенджерах

      В зависимости от настроек каналов можно создать:
      Закрытые рабочие каналы — для указанного создателем круга лиц.

      jabber contact group

      Входящие каналы — для приёма обращений. Например, ?domain — омега-канал организации по умолчанию или нулевой канал.

      чат с info@organization.org

      Вещательные каналы (односторонние) — для неопределенного круга лиц, подписаться может любой и читать. Например, ?domain#news — это новостной канал организации.

      Лишняя сущность. Это не должно быть частью мессенджера. Используйте atom/rss/что угодно. Если хочется интеграции с новостями ит.д. — это задача дла клиентского приложения.

      Волны

      Интересная идея, одна из немногих

      Омега-визитка

      vcard

      Круги

      jabber contact group

      Интеграции с бизнес-системами

      проектируйте расширения существующего протокола

      OmegaID
      Одним кликом ( и это не маркетинговые заявления) между системой и пользователем сразу устанавливается связь

      Это вопрос поведения клиентского приложения, а не протокола. не смешивайте сущности

      Безопасность

      XEP-0384

      Сущности

      интересная идея, но решается расширениями, а не созданием протокола с нуля

      Платежи

      опять расширения

      Поиск

      Это не часть протокола, не смешивайте сущности

      Сервисы

      чат-боты, расширения протокола

  9. PAE
    /#10622875

    Вопрос был также актуален и 10 лет назад — ICQ, MailRu@Agent, XMPP, AIM, Yahoo Messenger, IRC, Skype — все эти протоколы уже были и была ровно такая же сегментация аудиторий, как сейчас, только сами аудитории были меньше, чем сейчас.


    Моё субъективное мнение не совпадает с Вашим, не сочтите за нападки, но оно противоположно — ни "универсальный мессенжер", ли "мессенжер будущего" в с учётом (это важно) текущего несовершенства сети и связанных с ней процессов не нужны, вот почему:


    1. Любой "универсальный" мессенжер проще монопольно контролировать. Можете ставить на блокчейн, распределённость, даркнеты — это всё обходные решения и при должном желании это можно легко зарегулировать, была бы таковая надобность. Возможно ли обойти? Да, конечно, как сейчас делают за одним большим файрволом, но тогда автоматически отваливается огромная часть ЦА, которая не будет заморачиваться с техническими тонкостями.
    2. Любой "универсальный" мессенжер должен иметь исчезающе низкий порог вхождения, если рассчитывает на массовость; на данный момент — это регистрация по MSISDN == телефону [ничего более простого пока нет]. Массовая ЦА не будет ни запоминать логины, ни регистрироваться по почте, уже эти этапы пройдены. При этом использование телефона для любой, даже самой первой авторизации — это провал.
    3. Проекты, которые идут в одной колее с описанными Вами принципами — маложизнеспособны для массовой аудитории. Tox, Matrix, Diaspora — о них знают либо любители/айтишники, либо те, кто косвенно или напрямую изучает эту область. Проблема этих проектов в том, что и высок порог вхождения (см. п.2), нет "отшлифованности" (нельзя поставить на любой телефон, чтобы "просто работало из коробки"), нет понятного интерфейса (имеется в виду то, как сделано сейчас — синхронизация адресной книги, проверка пользователей по MSISDN в базе мессенжера, автоматическое составление контакт-листа). Это не значит, что проекты плохи, попросту "не для всех".
    4. Взлетают коммерческие проекты, которые нацелены на прибыль, тем самым позволяя поддерживать быстро и развивать продукт также быстро. При этом коммерческие продукты частично или полностью Closed Source — никто не хочет терять своё ноу-хау, а тем более контроль над своим продуктом.

    Возможно, что завтра появится новый стек или платформа, лишённая всех этих недостатков, но пока что предпосылок к этому нет — пусть будет много мессенжеров, хороших и разных: их сложнее монополизировать, тем самым давая толчок к конкуренции.


    И, кстати:


    С Джаббером как-то не сложилось, по понятным причинам.

    Не сложилось у массовой ЦА из-за того, что в расцвет XMPP всё ещё были "детские" болезни у самого протокола:


    1. Отсутствие гарантированной доставки сообщений (вспомним, что изначально протокол не ориентировался на "плохие" сети с низким качеством связи);
    2. Отсутствие гарантированной доставки сообщений в оффлайн;
    3. Отсутствие синхронизации между устройствами;
    4. Отсутствие user-friendly приложений на мобильные устройства;
    5. Отсутствие сквозного шифрования, которое не нарушало бы п.1-3.

    Всё это на достаточном уровне решено сейчас:


    1. XEP-0184, XEP-0184;
    2. XEP-0013 и некоторые другие;
    3. XEP-0280;
    4. Разные приложения — например, Conversations для Android, Pidgin для Linux;
    5. XEP-0384.

    К слову, пользуюсь им и по сей день в дополнение, к сожалению, к Telegram, который как раз тот самый middle ground (распространён, без рекламы, имеет FOSS клиенты, но Closed Source на стороне сервера).

    • andreymal
      /#10622911

      На все XEP'ы можно ответить очень просто: они не обязательны к реализации, как следствие — их никто не реализовывает. Буквально пару дней назад собеседник не получил от меня сообщение, потому что на его Prosody не был подключен XEP-0198. Тот же собеседник потерял все мои сообщения за полгода(!) (а я думал, что он меня просто игнорирует) в 2017-м, причина до сих пор неизвестна (ну или он соврал, что полгода от меня ничего не получал, не знаю). А живых серверов, хранящих историю сообщений у себя, я вообще не знаю.


      Нужен протокол, в котором все упомянутые XEP'ы будут обязательны к реализации всеми клиентами и серверами. И будут реализованы не так громоздко, как XMPP, у которого при подключении over9000 round trip'ов на включение всего этого дела.


      Алсо, я не вчитывался в XEP-0280, но в любом случае на практике реализация синхронизации между моими Conversations и Psi+ откровенно убогая (оба XEP-0280 поддерживают, проверял).

      • PAE
        /#10623029

        На все XEP'ы можно ответить очень просто: они не обязательны к реализации, как следствие — их никто не реализовывает.

        Почему Вы так любите обобщать? Например, я уже несколько лет использую draugr.de — там и delayed delivery, и message carbons, и OMEMO поддерживаются. С 2015-го никаких проблем с доставкой сообщений, даже в метро.


        на практике реализация синхронизации между моими Conversations и Psi+ откровенно убогая

        Psi был моим любимым десктопным клиентом, но из-за скорости поддержки и появления новых фич пришлось перейти на Pidgin.


        Уточню: Jabber — не "серебряная пуля", не идеал, имеет свои минусы, но сам протокол и клиениты сейчас намного лучше, чем были N лет назад.

        • andreymal
          /#10623057

          delayed delivery

          Работает только при оффлайне. Если подвис интернет в метро — сообщение в delayed delivery не попадёт и в итоге потеряется.


          message carbons

          Работает только если клиент не единственный. Отвалился интернет в метро — сообщение потеряется.


          UPD: В старой версии коммента я немного попутал со stream management, но он тоже не работает. Отвалился интернет более чем на 15 минут — соединение не восстановится и сообщение потеряется. Я лично ставил эксперимент с Conversations — теряет, инфа 100%. Поэтому я не пользуюсь джаббером на телефоне.


          OMEMO

          К гарантии доставки не относится (ну или я чего-то не знаю).


          Полную гарантию доставки будет давать только MAM — но именно его почти нигде и нет (вон ниже т.е. выше в комментах $1000 за реализацию в Psi+ предлагают, например). На вашем dragur.de есть MAM?


          сам протокол и клиениты сейчас намного лучше, чем были N лет назад

          Лучше, бесспорно. В 2008-м даже с message carbons дела были очень плохи, не говоря уже обо всём остальном. Но его надёжность всё еще не дотягивает до минимальных требований — я уже не раз здесь упоминал о потерях сообщений даже со всеми этими расширениями.


          пришлось перейти на Pidgin

          Когда я его тыкал несколько лет назад, он был убог и вообще падал от картинок в чате. Но что-то его все нахваливают, снова попробовать что ли)

          • andreymal
            /#10623087

            Не успел дополнить:


            message carbons

            Работает только если клиент не единственный. Отвалился интернет в метро — сообщение потеряется.

            Я включаю Conversations на телефоне только тогда, когда на ноутбуке запущен Psi+. Если Conversations отвалится, то сообщение получит Psi+ благодаря этому самому message carbons. Но если Conversations отвалится и не восстановит соединение, а Psi+ будет отключен, то сообщение ни в какой delayed delivery не попадёт и в итоге потеряется.


            В общем, джаббер ненадёжен.

            • ValdikSS
              /#10623215

              Хм, у вас, вероятно, неправильно настроен сервер. Если у вас включена поддержка истории (XEP-0313), то сообщения об ошибках о недоставки сообщений вообще можно отключать, вы в Conversations их получите из истории.

              • andreymal
                /#10623251

                Я про то и говорю, что поддержка истории почти нигде не включена. На jabberon.ru, который я юзаю уже лет семь, никакого XEP-0313 нет и не предвидится, а даже если я найду сервер с историей или подниму даже свой (у меня есть ejabberd на andreymal.org, но только для ботов), то всё равно менять JID — боль. Так что страдания неизбежны)


                Ну и да, где гарантии, что у моих собеседников будет история? Вон у ранее упоминавшегося собеседика, потерявшего сообщение пару дней назад, даже банального stream management не было (у него поднят свой сервер). Я его ткнул в модуль для Prosody, он спасибкой ответил, но поставит ли его — ещё не факт.


                Повторюсь, я считаю, что всё связанное с гарантией доставки, включая историю, должно быть встроено в протокол как обязательная фича, а не как расширения сбоку. Это моя основная претензия к XMPP.

                • ValdikSS
                  /#10623267

                  conversations.im/compliance

                  Ну и да, где гарантии, что у моих собеседников будет история?
                  Для вас разницы нет, исходящие сообщения одинаково отправляются с историей и без нее.

                  Если сообщение не доставлено, то вам об этом придет уведомление вида «ошибка при отправке сообщения (recipient-unavailable)». В XMPP предлагается отправившему сообщение отправить его вручную снова.

                  • andreymal
                    /#10623309

                    Когда собеседник пару дней назад потерял моё сообщение, мне никакой ошибки не приходило. Было всего лишь отсутствие уведомления о доставке (в Psi+ у сообщения осталась красная стрелочка вместо положенной зелёной). Как следствие, я должен был вручную повторить отправку сообщения, что есть тотальное неюзерфрендли.


                    Плюс нет гарантии, что собеседник его на самом деле не получил: возможно, интернет у него отвалился аккурат перед отправкой уведомления о доставке. Тогда, если я переотправлю сообщение, он получит его второй раз, что тоже неюзерфрендли.


                    Это никуда не годится.

                    • ValdikSS
                      /#10623333

                      Уведомление о невозможности доставки сообщения клиенту отправляет сервер получателя, а не ваш сервер или сам получатель. Если вы не получили сообщение об ошибке, то у вашего собеседника неправильно настроен сервер.
                      В XMPP есть еще уведомления о доставке, которые отправляет сам клиент, и уведомления о прочтении сообщения.

                      • andreymal
                        /#10623339

                        Я здесь немного не в теме: а как сервер получателя вообще должен узнать о невозможности доставки сообщения клиенту? Насколько я знаю, это возможно реализовать только через обязательное уведомление о доставке, но опять же — оно в XMPP необязательное.

                        • ValdikSS
                          /#10623341

                          Доставка считается неудавшейся, если TCP-сессия отвалилась, и пакет с сообщением не ушел получателю. В этом случае сервер получателя отправляет отправителю уведомление об ошибке.

                          • andreymal
                            /#10623345

                            Получается, Prosody из коробки не умеет определять отваливающиеся TCP-сессии?

                            • ValdikSS
                              /#10623349

                              Умеет, и делает это. Часто спамит моим собеседникам сообщениями об ошибках, когда я вытаскиваю Ethernet-провод из компьютера.

                              • andreymal
                                /#10623351

                                Тем страннее, что никаких ошибок от этого вашего Prosody пару дней назад я не получал

                                • ValdikSS
                                  /#10623357

                                  Если включен Stream management, он их отправит только после того, как истечет его таймаут.
                                  Если же используется плагин mod_smacks_offline или mod_smacks_noerror, сообщений об ошибках доставки вы не получите.

                                  • andreymal
                                    /#10623427

                                    Не знаю, что там было включено, но с моей стороны это выглядело так:


                                    Спойлер

                • PAE
                  /#10623273

                  Повторюсь, я считаю, что всё связанное с гарантией доставки, включая историю, должно быть встроено в протокол как обязательная фича, а не как расширения сбоку. Это моя основная претензия к XMPP.

                  Согласен, но архитектурные ограничения, к сожалению, есть всегда.


                  Тем не менее, конкретно у меня не возникало проблем с доставкой вообще, связка — Conversations/Pidgin и упомянутый сервер. Мне нет никакого резона Вам говорить недостоверные вещи, поверьте. При этом и я, и собеседник — то в метро, то за городом, то ещё где-то, где связь пропадает периодически. После 2015-го проблема с "потерей сообщений" ни разу не проявлялась, а пользуюсь я каждый день, однако, в основном с телефона.

                  • andreymal
                    /#10623331

                    Безусловно, за последние годы надёжность XMPP сильно повысилась, и я сам стал чаще использовать Conversations на телефоне благодаря тем самым SM и Carbons. Но мне тоже нет никакого резона говорить недостоверные вещи, сообщения у меня всё-таки продолжают иногда теряться) А всё из-за необязательности реализации этих несчастных гарантий доставки.


                    Кстати, здесь есть риск нарваться на ошибку выжившего: о пропавших сообщениях можно никогда и не узнать, они ж пропавшие. Какое-то важное сообщение может быть повторено собеседником, однако какая-нибудь потерявшаяся смишнявка с башорга скорее всего будет забыта, и вы никогда не узнаете, что не получили очень много смишнявок от своих друзей.

                    • PAE
                      /#10623431

                      Кстати, здесь есть риск нарваться на ошибку выжившего: о пропавших сообщениях можно никогда и не узнать, они ж пропавшие.

                      Возможно. Ничего не могу сказать — не сравнивать же все сообщение за год, например.


                      А всё из-за необязательности реализации этих несчастных гарантий доставки.

                      Ещё может быть дело в том, что у меня нет активных чатов с конфедерацией, только на "драугре", где довольно оперативно обновления происходят (притом, даунтаймы редко более 2 часов ночью по Европе). Либо ещё какая-то разница в server-side вещах.

        • IvanKlut
          /#10623079 / -1

          Ребят, давайте про джаббер где-нибудь в другом месте пообщаемся. Незачем ворошить прошлое. Давайте про светлое будущее.

          • andreymal
            /#10623095

            Я уверен, что светлое будущее должно быть на базе XMPP. Но для этого его нужно капитально перелопатить. А чтобы не наделать ошибок при перелопачивании, нужно сперва разобраться, почему прошлое стало таким, какое оно есть :)

          • Andy_Big
            /#10623113 / +3

            Перефразируя — "Кто не ворошит прошлое — обречен повторять его ошибки" :)

          • ValdikSS
            /#10623229 / +1

            Джаббер успешно смотрит в светлое будущее. За последние 2 года было много изменений и много новых пользователей. Старые клиенты получили новые функции, начали появляться новые клиенты.

            • PAE
              /#10623285

              Совершенно согласен. Называть XMPP прошлым — некорректно, так как де-факто его ничем открытым и расширяемым всё ещё не заменили на настоящий момент, хоть он и получил статус нишевого после "второй волны" мессенжеров (Telegram, Slack, WhatsApp, etc).

            • ton1
              /#10623747

              … а на джаббер сервера смотрит роскомцензура, и прикроет их адреса одной строчкой блоклиста при желании.
              Будущее — за бессерверными решениями.

              • PAE
                /#10623863 / +1

                Будущее — за бессерверными решениями.

                На то оно и будущее. По факту сейчас нет ни одного распространённого мессенжера с распределённой структурой. То, что этого нет "сейчас" — это не проблема и не аргумент, конечно, проблема в другом — объективно говоря, большинству пользователей современного интернета попросту не нужны ни секьюрные, ни распределённые мессенжеры, а компаниям нет смысла разрабатывать такие решения "просто потому что так красиво и ново по архитектуре, которую оценит 1% пользователей".


                Аргументы? Практика: обратите внимание, насколько много людей не из "айти-тусовки" общается в WhatsApp (нет исходников == нет безопасности), ВК, Viber.


                Даже Telegram, который также нельзя называть достоверно безопасным из-за закрытой серверной части, не особо пользуется популярностью у "простых" пользователей, поэтому создавать "serverless" решения на данный момент нет причин — всё и так работает.

              • andreymal
                /#10623877

                Беда в том, что делать такие решения очень сложно и при этом оно никому не нужно :(


                Те же Tox и Ring у меня не работают от слова совсем, например. (И я уже не раз об этом ныл на просторах хаброгиктаймсов)

                • worldmind
                  /#10624017

                  а надо скинуться и оплатить багофикс

              • vmchaz
                /#10623987

                Будущее — за бессерверными решениями.

                Будущее — за решениями, где у каждого есть свой VPS, и все устройства клиента (стационарный комп, ноутбук, планшет, телефон) подключаются именно к нему.

          • Zenitchik
            /#10623449 / +1

            Причём тут прошлое? У меня сейчас включены ICQ, magent, и Jabber.
            Из них я давненько не получал ничего по первому и последнему не потому что они плохие, а потому что среди юзеров они стали «не модными».
            Народ пересаживается на то, про что трындят в телевизоре и в соцсетях, а потребностям, по большому счёту удовлетворяют они все.
            Завтра начнётся мода пересаживаться на новый мессенджер, и юзеры все как один поудаляют старые и начнут агитировать друг друга ставить новый.

          • ApeCoder
            /#10623839

            Ребят, давайте про джаббер где-нибудь в другом месте пообщаемся. Незачем ворошить прошлое. Давайте про светлое будущее.

            Если не ворошить прошлое можно просто взять и повторить чужие ошибки. Например протокол XMPP много кому подходит — и Гугл и Вотсапп его использовали, вот только потом специально делали так, чтобы нельзя было из другого софта с ним работать.


            И все-все-все современные производители мессенджеров изощряются, чтобы у них не увели клиентскую базу.


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


            Где бабулечки, лавандосы, короче, как это монетизировать жадному капиталисту?

            • IvanKlut
              /#10623851

              Сервисы=приложения, платежные системы, персональные помощники и т.д.

              • PAE
                /#10623897

                По факту — это roadmap того же Telegram, у которого огромные ресурсы на сегодняшний день, и он уже работает, имея низкий порог вхождения — "ввёл номер и пользуешься". Боты — уже есть, интеграция с платёжками и прочее — планируется, в общем, всё как Вы описываете.


                До Telegram такое уже лет 5 работает в WeChat, который в 2016 провёл больше внутренних транзакций, чем весь PP за 2015.


                Не хочу звучать как скептик, но всё же: в чём killer-feature решения в виде "мессенжера будущего", кроме гик-стафа типа безопасности/распределённости, которые массовой ЦА попросту не нужны?

                • willyd
                  /#10623909

                  в чём killer-feature решения в виде «мессенжера будущего»
                  в желании создателя изобрести велосипед

              • ApeCoder
                /#10623907

                Как вы обеспечите, что, как только вы построите открытую среду, не придет конкурент на готовенькое и не уведет всех в свой сервис поюзав ваши усилия по построению среды и разработанный протокол? Защита против extend and embrace и прочее.


                Вот представьте, сделаете вы протокол, нагоните пользователей, а рядом будет кто-то полностью с вами интероперабельный, только с проприетарными расширениями — они не будут тратить деньги на разработку протокола, а поспользуются вашим, добавив запатентованные анимированные смайлики или еще какую-то хрень, которая нравится быдломассам — быдломассы потекут к ним а они скажут вам "спасибо за протокольчик, хихихихи". Как вотсапп и гугль могут сказать джабберу.


                Во-вторых, как вы обеспечите начальное развитие — рядом будет вотсапп, в котором все — кто будет подключаться к вам? В чем будет ваша фишечка и для кого она будет работать? Для быдломасс, корпораций, еще кого-то?

                • IvanKlut
                  /#10623925

                  Я никак не могу этому противостоять. Да я хочу иметь много миллионов долларов. Ну как много, просто чтобы хватало на развитие моих идей, мне лично не так уж много и надо. Меня греет уже одна мысль о том, что жизнь в мире будет чуть оптимальнее и возрастёт комфорт множества людей.

                  • ApeCoder
                    /#10624003

                    То есть для реализации этого надо много-много бессеребреников? Программистов дизайнеров, юристов и прочее или вы готовы потратить свои деньги и у вас их много?

                    • IvanKlut
                      /#10624099

                      Желательно, ибо моих денег точно не хватит на всю команду. Однако после хорошего прототипа думаю реально инвесторов подтянуть.

                      • ApeCoder
                        /#10627399

                        Для инвесторов нужен ответ на вопрос "Где тут бабло" а у вас его нет.

                • worldmind
                  /#10624011

                  С моей точки зрения фишки это открытость и независимость от произвола каких-либо коммерческих компаний, да и вообще каких-либо лиц

                  • ApeCoder
                    /#10624013

                    Это фишки для широких масс или для кучки криптонердов?

                    • worldmind
                      /#10624025

                      Во-первых, при нынешних цензурах фишки для всех, а во-вторых, нерды перейдут и остальных потянут, но только если решение будет качественным, с красивым гуём, без тормозов и со свистелками и перделками.

                      • ApeCoder
                        /#10627417

                        Нерды могут иметь сущетвенно другие потребности чем быдломассы. При нынешних цензурах всем пофиг и все в вотсаппе

    • BelBES
      /#10623681

      Отсутствие user-friendly приложений на мобильные устройства;

      Удобней чем Bombus/BombusMod я, пожалуй, и не встречал мобильных клиентов) Причем на момент их актуальности из конкурентов бяли только "тяжелый" Talkonaut или ICQ клеинт (JIMM кажется)...bombus их всех обходил по удобству, но уже тогда кривоватый ICQ клиент лидировал за счет аудитории.

  10. andreymal
    /#10622877 / +1

    Matrix?


    (он по моему мнению хрень, но не видеть его упоминания в посте для меня немного странно)


    (вообще, следуя принципу «сперва добейся», я себе наклепал прототип протокола ещё в прошлом году, но реализовать руки не доходят)

    • m0Ray
      /#10625293

      Почему же хрень? Отличная вещь, перешёл на неё с джаббера и доволен как слон. Всё работает,

      • andreymal
        /#10625311

        А почему не хрень? Где нормальный протокол с нормальными сокетами или хотя бы вебсокетами вместо убогого и неудобного HTTP/REST? Где нормальные полноценные десктопные и мобильные клиенты, которые не будут браузерами, открывающими веб-сайт Riot, у которого к тому же перегруженный и запутанный интерфейс? Когда вернут отломанное отображение онлайна в чатах на matrix.org?

        • m0Ray
          /#10625513

          А зачем вам вебсокеты? HTTP/REST — очень удобно и пролезает через любой маньячный файрволл. Голос и видео таскается по WebRTC, по-моему.
          Десктопный клиент у меня в браузере на моём сервере. Мобильный — Riot, никаких сайтов не открывает.
          С онлайном не понял, что за проблема? Не сталкивался.

          • andreymal
            /#10626085

            HTTP/REST — очень удобно

            Как программист заявляю, что нет. Это удобно только для школохипстоты, которая ничего кроме HTTP не осилила.


            пролезает через любой маньячный файрволл

            Ни разу не доводилось видеть такие в природе. Точнее, видел, но такие, которые HTTP тоже порежут по белому списку.


            Голос и видео таскается по WebRTC

            Противоречите сами себе. Если WebRTC успешно таскается, то проблем с фаерволом нет и HTTP не нужен. Если фаервол есть и пролезает только HTTP (не верю, что так бывает, но допустим), то тогда голос и видео не будут работать.


            Десктопный клиент у меня в браузере

            Клиенты в браузере — ересь и не нужны. Тормоза, пожирания памяти и прочие прелести веб-приложений я не хочу. Дайте мне клиент на Qt5, аки телеграм.


            Мобильный — Riot, никаких сайтов не открывает.

            Окей, но отсутствия нормального десктопного клиента это не отменяет, к сожалению.


            С онлайном не понял, что за проблема?

            Мне сообщали, что «На официальном сервере Matrix.org сейчас временно отключено presence (из-за проблем с нагрузкой на центральный сервер, т.к. спонсоры сократили финансирование)». (К слову, какая же у сервера нагрузка, мне никто так и не смог рассказать.)


            Я вчера заходил — в чатах всё так же было по нулю человек онлайн. Ну и нафига мне (и не только мне) мессенджер, в котором даже банальный онлайн не работает?

            • m0Ray
              /#10626729

              Про REST. Как программист заявляю, что таки да. Удобно и из любых сред работает.

              WebRTC через файрвол не пролезет, зато пролезут обычные сообщения и presence.

              Клиенты в браузере — гораздо удобнее всяких Qt5. Не надо качать и ставить.

              Что-то не работает на matrix.org? Заведите себе свой сервер, как сделал я. Вообще должны быть благодарны, что кто-то сделал сервер с открытой регистрацией за свой счёт.

              • andreymal
                /#10626795

                Как программист заявляю, что таки да.

                Значит как неопытный программист заявляете. Все, кого я знаю из тех, кто работает в том числе в немаленьких компаниях и со всякими хайлоадами (опытные, в общем), от REST плюются. Я тоже плююсь.


                из любых сред работает.

                Ничего не мешает запилить HTTP-обёртку для любого протокола в качестве дополнения — так сделано в XMPP, например, и именно так работают веб-клиенты у XMPP. Но нахрена делать на базе HTTP протокол целиком и вынуждать страдать нормальных прикладных программистов на C++/Java/Python, которые работают в нормальных средах, поддерживающих нормальные сокеты, в угоду хипсторам-вчерашним школьникам, люто любящим браузерный js?


                Не надо качать и ставить.

                Качать — надо, html/css/js сами по себе из воздуха не возьмутся. Поставить — у меня руки не отсохнут, а вот дополнительное процессорное время и немного лишней оперативки мне очень нужны.


                Заведите себе свой сервер, как сделал я.

                А толку? Все остальные будут сидеть на том же matrix.org, на котором «что-то не работает».


                Вообще должны быть благодарны, что кто-то сделал сервер с открытой регистрацией за свой счёт.

                Я безмерно благодарен Дурову за его Telegram, который вышеперечисленных проблем не имеет)))))))))

                • m0Ray
                  /#10626811

                  Опыт программирования порядка 20 лет, вроде не жалуюсь на неопытность. Плеваться можно от чего угодно, но глаза боятся, а руки делают. Это главное свойство нормального программиста, на мой взгляд.

                  Референсный сервер matrix под названием synapse таки написан на python. И из python же я его дёргал — никаких страданий не испытал.

                  Нравится ставить на каждый комп, на котором довелось поработать? Ну ради бога, запилите себе приложение. Подавляющему большинству пользователей это не нужно.

                  Пусть себе сидят на matrix.org. Комнаты-то на авшем сервере обслуживаться будут.

                  Телеграм — огромная дыра в безопасности, как и прочие мессенджеры, привязывающиеся к телефонному номеру.
                  А что, Дуров вам рекламу не показывает? Или иным образом деньги на вас не зарабатывает? Я что-то не верю в такой альтруизм.
                  К тому же свой сервер телеграма Дуров вам запилить не даст. Нравится зависеть от доброго дяденьки — вперёд.

                  • andreymal
                    /#10626821

                    но глаза боятся, а руки делают. Это главное свойство нормального программиста, на мой взгляд.

                    Это хорошо, но это не значит, что теперь нужно стремиться к тому, чтобы глаза всегда боялись. С тем же XMPP, не смотря на его некоторую убогость, работать проще и приятнее, чем с чем угодно на REST.


                    таки написан на python

                    Ну и хорошо. А полноценный клиент на C++ есть? Ну или хотя бы на питоне — но никак не на js.


                    Ну ради бога, запилите себе приложение.

                    А у меня уже есть, Telegram называется. Не я должен запиливать приложение для Matrix.


                    Комнаты-то на авшем сервере обслуживаться будут.

                    Эм, не расскажете, как сделать так, чтобы #matrix:matrix.org стал обслуживаться на моём сервере и имел рабочий онлайн? Сейчас там 12939 человек, из них онлайн — шесть. Похоже на какую-то случайность, потому что вчера онлайн был ноль. По-моему, онлайн должен быть хотя бы пару сотен — ну или там ~12900 мёртвых аккаунтов, во что слабо верится.


                    Телеграм — огромная дыра в безопасности, как и прочие мессенджеры, привязывающиеся к телефонному номеру.

                    Так-то это единственный его недостаток — централизованная проприетарная выпрашивалка мобилок. Зато всё остальное прекрасно.


                    А что, Дуров вам рекламу не показывает? Или иным образом деньги на вас не зарабатывает? Я что-то не верю в такой альтруизм.

                    Мне тоже не очень верится, однако никаких способов заработка на мне я до сих пор не заметил. Ну разве что базу номеров кому-нибудь продают...)


                    Нравится зависеть от доброго дяденьки — вперёд.

                    Ну а щито поделать, если альтернатив нет. О чём, собственно, этот пост и написан.

                    • m0Ray
                      /#10626917 / +1

                      С XMPP на порядки сложнее работать, чем с matrix. Библиотек готовых очень мало, которые поддерживают приемлемый набор XEP-ов, практически всё приходится допиливать вручную. Был опыт разработки сетевого приложения, в качестве среды передачи в котором был выбран XMPP — обплевались и обматерились. С одной стороны Java, с другой — PHP с прокладкой-адаптером на python. Сделали, конечно, мыжпрограммисты. Но больше не хочу так.
                      Изучив впоследствии API matrix, я просто прослезился от умиления, насколько всё проще было бы сделать на нём. Но проект уже был сдан и благополучно помер.

                      А кто должен запиливать приложение, как не тот, кому оно нужно? Наймите разработчика, если не можете сами. В мире open source вам никто ничего не должен. Разрабатывается то, что нужно людям.

                      А, так вам нужны комнаты с matrix.org? Ну, тогда дайте людям денег или подарите серверных мощностей. Я обхожусь одной комнатой для общения внутри конторы, и она крутится на моём сервере, проблем не имею. В центральные комнаты заглядывал два раза поспрошать кое-что, отсутствия presence даже не заметил. Спросил — ответили, поблагодарил, ушёл.

                      Альтернативы-то есть, просто надо чуток пошевелиться, чтобы они заработали. Сервачок там прикупить да поднастроить, скриптик али программку недостающую написать, и т.п. Но это ж трудиться надо…

                      • andreymal
                        /#10627439

                        С XMPP на порядки сложнее работать, чем с matrix.

                        От имени школьника, писавшего как клиенты, так и простенький сервер на питоне ещё в 2011-м, заявляю, что XMPP очень даже прост, а вы ниасиляторы.


                        Библиотек готовых очень мало

                        Наличие или отсутствие библиотек не имеет никакого отношения к качеству протокола.


                        А кто должен запиливать приложение, как не тот, кому оно нужно?

                        Так мне оно не нужно. Мне нужен нормально работающий мессенджер, он у меня уже есть — Telegram. Если всякие разные пропагандисты Matrix хотят, чтобы народ использовал его — они и должны допилить его до адекватного состояния.


                        Ну, тогда дайте людям денег или подарите серверных мощностей.

                        Обоснования какие-нибудь есть? Я не верю, что на серверах так много народа, что серверных мощностей уже не хватает. Зато я уверен, что нехватка ресурсов — это прямое следствие использования HTTP/REST, говнокода и непродуманности презенсов. Я могу быть неправ, но хотелось бы видеть пруфы, что я неправ — когда я их спрашивал в ноябре, никто не осилил мне их показать, так-то.


                        Но это ж трудиться надо…

                        Трудиться над чем-то изначально убогим немножко лениво :)

                        • m0Ray
                          /#10628605

                          Мы как раз таки осиляторы, раз самостоятельно реализовали недостающие XEP-ы.
                          Наличие библиотек характеризует удобство использования с точки зрения программиста. Если протокол каждый раз приходится отписывать руками — это плохой протокол, разработка идёт медленно.
                          Я не пропагандист. У меня есть хороший работающий мессенджер Riot и вполне удобный протокол Matrix. Дырку в виде Telegram я использовать не имею никакого желания — тому есть объективные причины и аргументы. Восхваляете дырявый и закрытый Telegram и плюётесь на работающие открытые решения — ну это ваши особо вкусные фломастеры.

                          • andreymal
                            /#10628617

                            Наличие библиотек характеризует удобство использования с точки зрения программиста. Если протокол каждый раз приходится отписывать руками — это плохой протокол, разработка идёт медленно.

                            Я однажды делал библиотеку, парсящую сайт для работы с ним, с удобным API и всё такое, у этой библиотеки даже несколько довольных пользователей есть. Получается, по вашей логике несемантичный и невалидный HTML с периодическими требованиями запуска произвольного js-кода — это хороший протокол, раз есть библиотека?

  11. hssergey
    /#10622909 / +1

    И все-таки тема, чем джаббер так плох, не раскрыта. Потому что предпосылки для его создания были точно такие же, как изложено в статье:

    Омега-адрес user?domain аналогичен адресу электронной почты user@domain.
    Причем адрес ?domain тоже имеет значение — это адрес организации!
    Как правило люди будут иметь личный аккаунт и аккаунт сотрудника организации где они работают.


    Для джаббера адрес вообще полностью аналогичен адресу электронной почты. Собеседнику даже не надо запоминать другой адрес, если он знает электронную почту. И точно так же люди могут иметь личный аккаунт, и рабочий.

    Протокол XMPP уже есть, он универсальный и стандартизирован. Расширений масса — и для звонков, и для видео, и никто не мешает добавлять свою функциональность, протокол открытый.

    Проблема низкой популярности джаббера в другом. Он так и остался маргинальным решением, большие корпорации сначала им заинтересовались (поддержка джаббера была и в Google, и в FB и в ВК), а затем по мере «удушения жабой» предпочли пилить свои решения, несовместимые ни с чем, чтобы заставить пользователей пользоваться только их свистоперделками без возможности использовать альтернативные решения.

    Ну и немалую роль сыграли низкая дружественность к пользователю и разобщенность джаббер-клиентов: разные клиенты поддерживали разные расширения протокола. Звонить можно только между определенными клиентами, аплоад файлов должен поддерживаться на сервере (еджабберд из коробки не умеет) и так далее. Ну и «красявости» всякие типа предпросмотра урлов мало где есть, а чтобы обычному неискушенному пользователю закинуть картинку в чат, надо сильно постараться…

    Совместимость между различными мессенжерами нужна только пользователям, а корпорациям — наоборот, нужно привязать клиента к себе и максимально ограничить пространство для манёвра, чтобы полностью замкнуть на себя поток денег от пользователя. Поэтому задумка в статье хорошая, но без поддержки крупной корпорации, она так и останется очередной нереализованной идеей (или 15-м стандартом, как тут уже справедливо заметили), а при поддержке корпорации еще надо суметь ее настолько заинтересовать, чтобы она наступила на горло собственной песне и обеспечила совместимость.

    • andreymal
      /#10622925

      За десять лет экспериментов с джаббером мне не удалось провести ни одного успешного аудиозвонка ни на одном формально соответствующем стандарту клиенте, про видео вообще молчу. Единственный успешный звонок был с одного Talkonaut на другой Talkonaut на симбиане, но у него своя несовместимая реализация (гугловый libjingle, ЕМНИП), так что не считается.

      • Cheater
        /#10623103

        У меня работают аудио/видео звонки между Pidgin на настольных ПК с линуксом.
        Но я не знаю дистрибутива, где Pidgin шёл бы из коробки собранным с поддержкой аудио/видео (--enable-vv) — несколько лет пользуюсь самосборным Pidgin. Возможно сейчас ситуация изменилась

      • ildarz
        /#10623735

        Cisco Jabber отлично звонит. :D

    • IvanKlut
      /#10622933

      Про джаббер уже ребята отвечали в комментариях, ну и можно погуглить, материалов по этой теме очень много.
      Не соглашусь по поводу того, что только с поддержкой крупной корпорации все закрутится. Электронная почта возникла в рамках университета, если не ошибаюсь и дальше развивалась. Я предлагаю сделать продукт совместимый с электронной почтой через шлюз, а кто хочет, тот переходит на новую версию и пользуется всеми остальными плюшками. Тем более можно организовывать в рамках каждого отдельного бизнеса(вместо слака), а потом, когда пользователей будет больше, то и покатится волн перехода.

      • JediPhilosopher
        /#10623277 / +1

        Есть мнение что электронной почте просто повезло — она зародилась в академической среде и когда интернет был маленьким. Проще было внедрить общее решение, не было конкуренции и вопросов о деньгах.
        Мессенджеры в этом плане немного опоздали и уже не успели.

  12. ValdikSS
    /#10622971

    Автор, прочтите «Почему ваш любимый мессенджер должен умереть» и комментарии к статье.
    Федеративный протокол, учитывающий современные потребности, уже разрабатывается и готов к использованию — Matrix.

    Я пришел к выводу, что раз не получается всех заставить использовать какой-то конкретный мессенджер и протокол по тем или иным причинам, нужно их все объединить. Для этого использую Matterbridge, объединяя чат в Skype, XMPP, Telegram и Slack в одно целое.

    • IvanKlut
      /#10623021

      Давно читал и перечитывал. Мне очень понравилась та статья.

  13. agaruppa
    /#10623151

    Под протоколом вы понимаете единый центр авторизации? Ведь именно в этом проблема. Пусть будет много разных мессенджеров на любой вкус, но пользователь любого мессенджера должен иметь возможность писать пользователю любого другого мессенджера.
    Меня тоже достало держать несколько мессенджеров. Как вариант, в свете нынешней ситуации, лучшим решением на мой взгляд будет создание мультиплатформенного агрегатора всех мессенджеров.
    Кстати, у Apple таким агрегатора по сути является приложение контакты, но они при взаимодействии все равно запускают оригинальную программу.

    • IvanKlut
      /#10623197

      Авторизация не большая проблема. Посмотрите на e-mail. Нужно сделать тоже самое для авторизации в новой системе сообщений (ну чуть улучшить).

  14. lavmax
    /#10623255

    Дискомфортная ситуация — не правда-ли? Но всё можно изменить.

    Все протоколы и форматы законодательно должны быть в паблик домене, защита прав должна касаться только реализаций/имплеметаций. Пока мы до этого не дорастем все будет сводиться к картинке выше и ничего изменить не получится, к сожалению.

    • ValdikSS
      /#10623283

  15. worldmind
    /#10623569

    Мысли схожие — нужно открытое децентрализованное решение.
    Ring у меня по сути не работает, Tox не всегда, но лучше, может он мог бы быть основой.
    Протоколов всяких полно, проблема в том чтобы понять насколько они годны — это большой объём работы по анализу.
    Вечатовцы правильно понимают что мессенджер и соц сеть это одно и то же, я как-то записывал себе список требований.

    • IvanKlut
      /#10623617

      О ну наконец-то, хоть кто-то не придумывает почему это нельзя сделать или не решает за всех что никому это не нужно.
      Последние несколько лет технологии развиваются очень активно, появилось больше возможностей, уже сделано много разных попыток, накоплена масса опыта. Я считаю, что делать открытые универсальные сообщения и возможно и нужно. Вопрос только кто сможет это сделать первый.

      • worldmind
        /#10623673

        Ребята из Tox, хотели специфицировать протокол, а потом сделать модель на хаскеле чтобы проверить, как я понял, что в самом протоколе нет дыр.
        Но похоже не осилили, я думаю задача без денег не решится, нужно добывать деньги и объявлять конкурс на разработку решения по требованиям, иначе никак — бизнеса на таком месенджере не построить (а значит инвесторов не будет), а мотивации на доведения до конца ни у кого не хватает — как-то у автора работает и ок.
        Единственный вариант спонсирования это от каких-нибудь фондов защиты приватности и борьбы с цензурой, но не знаю таких.

    • reversecode
      /#10623717

      открытое децентрализирование — это как ?))
      кто его будет содержать? само по себе оно не будет работать, на поддержку нужны финансы

      • willyd
        /#10623761

        Тут даже автор не понимает, что все упрется в содержание инфраструктуры и необходимую бюрократизацию интерконнектов. И, в принципе любой мессенджер глобального уровня, не зависящий от корпораций, превращается в мобильный телефон, который работает на таки же открытых стандартах, только стоимость телефонных звонков и СМС зависит от этих самых OpEx на обслуживание и CapEx на развитие. Но что мы знаем…

      • IvanKlut
        /#10623777

        Блин, ну электронная почта как-то работает. Платят за сервера либо компании, либо посредники зарабатывая на рекламе. Да вы можете у себя дома свой сервак развернуть. Ну а за интернет вы и так платите.

        • reversecode
          /#10623817

          SIP протокол работает через URI на электронную почту
          пользуйтесь SIP voip клиентами, в чем сложность? вон даже ring по SIP должен работать

          SIP открыт, поддерживается даже cisco

        • willyd
          /#10623845

          Блин, ну электронная почта как-то работает. Платят за сервера либо компании, либо посредники зарабатывая на рекламе.
          Ни корысти ради, а во праздный интерес.
          Назовите прибыльные мессенджеры, которые не являются частью более обширного бизнеса компании.
          Для познавательных целей, рекомендую вам обратить внимания на квартальные отчеты Snap Inc.

        • ApeCoder
          /#10623861

          Электронная почта с точки зрения бизнеса — это академиическое недоразумение — она возникла и распространилось до того, как на интернете стали делать настоящие баблосы. Все что сейчас возникает или некоммерческое или закрытое. Все чатики пускают себе интеграцию через ботов, но не через открытых клиентов.

          • IvanKlut
            /#10623871

            Именно. Функционал не заточен под бизнес-реалии (что я и предлагаю сделать). А то что сейчас все закрытое — это временное явление.

            • ApeCoder
              /#10623923

              Для бизнесреалий полно других решений. Скайп фор бизнес, Дискорд, Тимс и прочее. Что характерно, никаких открытых протоколов

              • IvanKlut
                /#10623929

                Да, характерно. И в этом вся печаль.

              • ValdikSS
                /#10623955

                Mattermost. Открытый, качественный, многофункциональный.
                Кроме него есть Zulip, напоминающий скорее форум, а не мессенджер.
                Также люди пользуются Rocket.Chat.

      • worldmind
        /#10623781

        А Tox и Ring то и не знают, что для p2p нужны какие-то финансы

        • reversecode
          /#10623849

          ring вообще про p2p ничего не знает
          а tox использует dht которая для быстрой связи не годится от слова совсем
          и за бутстрап которой все же кое кто платит и это не децентрализация

          • worldmind
            /#10623887

            ring.cx/en/about/technical#OpenDHT
            DHT медленно ищёт контакт, да, это цена за децентрализованность, но после установки соединения тормозить уже нечему
            бутстрап есть, но его участие минимально и его можно уменьшить если запоминать последние адреса все контактов и искать их там при следующем запуске.
            С моей точки зрения должно быть как у ринга — демон и клиент, и демона хорошо бы держать всегда запущенным, грубо говоря прямо на роутере

            • reversecode
              /#10623915

              рассуждайте не как гик, а как блондинка, она никаких демонов на роутеры ставить не будет

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

              • worldmind
                /#10623991

                у блондинки демон будет там же где и клиент, тоже рабочий вариант, а гиков с крутыми роутерами должно хватить на выполнение роли бутстрапа

  16. reversecode
    /#10623631

    Протоколов и так хватает и открытых тоже
    Реализаций и так хватает и открытых тоже
    но толку нет, угадайте почему

    • IvanKlut
      /#10623635

      Это не так. Поэтому и нет толку.

      • reversecode
        /#10623655

        что именно не так?
        voip протоколов связи полно
        софт реализаций voip полно

  17. willyd
    /#10623693

    Стратежте и проектируйте! Это ваше время. В любом случае что-то выучите.
    По моему мнению, вы не видите реальных причин, почему мессенджеры и протоколы типа XMPP и SIP, ограничены ЦА, использованием внутри определенных компаний/корпораций, на определенных маршрутах и т.д, и считаете, что можете написать что-то лучше уже существующих рекомендаций.
    Выше уже все описали, но по вашей уверенности кажется, что вы думаете, что сможете заработать на этом.

    • IvanKlut
      /#10623759

      Я как раз и вижу тупиковость этих подходов и ратую за иной. Написать что-то лучшее я не смогу, команду нужно расширять значительно. Лично на этом заработать какие-то существенные деньги точно не получится. Если удастся, то возникнет целая экосистема из компаний и частных лиц, которые будут зарабатывать на этом. На электронной почте тоже умудряются зарабатывать, но в основном гиганты типа гугла и яндекса посредством рекламной модели, микрософт продавая свои почтовые серверы, простые сисадмины, которые получают ЗП и т.д. Возможно создать более справедливую экосистему где сможет быть больше игроков. Ну типа как Андроид, но без платежей с продаж в маркете.

      • worldmind
        /#10623805

        на электронной почте зарабатывают нарушая приватность, такой мессенджер не подойдёт

        • IvanKlut
          /#10623843

          Ну вам и мне не подойдет, а большинству все равно. Фишка в том, что каждый может пользоваться тем мессенджером, которым захочет. Кто-то готов несколько долларов в месяц заплатить, а кто-то и рекламу посмотрит, а третий поставит сервак у себя в подвале и ничего никому не должен.

          • worldmind
            /#10623859

            ну p2p вообще серверов не требует, кроме bootstrap нод, хотя возможно для работы из-за nat что-то требуется

        • ValdikSS
          /#10623853

          Совершенно не обязательно. Есть платные почтовые сервисы, которые зарабатывают на уникальных функциях безопасности. Например, mailbox.org позволяет загрузить открытую часть PGP-ключа на сервер, и сервер будет шифровать все входящие незашифрованные письма при получении.

      • willyd
        /#10623885

        Вам уже выше написали и я и другие участники.
        Вы ничего нового не придумали. Проблема мессенджеров не в протоколе, а — в бизнес стратегии и сложности организации распределенной инфраструктуры. Вы можете внедрить глобальную распределенную инфраструктуру, но:
        1. Она будет жестко зарегулирована, чтобы поддерживать все расширения протоколов. Что увеличит операционные затраты.
        2. Оборудование и софт должно будет проходить жесткую стандартизацию/сертификацию, чтобы быть уверенным, что оно будет работать в сети нормально. Что увеличивает его стоимость. И нужна еще поддержка надежных вендоров.
        3. Либо вам придется сузить кол-во услуг до минимального, как в IP-сетях передачи данных.
        4. Либо замыкать все обслуживание сети на одной компании, что равносильно существующей ситуации с мессенджерами.
        В итоге вы либо получите, аську без плюшек, какой она была в 2000, либо сеть телефонной связи со всеми ее операционными затратами, исключая саму физическую сеть.
        Если вы этого не видите, то мне тяжело представить Вас в архитектором, бизнес-архитектором, стратегом. Мне кажется, что вы, вообще, мало сталкивались как с технической так и с коммерческой сторонами телекоммуникационных систем.

  18. hurtavy
    /#10623749 / +1

    Пока можно объединить разные протоколы в одной программе. В той же Миранде

  19. IvanKlut
    /#10623767

    Кстати, обратите внимание. Я не только про новый протокол говорю. А про некоторое изменение парадигмы общения. Все коммуникации структурируются по людям/организациям, каналам и в них все разбивается на темы.

    • worldmind
      /#10623813

      ну да, сплошной чат с человеком без деления на темы это не очень идея для чего-то кроме болтовни

      • ValdikSS
        /#10623841

        В XMPP протокол поддерживает разделение тем разговора с конкретным человеком, т.е. можно открыть несколько чат-окон с одним и тем же контактом. Примерно так, как в почте разделение по темам.
        С точки зрения сервисов — очень нужная возможность. Например, таким образом можно общаться с каким-то интерактивным ботом, которому важно текущее состояние, с одной учетной записи сразу в несколько окон, и в каждом окне будет независимые диалоги, но для общения людей я не уверен, что это вообще когда-либо применимо в контексте IM.
        В IM, как правило, такую задачу решают тематические групповые чаты.

        • worldmind
          /#10623865

          ну в электропочте тема есть и вполне используется, с одним человеком вполне можно вести дискуссии на разные темы параллельно

          • ValdikSS
            /#10623875

            Асинхронное общение этому способствует, а синхронно общаться на разные темы с одним человеком мне ранее не доводилось. Возможно, это удобно, но мне пока тяжело это представить.

            • IvanKlut
              /#10623889

              Для обычного общения это избыточно. А для покупок в интернет-магазинах уже полезно. Но больше всего это нужно для общения внутри организаций.

            • worldmind
              /#10623893

              так не нужно ограничиваться синхронным

              • ValdikSS
                /#10623937

                Тогда хотелось бы понять, какой интерфейс должен предоставлять мессенджер для общения на разные темы с одним человеком, без концепции групповых чатов.

                Сообщение в электронной почте является самодостаточным. Почтовые клиенты поддерживают сортировку сообщений по важности, теме письма, отправителям, могут их складывать в разные папки. Эту же функцию, по сути, выполняют групповые чаты.
                Концепция IM (моментальных сообщений) не подразумевает самодостаточность сообщений, не подразумевает, что их можно вычленять из диалога, куда-то переносить, как-то тегировать.
                Каким образом, например, работать с историей, в случае общения на разные темы с одним человеком? Должна ли история быть общей, или должна быть отдельной для каждого чата? Если отдельной, то чем это отличается от групповых чатов с 2 человеками в группе?

                • IvanKlut
                  /#10623951

                  Есть сырые наработки. Если будет интерес у аудитории, то в одной из следующих статей постараюсь подготовить.

                • worldmind
                  /#10623997

                  групповые чаты никуда не деваются, просто можно сделать «групповой» чат один на один с заявленной темой, оно и сейчас можно, но юзабилити надо добавить — открыл контакт, а там выбор — просто поболтать, обсудить новую тему или продолжить одну из старых тем

            • Zenitchik
              /#10623999 / +1

              Текстовое общение — по определению асинхронное.
              Было бы здорово иметь возможность придержать словесный понос сообщения пользователя до тех пор, пока он не прекратит «печатать» (знаете такую иконку в аське?) и показать потом всё, что от него накопилось. Ну, допустим, когда он хотябы секунд на 30 уймётся.

          • IvanKlut
            /#10623879

            Да. Но реализовано через костыли и много мусора образуется в отличии от чат-диалогу. И хотелось бы ещё звонить с одной программы, там где у тебя контакт этого человека.

    • ValdikSS
      /#10623825

      Почему-то от концепции ростера наоборот уходят. Раньше в скайпе было разделение на группы, вернее, это скорее были теги, т.к. один контакт мог быть в нескольких группах одновременно. Сейчас же предпочтение отдается листу последних контактов, причем часто в таких листах нельзя переименовать контакты, нельзя написать комментарии к ним.

  20. IvanKlut
    /#10623911

    Давайте я напишу отдельно, чтобы не было обидно кому-то конкретному и досталось остальным таким же товарищам. Очень много людей считают что они обладают критическим мышлением, на самом деле это тоже не так просто, как кажется. Заявлять в стиле ученого соседа, как у Чехова "Этого не может быть, потому что этого не может быть никогда" по меньшей мере глупо, иначе не было-бы вообще никакого прогресса, а сидели-бы сейчас в пещере с урчащими животами. Полезно указать собеседнику на ключевые моменты где могут возникнуть сложности, так сказать обозначить направление для мыследеятельности, но без пессимизма. Если мы чего-то не можем или не знаем сейчас, то завтра это изменится (или есть человек который это уже знает!).


    Меня привлекают положительные люди, которые могут обозначить/подтвердить проблему и пытаются мыслить в сторону её решения.

    • reversecode
      /#10623935

      без финансов сейчас на одной идее ничего не двигается
      езжайте в СФ собирайте ICO
      и будете воплощать в жизнь свои идеи

    • ApeCoder
      /#10623957

      если бы вы решили проблему многообразия мессенджеров, то я бы сказал вам за это спасибо. К сожалению, по статье непонятно задавались ли вы вопросом о том как это продать или нет и как это вообще взлетит.


      Кому вы хотите это внедрить? Какие конкуренты на рынке и почему предпочтут именно вас (особенно пока у вас будет мало пользователей)?


      Анализ предыдущих попыток (того же джаббера) и почему они не взлетели а вы взлетите?


      Каким будет MVP? Меня больше напрягает, что в статье такие вопросы даже не ставятся.

      • IvanKlut
        /#10623963

        Есть идея в статье и в комментариях ниже про плавный переход клиентов с e-mail на почту 2.0
        Ну и проблему мессенджеров должны решать Мы, а не кто-то там.
        Про MVP в последующих публикациях, если, конечно, будет интерес у людей.

    • Certik
      /#10623979 / +1

      Присоединяясь к коменту выше: и уж совсем не ясно что вы предлагаете делать со всеми теми людьми, которые просто не хотят ничего менять. Например, свекровь не хочет пользоваться Телеграмом потому что у нее уже есть Ватсап, а ремонтник не хочет пользоваться вастсапом и телеграмом потому что у него уже есть Вайбер. И таких людей немало. Каким бы чудесным не был новый мессенджер (или набор оных), он будет новым. И он не будет лучше чем любой другой месенджер пока не захватит весь рынок. Что как-то маловероятно. Тем временем, пока вы будете захватывать рынок, вы сделаете жизнь многих еще печальнее, потому что обязательно найдется человек который пользуется только новым мессенджером, и к и так уже немалому зоопарку придется добавить еще один. И это печально.
      Было бы круто, если бы вы придумали супер-мессенджер, который бы аггрегировал сообщениея из прочих мессенджеров — это был бы прорыв.

      • ValdikSS
        /#10623989

        Pidgin — мультипротокольный мессенджер, поддерживающий множество сетей. Его сетевую библиотеку libpurple можно использовать в качестве XMPP-транспорта, получая доступ во все поддерживаемые сети через любой XMPP-клиент.
        Также, транспорты поддерживаются в Matrix.

      • worldmind
        /#10624001

        Ну как-то с аськи на скайп перешли, со скайпа в телеграмм и т.п.
        Проблема не в переходе, проблема в том, чтобы сделать этот переход последний раз и больше никуда не бегать.

        • reversecode
          /#10624007

          так переходили потому что бизнес хочет выдавить из них бабло
          вот каждый второй клиент и помирает спустя годы

      • IvanKlut
        /#10624093

        1. Бесшовная интеграция с электронной почтой.
        2. Омниканальность: VK — кривовато, но работает, Телеграм тоже, хоть и не айс, и т.д. + Телефония, но уже будет денег стоить трафик и т.д.
          Так что проблема решаема.

      • 3aicheg
        /#10626959

        Miranda, Pidgin и ещё несколько менее известных «комбайнов» — как раз про это. Изначально проблема с ними была в том, что они не поддерживали всех фишек каждого протокола, а только на уровне некоторого базового «общего знаменателя» (и, зачастую, криво). Но во времена асек худо-бедно работало, сам сидел в Миранде и совершенно не парило, что половина контактов сидит в ICQ, вторая половина — в MSN, а третья — в разномастных джабберах и пр. Худшее, что могло случиться — это блондинка Маша присылает сообщение вида "{{#$1234987dfg8734#}}", а ты понятия не имеешь, там графический смайлик с сердечком или с отогнутым средним пальцем, например.

        Потом попёрли и начали стремительно завоёвывать популярность мессенджеры, анально огороженные как технически (это бы ещё пол-беды), так и юридически. Попытки запилить опенсорсную библиотеку для Скайпа, насколько я помню, засудили и прикрыли, в результате поддержка текстовых сообщений в комбайнах появилась только недавно, с выходом веб-версии Скайпа, которую можно невозбранно парсить. Поддержки всякой новомодной телеграммо-по2.7боты, работающей через одно место и с пятидесятифакторной авторизацией по телефону, зачастую, нет до сих пор. Даже Googletalk/Hangouts криво работает.

  21. lyadnov
    /#10623993 / +1

    Почему еще никто не догадался связать между собой разрозненные мессенжеры через электронную почту? Типа добавляешь адрес электронной почты пользователя в контакты своего мессенджера. Пишешь этому пользователю, а ему прилетают сообщения, как будто ты пишешь со своего почтового ящика. А в обратку мессенжер проверяет почту, парсит ответы от пользователя и отображет их в окне мессенжера как обычную переписку. Получится не очень быстро, зато универсально.

    • Zenitchik
      /#10624005

      Получится не очень быстро, зато универсально.

      Для большинства случаев текстового общения — скорости хватит.

    • IvanKlut
      /#10624095

      Вот именно!!!

      • DjSens
        /#10624227

        Я тоже хотел это предложить. Раньше бы не взлетело, т.к. скорости интернета были фиговые, а сейчас попрёт. Люди будут получать такие мэйлы и захотят такой-же софт поставить — чтобы быстрее и удобней чатиться. Переписка на сервере, автоскладирование в отдельную папку прошаренные юзеры сами настроят на сайте в настройках почты. Плюс есть мысль как сделать там поиск людей (емэйлов) по номеру телефона, чтобы как в вайбере найти всех кто есть в тел.книге смартфона

    • talik
      /#10624137

      Так ведь все опять упрется в блокировку на стороне мессенжеров.
      Компании не хотят отдавать юзеров. Тем более через email шлюз.
      Ранее так работали через xmpp и где он сейчас? Его закопали ради огораживания своей кормовой базы.

      Пока самым логичным выглядит идея сообщения между любыми типами мессенжеров, по аналогии звонков между разеыми мобильными сетями или смс.

      • willyd
        /#10624299

        Пока самым логичным выглядит идея сообщения между любыми типами мессенжеров, по аналогии звонков между разеыми мобильными сетями или смс.
        Там уровень регулирования очень высокий.
        Кроме того сейчас мессенджеры, даже если пользователь использует 4 других от конкурентов, имеют какие-никакие посещения с этого пользователя, а если сделать интерконнект, пользовательская база разделится между компаниями, все будут использовать только тот, что удобен ему.

  22. Arris
    /#10626925

    Но зачем?