Comments 136
Даже если речь идет о мессенджере для работы?
А вот как раз рабочие и личные нужды мы разделяем, банально неудобно их смешивать. Поэтому бытовые мессенджеры вроде Телеграма и Whatsapp нам не подошли.
Да, вы это понимаете, я это понимаю, но инопланетяне, которые этим занимаются, не понимают(
У нас в компании рабочим мессенджером является Телеграм. Коллеги (как и я сам) пользуются им и в личных целях, вроде бы пока это не вызывает проблем. Некоторую тревогу вызывает неопределенное будущее Телеграма, случись что, придется экстренно искать замену.
Тут вопрос баланса доступности и мобильности. VPN? На android еще можно сделать постоянное прозрачное подключение к нему, но на ios это можно реализовать только с бубном. И еще — все ли организации готовы ставить vpn профили на личные телефоны и компьютеры сотрудников для доступа тех к чату?
Это я к чему — вовлечение сотрудников в чат-культуру компании возможно (субьективно) лишь при полной доступности чата. Опять же говоря, используя собственный опыт, внедрение того же телеграма (в моей компании) по значимости можно сравнить лишь с организацией нормальной внутренней телефонии много лет назад, и то бОльшая часть вопросов решается в чатах, и возможно это стало только потому что телеграм есть у всех, и пользуются им все.
Но если чаты используются только и исключительно на работе, и использование в нерабочее время не поощряется, то лучше локальной сети или того же vpn не придумаешь. Но мы то понимаем…
А в чем проблема? Там же не открытая регистрация
p.s. slack нам не подходил, так как нужен именно свой сервер
Как мы сменили платный Slack на опенсорсный Rocket.Chat
И как сменили-то? Пользователей как-то переносили, историю, структуру чатов?
Slack Importer ➔ error TypeError: Cannot read property 'username' of undefined at RocketChat._setUsername (/app/bundle/programs/server/packages/rocketchat_lib.js:5730:12) at EventEmitter.setUsername
:(
Сейчас там появилась вроде как возможность добавлять несколько аккаунтов в приложении — вполне можно иметь личный и рабочий, раз перемешивать не хочется.
Не понимаю когда говорят о том, что установленный сервис на собственном сервере — это бесплатно. А про то, что своё оборудование потребляет полезные ресурсы и требует обслуживания и сопровождения (а значит времени соответствующего специалиста), почему-то забывают.
2) Стоимость не может быть «фиксированной» в разрезе длительного использования сервиса — объемы данных растут, ресурсов потребляется больше, требуется больше времени специалиста на обслуживание сервиса (обновления, бекапы, баги и т.п.)
3) Если у бизнеса проблема с финансовой стороной, то оптимизация затрат на внешних сервисах не сильно повлияет на ситуацию — могу это обосновать по собственному опыту.
Не бесплатно, конечно. Но для tech-компании вполне может получиться по факту бесплатно: сервер уже и так есть для других целей (и половина ресурсов простаивает), обслуживанием занимается штатный сисадмин, который и так не нагружен на 100%.
одним из важных пунктов были реакции на сообщения, так привыкли к ним в Слаке, что без них уже не можем работать))
Я так подозреваю, с таким подходом вы и без анимированных гифок в рабочем чате не справляетесь никак…
Другой пример: выбираем название для нового сервиса. Под каждым из предложенных плюсы, по их количеству выбираем лучшее. И так далее, очень много где они реально помогают.
А чем jabber сервер не подошёл? Идеальный вариант как по мне.
А можно чуть конкретнее, почему? Групповые чаты есть, аудио есть… Я бы понял, если бы претензия была к сложности настройки и зоопарку клиентов, которые поддерживают разные наборы фич — но командная работа?
Пользую rocket.chat в закрытой корпоративной сети без интернета с середины 2017, так как это был единственный вариант, который можно было легко протщить внутрь и обнолять потом (snap) при наличии "воздушного зазора" между тобой и репозиториями.
Вообще, проект сильно поднялся за поледнее время — молодцы ребята! Фиксят баги, делают фичи.
Это проблема не чатов, а культуры.
Кто-то может и по телефону названивать каждые 5 минут, и лично подходить и дергать каждые полчаса по ерунде. Это не проблема телефона и наличия у людей ног.
Далеко не идеальный, но очень неплохой вариант — Discord. Хотя Rocket мне кажется более подходящим для корпоративной переписки. Может использовали бы его (Rocket), если бы ни ужасное мобильное приложение.
Конкретно рокет не использовал, но если там JS в основе — понятно, почему оно глючит.
Как и у Slack, который для корпоративной переписки и был создан.
Да и вряд ли в Discord такое появится в ближайшем будущем. И целевая аудитория совсем не та, где это нужно, и подход к учётным записям иной (они глобальные). На своём сервере пока обходимся двумя вещами:
1) invite-link не рассылается кому попало;
2) даже если на сервер попадёт кто-то лишний (впрочем такого пока не случалось, кроме тестов), ему не будет доступно ничего до явного назначения роли модератором.
это хорошая идея, да. т.е. вполне рабочее решение. правда кто-то должен отслеживать появление новых узеров. хорошо бы бота написать, чтобы при регистрации юзера с почтой из нужного домена добавлять роль )
Discord умеет сообщать о появлении нового пользователя специальным сообщением в указанный канал. У нас поток людей небольшой, поэтому таким каналом назначен просто #general
. А вообще можно создать специальный канал для этой цели, невидимый никому, кроме модераторов, и по нему отслеживать.
хорошо бы бота написать, чтобы при регистрации юзера с почтой из нужного домена добавлять роль
Его API я не ковырял, но судя по даной странице, это вполне возможно.
Automatically join private Discord servers or gain new roles based on external website permissions
Я тестировал — не понравилось именно из-за этого. Это больше чат для небольшой группы или стартапа, где все друзья, и у всех прямые руки.
Клиент Rocket Chat работает плавно или лагает как клиент Slack?
Совсем немного пользовался Слаком, потому допускаю, что не до конца понимаю нужность каких-нибудь его фич. Но, как мне показалось, Chat от Synology стремится копировать всё за Slack.
То, что нужен NAS с операционкой от Синолоджи — для кого-то минус, а для кого-то и плюс. Не считая тех, кто пользуется нелицензионными вариантами.
Для них и клиент можно нормальный подобрать и архивы вести и при этом не выступать в роли бесплатных тестеров для разработчиков глючных поделий.
Интересно, есть ли у кого-то опыт использования https://gitter.im, решения от Github
Интеграция с LDAP/AD корявая — при ней юзеры не могут выбирать, как себя подписать в чате.
Самовыражение — важно.
Также у нас в корпоративном периметре были проблемы с самоподписанным сертификатом — Rocket чат его просто не принимал и отказывался работать. А по HTTP он не работает =(
У нас его использование проходило по разряду — мышки плакали, кололись, но продолжали есть кактус… Как только появилась альтернатива, все с облегчением на неё перешли
Август, 2018. Версия 0.66.3 работает в браузере по протоколу HTTP.
Конечно, блог конторский (читай — «пишем что хотим»), но уровень хабра было бы держать неплохо. Или дальше ждать рассказ о выборе чайника в офис («недорогой Витёк против дорогущего Siemens»)?
Может сами будут багфиксы коммитить, потому и знают
Собственно, из недостатков — это большое количество багов, которые, впрочем, не критичны для работы. С каждым обновлением приложения их становится меньше, к тому же, мы установили его на свой сервер, и гибкости у нас больше.
и
Проект очень быстро развивается, поэтому с имеющимися недостатками можно смириться — мы знаем, что их быстро исправят.
Заметьте — не «уверены», а «знаем».
Впрочем, самое важное в посте, конечно ниже, «Читателям блога дарим купон на ...» — согласитесь, цель поста была не познакомить читателей, что еще в одной компании осилили поднять локально мессанжер, а увеличить число своих клиентов.
А вывод про скорость сделали на основе того, что видели сами — еще в ноябре Рокет даже не рассматривали, а в январе он вышел в тройку лучших в нашем рейтинге.
Согласны, рассмотреть остальные можно было бы, но мы хотели поделиться именно находкой и рассказать про его — Рокета — достоинства, чтобы те, кто тоже на распутье, обратили на него внимание.
Мессенджеры мы выбирали по собственным критериям вплоть до наличия реакций на сообщения и привычного дизайна, и то, что было важно для нас, может быть совершенно непринципиально для других)
Может, дополните?
Ушли с Rocket раньше января (очень уж глючил с доставкой сообщений).
Матрицей пока довольны.
Количество мелких багов просто утомляет. Борьба с каждым таким иногда происходит в течении пары минут, а иногда затягивается на часы.
Как пример импорт истории из Slack постоянно вылетал с ошибкой. Докеризированный Rocket.chat вообще не смог справиться с архивом бекапа — тут же вылетел с сообщением о несовместимости. Установленный с помощью snap справился дальше. Смог прочитать архив, и даже выдать список пользователей и каналов, но во время импорта падал с ошибкой. Ок. Установил Rocket.chat полностью.
Импорт прошел дальше, но падал на 28 тысячах сообщений. Опытным путем пришлось выискивать в архиве какой именно json приводил к падению (в логах об этом ни слова). После этого импорт завершился.
Настройка в админке Rocket.chat — это ад. Большинство опций недостаточно просто настроить в админке, необходимо дополнительное конфигурирование на сервере. Зачем так делать? Я не против настраивать в консоли или в админке. Но почему я вынужден делать это и там и там?
Опять же радует обилие дополнительных фич и возможностей. Их десятки. НО! Они не работают или безбожно глючат. Бот у меня пока научился просто отвечать на help. Я еще в процессе борьбы с ним.
PS: было бы очень здорово, если бы в статье действительно была история КАК вы перешли на Rocket.chat. Не «зачем» и «почему».
Ищу корпоративный мессенджер в замен whatsapp, меня он (whatsapp) давно перестал устраивать, но команде пофиг, и менять на что-то серьезное и сложное точно не согласятся. Тестирую Flock неделю, пока все нравится.
Хотя конечно, вопрос, что вы от месенджера хотите.
Судя по комментариям тема волнует многих. Жаль что автор не описал какие методы были задействованы в поиске и выборе конкретного продукта.
Я бы предоставил матрицу принятия решения с продуктами которые были найдены в интернете, и не нужно описывать техническую сторону литературным языком. Жак Фреско был прав о человеческом общении.
Например, при поиске есть куча таблиц и ссылок, где можно найти почти все решение.
Телеграм не подошел из-за того, что многие сотрудники уже пользовались им, и было неудобно мешать личные и рабочие переписки — все просто терялось в одном сплошном потоке.
Выдать каждому сотруднику рабочую симку?
Два уровня упорядочивания ещё есть в Twist.
Как мы сменили платный Slack на опенсорсный Rocket.Chat