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

Mr. Whoer


Один из сотрудников нашей компании (whoer.net) предложил сделать свой форк Psi+ и возглавил проект, зачем это нужно и что мы сделали, под катом.


PSI+ это вполне самостоятельный клиент, на базе известного PSI, который развивается в рамках существующей команды и их видения удобного мессенджера. Некоторые вещи в нем, нам казались не очень удобными и мы понимаем, что требовать от разработчиков что-то переделать на наш вкус это не правильно и контрпродуктивно. Поэтому мы связались с командой разработчиков и несколько месяцев вместе с ними, работали над собственной версией клиента, которую хотим вам презентовать и предложить для использования. Это GNU GPL open source продукт, в нет и не будет коммерции. Это первый билд, преальфа того, что мы хотели бы сделать. Работа над клиентом будет продолжаться и он будет улучшаться до тех пор, пока не возникнет понимание, что улучшать больше особо нечего. Зачем это нужно? Многие из нас пользуются jabber-клиентами для деловой и личной переписки, у каждого из нас сотни контактов и мы хотели улучшить жизнь себе и обществу. Нам не нравится, что появляются десятки различных мессенджеров, где каждый тянет одеяло на себя, раздражает необходимость переключаться между скайпами, вотсапами, вайберами, аськами и телеграммами. Мы хотели бы видеть единый open source XMPP протокол и разные удобные клиенты под него, на вкус и цвет.

Теперь о том, что сделано на данный момент.

1) Сильно переработали работу с историей, ей теперь реально удобно пользоваться: 

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

Как было:

image

Как стало:

image
 
2) Переработали меню настроек, что-то не сильно важное убрали в расширенные настройки, что-то более важное переместли из расширенных настроек в общее меню. В общем, тут стало поудобнее. На наш взгляд.
 
3) Изменили всплывающее меню, по нажатию правой кнопки мыши, в поле списка контактов и в поле чатов. Расширили его функционал. Теперь часто используемые действия будут совершаться гораздо быстрее.
 
Как было:

image

Как стало:

image

4) Т.к. ресурс у нас про безопасность и анонимность, а главный залог анонимности это — умение не выделяться. На старте, пользоваться программой будут достаточно мало людей и название клиента (эта информация которую может посмотреть любой ваш собеседник) будет вас резко выделять из толпы. В клиенте, в расширенных настройках, есть возможность маскировки под самые популярные Jabber клиенты, по умолчанию мы установили клиент PSI.
 
5) Все открытые вкладки, до момента закрытия клиента, так же открываются и после его перезапуска, это просто удобно.
 
6) Теперь все сообщения (в том числе и технические, например запрос на авторизацию) связанные с контактом из вашего контакт-листа отображаются в окне чата, ранее это были отдельно всплывающие окна с технической информацией.
 
7) Сделали полностью портативную сборку клиента.
 
8) Убрали постоянно появляющееся окно, с назойливым предложением внести информации о себе. Если человек ее не ввел, значит не хотел, зачем ему напоминать об этом?
 
9) Улучшили поиск по контакт-листу.

— вызов меню поиска происходит по нажатию клавиши F3
— фильтр поиска не сбрасывается после щелчка по одному из отфильтрованных контактов 
 
10) Устранили ошибку возникающую при запуске 2х клиентов одновременно.
 
11) Переработали и значительно улучшили работу многострочных табов.

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

image

12) В табе, при общении с вашим контактом, вы теперь видите название текущей группы в которой он находится. Это удобно когда у вас много контактов и десятки “Иванов”, с которыми порой возникала путаница.
 
13) При смене вашего статуса, больше не появляется назойливое окно с предложением описать свой статус.
 
14) Возможность копировать часть выделенного URL во входящих сообщениях, а не только весь URL целиком, как было ранее
 
15) При открытии чата с контактом, вам сразу показываются последние 5 сообщений (это можно изменить в настройках) с ним, для того чтобы вы могли сразу сориентироваться о чем вы с ним общались ранее.

OTR

16) Теперь сертификаты автоматически генерируются «из коробки».

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

Защита от фишинга

18) Добавили предупреждение при начале диалога с другим контактом, если этот контакт использует не латинские символы в своем Jabber ID.

image

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

В ближайших планах:

1) Улучшить работу с ОТР, проверять статус собеседника и не отправлять в оффлайн зашифрованные сообщения, спрашивать пользователя, что отправить шифрованное невозможно, отправить ли обычное.

2) Сделать поддержку и работу через TOR из коробки

3) Ускорить работу истории, отказаться от перелистывания страниц

4) Портировать клиент на популярные *nix based платформы.

5) Выпустить мобильную версию приложения, для android и iOS. Большинство мобильных jabber-клиентов не обновлялись год. Ситуация не нормальная.

6) Сделать автообновления.

В фантазиях:

Доработать SIP связь и привести ее в стабильно рабочее стояние, подумать на счет целесообразности видеосвязи.

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

Клиент под Win: bitbucket.org/whoernet/wime/downloads/Wime-0.1.exe
md5 sum: 2b471cc0db49dbaf15f87ebb007e2aef

Portable клиент под Win: bitbucket.org/whoernet/wime/downloads/Portable%20Wime-0.1.exe
md5 sum: ff7f5f91bc606d4e8d91c2861785819d

Исходники: bitbucket.org/whoernet/wime/get/v0.1.zip
md5 sum: a60fc7e756b4c9c756c728807966fb73

Комментарии (69)


  1. dimatl
    28.04.2016 20:07
    +1

    Xmpp к сожалению не далеко от icq закопан.


    1. Whoer_net
      28.04.2016 20:12
      +1

      А что мешает на базе xmpp сделать telergam, viber и skype в одном флаконе? По моему ничего кроме отсутствия возможности "продать" такую идею.


      1. shara
        28.04.2016 21:39

        Небинарный протокол


      1. begemot_sun
        28.04.2016 23:53

        XMPP это не телеграм, не вибер и не скайп. Это просто видение неких людей оформленное в виде стандартов XEP. То что решения эти мягко говоря могут быть спорными и вовсе «костылями», почему-то никто и не говорит. Хотя это так.
        Как стандартный протокол, который объединяет множество клиентов и множество серверов — это хорошее решение, но как протокол который должен быть предназначен для решения «нестрандартных бизнес целей» он никак не годится. Впрочем никто не мешает расширить чего своими командами. Но как показывает опыт, лучше использовать свои команды, чем ориентироваться на какие-то стандарты из XMPP.


        1. Whoer_net
          29.04.2016 00:04

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


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


          1. begemot_sun
            30.04.2016 23:41

            Да я не минусую и не плюсую. Просто высказал то, что думаю о данном чуде (о XMPP, не о вашем продукте)

            Просто, если люди думают что вот есть XMPP и я на него наверну свою логику взяв готовый сервер и чуток его подправив под себя, то так не получится. Сервер заточен под стандартный XMPP, и по моему в случае кастомизации проще написать с нуля (не сервер, а модуль к серверу), чем править готовый стандартный модуль, реализующий стандартный XEP. Отсюда я делаю вывод что поддерживать XMPP в проприетарных продуктах смысла нет вообще.


    1. Killan50
      28.04.2016 22:01

      Зря вы так, джабер прекрасно себе живет.
      Просто теперь это не «модно, молодежно», конечно аудитория будет меньше.


      1. Whoer_net
        28.04.2016 22:17

        Хочется добавить, что как минимум 18 лет назад, IRC умела все тоже, что сейчас умеет Telegram и вопрос портирования-создания клиента и прилизывания его под мобильные ОС, вопрос максимум года времени. Но за нее Гугль не предлагает Ярд, потому что пользователи они такие, изволят клиента менять...


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


    1. Suvitruf
      29.04.2016 11:08

      Скажите это Riot'ам.

      Или вы именно про обычных пользователей?


      1. dimatl
        29.04.2016 20:41

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


        1. 0xd34df00d
          30.04.2016 15:09

          Что, тем не менее, позволяет вполне неплохо жить, имея лишь один xmpp-мессенджер, без всяких вайберов-воцапов.

          Блондинок в ростере, правда, нет, это да.


  1. hssergey
    28.04.2016 20:38
    +1

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


    1. Whoer_net
      28.04.2016 22:23

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


      1. alexws54tk
        29.04.2016 14:04

        Промахнулся, и ответил чуть ниже.


      1. lrsi
        29.04.2016 17:46

        Для server side history есть соответствующий XEP


      1. 0xd34df00d
        30.04.2016 15:10

        В ejabberd есть, в prosody есть.

        И даже в некоторых клиентах есть. В моем, например.


      1. Ugputu
        02.05.2016 22:25

        либо синхронизировать в облоко, в тот-же дропбокс. и это будет по человечески.


    1. Suvitruf
      29.04.2016 11:09

      В настройках MUC же можно включить хранение истории.


      1. hssergey
        29.04.2016 11:27

        А для личной переписки?


        1. Suvitruf
          29.04.2016 11:41

          Если ничего не изменилось за последние годы, то нет, для личной переписки это не работает =\


    1. alexws54tk
      29.04.2016 12:49

      Хранение истории на сервере и управление ею есть в виде XEP-0313.
      В сервере ejabberd реализована в виде модуля, а вот в клиентах этого не хватает.


  1. dtkbrbq
    28.04.2016 22:02

    Когда же уже появится универсальный(либо совместимый с другими) клиент под win, android и ios умеющий OTR и VoIP+ZRTP…


    1. Whoer_net
      28.04.2016 22:07

      Я бы пошутил, про "вашими молитвами", вернее это не совсем шутка, а более чем реально, но смотрите сами, есть не самая плохая статья, есть преальфа релиза, есть исходники, которые каждый может проверить. Есть желание работать и делать что-то лучше, но даже тут, поддержки нет… bitbucket.org, позволяет вести статистику скачиваний, клиент скачали 18 раз!((( Просто даже just for fun, посмотреть, разве не интересно? Но результата нет… сегодня балом правил маркетинг и реклама. Да и шут со всем этим, работа все равно будет идти, вопреки, потому что дело, в общем-то хорошее.


      1. profesor08
        29.04.2016 06:01

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


      1. hssergey
        29.04.2016 06:42

        Ну вы пока не предложили чего-то революционно-нового. Psi+ у меня установлена и используется, в целом устраивает. А здесь придется заново настраивать все аккаунты и т.п.


        1. Statwho
          29.04.2016 14:17

          Настройки остались те же самые, их можно скопировать. Работать будет. Настраивать заново нет необходимости.


  1. xvilka
    29.04.2016 02:02

    Почему на основе PSI+, а не его полностью переписанного с нуля аналога — Vacuum IM?


    1. Whoer_net
      29.04.2016 02:23

      Потому что, в PSI+ у нас сложилась команда, готовая работать над делом улучшения и развития клиента. К слову, несколько фич теперь, появились и в PSI+.


  1. Nagg
    29.04.2016 05:10
    +1

    Дизайн из начала нулевых. И судя по скриншоту вы его еще и превратили в your company's app. Легко накидать функционала и контролов под него на GUI. Трудно — оставить интерфейс чистым. PSI на винде не работает на мониторах с DPI из этого тысячилетия (как и большинство софта написанного на Qt по наблюдениям). Под iOS клиентов с MUC нет, под андроид то что есть — немного вызывает фейспалм. Так что jabber живет только в наших красноглазых сердцах.


    1. TsukinoMai
      29.04.2016 08:48
      +1

      Под iOS клиентов с MUC нет

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


    1. Killan50
      29.04.2016 09:22

      На винду полно клиентов которые умеют в jabber, та же миранда.


      1. TsukinoMai
        29.04.2016 09:53

        Полно конечно. Но это же тред о форке PSI.


      1. Statwho
        29.04.2016 12:12

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

        Самый нормальный Jabber клиент это QIP, пока в него не добавили всяких свестелок и перделок и намертво не привязали к своему Jabber серверу.


        1. Statwho
          29.04.2016 12:35

          .


        1. vlivyur
          29.04.2016 12:45
          +1

          gajim


        1. Killan50
          30.04.2016 11:08

          А чем допустим Miranda NG не устраивает?

          http://shinsekai.su/ufCFwj (картинка)

          Вкладки есть, шифрование есть. История(конкретно jabber) не очень удобная, но решается плагинами.
          Разве что последнее вы считаете за «скачек с бубном».


      1. Nagg
        29.04.2016 17:50

        Хоть один из клиентов жаббера работает на high dpi экране в Windows? А то все что я пробовал — схлопываются в сингулярность.


  1. Abyss777
    29.04.2016 07:50

    Почему в моей организации я использую Miranda-NG в качестве корпоративного jabber-клиента:

    1. Один из немногих(трех) с корректной поддержкой GSSAPI авторизации. SSO — добро, нельзя заставлять пользователя вводить один и тот же пароль несколько раз.
    2. Неплохая поддержка протокола jabber ( чаты, закладки, автовход в чаты и др.)
    3. Кофигурируемость, можно настроить всё что угодно: вид, различные плагины, значки, смайлики, настроить меню чтоб скрыть лишнее. А самое главное можно накидать autoexec_* файлов и все нужные настройки будут сбрасыватся на заданные при каждом запуске.

    Чем мне не нравится Miranda-NG:
    1. Некорпоративный подход ( в отличие от Miranda IM), за несколько последних обновлений каждый раз обновлялся формат базы, причем громко, с вопросами пользователю. Совместимость плагинов только в пределах одного релиза и т.д.
    2. ИМХО разочарование основного разработчика плагина jabber в самом протоколе, по этому я не уверен, что желаемые новые функции будут когда-то реализованы, например MAM (XEP-313)

    Теперь о самом протоколе XMPP:
    Он не очень хорош на нестабильных подключениях к интернету и не очень хорош на мобильных устройствах (постоянное подключение жрет батарею) возможно решит проблему XEP-0357

    Идеальный исход: сервер с поддержкой XEP-0280, XEP-0313 и XEP-0357 и мобильное приложение с их поддержкой (актуальная история и экономное приложение самые запрашиваемые функции), тогда XMPP сможет потягаться с проприетарными протоколами, всё остальное есть: чаты, шифрование, голос, видео и др.

    И на самом деле это всё нужно сделать, потому что открытой альтернативы Mycrosoft Lync для корпоративной среды к сожалению нет.

    Возможно вы добавите что-то из вышеперечисленного в свой ToDo…


  1. alexws54tk
    29.04.2016 15:03

    Уважаемый Whoer_net, подскажите с поддержкой каких фреймфорков написано ваше чудо?


    1. Statwho
      29.04.2016 19:07

      Qt4/Qt5. Так же как и оригинальный Psi+.


  1. Maedo
    29.04.2016 17:27

    Что вы все так привязались к OTR, он же не юзабелен для offline сообщений by design. Смотрите лучше в сторону OMEMO. И PGP не сломайте, оно юзабельно.


    1. Statwho
      29.04.2016 19:07

      OTR легче настраивать для пользователя, и защита у него лучше. В любом случае PGP остается, никто и не собирается его выпиливать, кроме того в сборках gpg утилита идёт в комплекте, отдельно на Windows нет необходимости устанавливать GPG4Win.


      1. Maedo
        29.04.2016 19:36

        Если с OMEMO сравнивать — хуже. Например, в OTR fille transfer не шифруется, multi-user group chat не поддерживается, логин с нескольких девайсов его ставит в тупик, carbon copies нету, ну и offline нет. В OMEMO всё есть. И зачем вообще нужна такая защита, не работающая в offline — непостижимо. Вот о чём авторы думали, вместо того, чтобы сразу делать правильно? Словно мессенджер впервые увидели.


        1. Statwho
          29.04.2016 19:55

          OTR плагин существует 5 лет точно. GPG в Psi совсем бородой порос. Авторы думали о том чтобы использовать те средства шифрования, которые были доступны на момент написания. OMEMO протокол появился менее года назад, новая эксперементальная технология ещё не проверенная временем, да интересная и к ней нужно присматриваться. Но всё же старые технологии отрицать не стоит.


          1. Maedo
            29.04.2016 20:13

            Небольшое примечание вот к этому:
            > Авторы думали о том чтобы использовать те средства шифрования, которые были доступны на момент написания.
            Там не в средствах шифрования у них проблема, а в том, как устанавливается сессия. Они сами как-то признались, что если делать сделать всё, что упоминалось, у них получится IPSec. Это плохой дизайн протокола в чистом виде.


            1. Statwho
              29.04.2016 20:14

              Думаю это много о протоколе OMEMO говорит

              OMEMO Plugin for Gajim

              This is an experimental plugin that adds support for the OMEMO Encryption to Gajim. This plugin is free software distributed under the GNU General Public License version 3 or any later version.

              DO NOT rely on this plugin to protect sensitive information!


              1. Maedo
                29.04.2016 20:19

                Это многое говорит о gajim. Нормальную имплементацию смотрите в Conversations. И вообще, это пришло из Signal, у которого Whatsapp теперь это взял, наняв их разработчика. А в Signal оно уже много лет.


                1. Statwho
                  29.04.2016 20:38

                  О каких много лет идёт речь, если

                  History
                  The protocol was developed and first implemented by Andreas Straub as a Google Summer of Code project in 2015. The project's goal was to implement a double-ratchet-based multi-end to multi-end encryption scheme into an Android XMPP-based instant messaging client called Conversations. It was introduced in Conversations and submitted to the XMPP Standards Foundation (XSF) as a proposed XMPP Extension Protocol (XEP) in the autumn of 2015.[1][7]

                  In October 2015, the ChatSecure project announced basing their encrypting messaging app onto the Conversations core and working on OMEMO support for an iOS version.[8]

                  A first experimental release of a OMEMO plugin for the cross-platform XMPP client Gajim was made available on December 26, 2015.[9]


                  1. Maedo
                    29.04.2016 20:48

                    Он втащил это в XMPP. Конечно, может встать вопрос, а не криво ли втащил. Из любимой вами вики «TextSecure was the first application to use the Double Ratchet Algorithm». TextSecure — так раньше назывался Signal. Double Ratchet Algorithm (Axolotl) 2013 года.


                    1. Statwho
                      30.04.2016 08:50

                      Втащил? У XEP-ов ещё даже номеров нет. XEP-xxxx: OMEMO Encryption и XEP-xxxx: OMEMO Encrypted Jingle File Transfer


                      1. Statwho
                        30.04.2016 08:55

                        Сильно сомневаюсь что нужно нестандарт реализовывать. Может стоит сначала стандарт принять, а потом здесь это дело форсить?


                        1. Maedo
                          30.04.2016 09:23

                          Нестандарт уже реализован, например, PGP. XEP-0027 уже 2 года в obsolete, а все по-прежнему пользуются. Ваше обвинение «форсить» мне не нравится, я уже и так сказал всё, что хотел, так что попрощаюсь.


                      1. Maedo
                        30.04.2016 09:06

                        Дальше уже дело за XSF, но народ там странный, не все их действия понятны. Например, они совсем убили PGP, вместо того, чтобы чуть улучшить (отсутствие forward secrecy — не большая беда), и приняли OTR, который сразу не надо было принимать с порога.


                        1. Statwho
                          30.04.2016 16:33

                          Я тут посмотрел XEP'ы у OTR состояние Experimental и тип Informational, то есть это даже не часть протокола.


                          1. Maedo
                            01.05.2016 23:54

                            Это потому, что они сделали свой XEP-0200, Type: Standards Track, который такое же говно, как OTR, только ключи сессии живут чуть дольше, и не срубаются на кратковременных оффлайнах. Но на долговременных они всё равно срубаются. Реализовано в gajim.


                            1. Statwho
                              02.05.2016 09:50

                              Статусу Deferred уже 9 лет.


                              1. Maedo
                                02.05.2016 15:00

                                OTR пилят (напр. в v3 ввели отдельные симметричные ключи, для будущего file transfer, но там двигаться некуда особо), а XEP-0200 бросили, он автоматом ушёл в deferred в 2008.


            1. Statwho
              29.04.2016 20:16

              Они сами как-то признались, что если делать сделать всё, что упоминалось, у них получится IPSec. Это плохой дизайн протокола в чистом виде.


              Ты про авторов протокола или Psi и OTR-плагина?


              1. Maedo
                29.04.2016 20:20

                Про авторов протокола.


  1. z09
    29.04.2016 17:27

    А jabber-конференции у вас нет? Было бы удобно в ней решать вопросы возникшие. Да и простейшая страничка не помешала бы, хотя бы обновления проверять.


    1. Statwho
      29.04.2016 19:19

      открыли bugtracker. Обновления будут автоматическими, ещё в разработке.


      1. z09
        29.04.2016 22:16

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


        1. Statwho
          29.04.2016 23:01

          https://whoer.net/ru/im вот тут будут все новости, еще не успели привести страницу в порядок, пока там только SEO заглушка )

          Так же можете подписаться на нас в соц сетях, там будут анонсы всего что мы делаем, в том числе и новости о WIME:

          http://facebook.com/whoergroup
          http://twitter.com/whoernet
          http://vk.com/whoer


  1. dukzcry
    29.04.2016 17:28

    Молодцы! Вот несколько предложений для вашего клиента:
    1. Добавить предпросмотр онлайн-контента (уже предлагалось в комментариях). У команды Psi+ это есть в планах.
    Чтобы пользователям WIME было не менее комфортно, чем пользователям тех же ВКонтакте и Telegram.
    2. Сделать смайл-пак «эмодзи» основным, чтобы видеть соответствующие смайлы, а не «пустые квадраты» на их месте. Он есть в репозитарии с ресурсами у Psi+.
    Таковые приходят от собеседников, использующих Hangouts, и с транспортов, от обитателей других сетей.


  1. mva
    01.05.2016 22:41

    А можно я, как представитель команды ?+ задам вредный вопрос? :)

    Чего патчи-то не законтрибьютите в апстрим (откуда они имеют высокие щансы перекочевать и в сам ?)? :)


    1. Statwho
      02.05.2016 12:01

      Делать патчи на патчи, не является целью проекта :). Портирование этого дела назад в Psi+ — время и деньги. Вы как представитель команды ?+ вполне можете сделать это сами, исходники открыты, никаких препядствий для этого нет.


      1. mva
        02.05.2016 12:26

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

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

        Вторые — берут слепок исходников апстрим проекта от определённого момента, делают с ними Initial Commit, пилят-пилят (на данном этапе, зачастую, в закрытом режиме), уходят «в сторону», не следят за изменениями в апстриме и не синхронизируют изменения (потому что при данной модели это трудно, да. Как это будет трудно и для того, кто захочет потом «перетащить» фичи в апстрим, и поэтому апстрим тоже не имеет желания тратить время на лишнее погружение).

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

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

        Конечно, с таким подходом-то, кому он нужен.

        // из последнего примера «вторых» — BlackSwift. Драма развивалась прямо на моих глазах.


      1. KA7
        02.05.2016 15:19

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

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


      1. 0xd34df00d
        02.05.2016 16:32

        Портирование этого дела назад в Psi+ — это инвестиции. Иначе вы сами задолбаетесь поддерживать свою кодовую базу в соответствии с апстримом.

        Модулям, живущим в дереве ядра Linux, сильно проще, чем out-of-tree-модулям, например.