Как стать автором
Обновить

Комментарии 99

К сожалению, вашим мессенджером нельзя пользоваться, так как мобильное приложение не имеет push-уведомлений.
Без пуш-уведомлений жить тяжело, поэтому конечно же наши проложения их на самом деле имеют. С другой стороны, не исключена ошибка — мы можем вам помочь в комнате поддержки: app.kato.im/#/rooms/support
У слака есть приложение для макоси, а не только для мобильных устройств.
Это приложение просто обертка webkit'а, так что полноценным приложением его все-таки трудно назвать.
Правда позволяет удобно переключаться между командами.
Так или иначе — формально в аппсторе для десктопа оно существует, и оно поудобнее работы в браузере.
Мы не стали считать его полноценным приложением — Mobyman описал причины.
И зря не стали считать. Одно дело держать открытым браузер. Дугое дело отдельное приложение, пусть дажео оно лишь обертка webkit.
Наличие десктопного приложение это киллер-фича. Без нее удобнее оказывается тупо скайп.

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

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

Поэтому рассмотрим только понятие «плохой инструмент». Ну или «неудобный инструмент».

Если мне периодически нужно взаимодействовать с мессенджером, при том что у меня все рабочее окружение на десктопе (я полагаю это у большинства прогеров/дизайнеров/продажников/тестеров/сеошников и т.д.), самое удобное это дескопное приложение.

Вкладка в браузере:
— теряется среди кучи других браузерных окон и вкладок
— требует постоянно запущенный браузер
— не очень удобно для оповещений

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

Десктопное приложение, как правило, лишено этих недостатков. Да, оно имеет свои спецефические недостатки, но для работы оно самое то.

Лучше, конечно, когда есть все виды доступа к месседжеру.
— Десктопоне приложение для рабочего места.
— Мобильное приложение для получения уведомлений когда не на рабочем месте
— Браузерное приложение для доступа с чужих устройств (и мобильных и десктопов).
>— теряется среди кучи других браузерных окон и вкладок

Приложение точно так же теряется среди окон ОС.

>— требует постоянно запущенный браузер

Он и так постоянно запущен.

>— не очень удобно для оповещений

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

Ну и последнее. Приложение в браузере универсально, не зависит от машины (дом/работа/ось). На крайний случай я даже могу зайти в него с телефона.
Ничего этого у десктопного варианта нет.
> Приложение точно так же теряется среди окон ОС.
Для таких случаев есть трей.

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

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

>Для таких случаев есть трей

Ничем не отличается от вкладок в браузере.

>Скажите это дизайнеру с фотошопом или программисту с вижуалстудио. Или вы опять про тех, работников, которые только по соц. сетям да по котикам?

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

>Фавиконка вообще не уведомление, заметить ее изменение очень сложно, только если мессенджер на вклдаке в текущем окне.

Теоретик детектед.
Скажите как практик, в каком окружении вы работаете, где трей не отличается от вкладок браузера?
У меня куча вкладок в джире открыто, например, ни от кого еще не слышал, что кому-то нужно для нее десктоп клиент.
Как вы считаете, Jira — мессенджер?
Вы передёргиваете.
Например, у меня OS X. В доке около 15 иконок и если в какое-то приложение приходит уведомление — я сразу это вижу с любого экрана любого приложения (кроме полноэкранных). В браузере же у меня около 50 вкладок. Как вы считаете, где быстрее найти приложение, требующее внимание: на доке с 15 иконками, в списке Cmd + Tab или в браузере (который нужно ещё найти среди других приложений) среди 100 вкладок?
Вот полностью согласен. Да и в Винде всё то же самое. Причём мне в Макоси даже удобнее было по приложениям/закладкам навигировать.

Но помимо дока ещё есть и трей (тоже в обеих осях), где вообще живёт одна маленькая иконка, которая когда надо может по разному себя вести и привлекать внимание. При этом она, в отличии от favicon, не запрятана среди других закладок нескольких окон одного из запущенных браузеров, а всегда на виду.
Браузер можно открыть в нескольких окнах, если что.
Чем в таком случае отдельное окно браузера с вкладкой-чатом отличается от отдельного окна приложения-чата?
Ничем не отличается, о чем я и веду разговор. Требование отдельного десктопного клиента не имеет под собой оснований.
А в OS X вот нельзя между окнами одного приложения переключаться с помощью Cmd+Tab (или я не умею), поэтому это для меня не решение. Разве что разные браузеры держать под разные веб-приложения.
Попробуйте Cmd + ~ — должно помочь
В большинстве приложений работает Ctrl + Tab
Ctrl + Tab в браузере неудобен в силу уже описанных выше причин, но эта комбинация работает, да.
Это переключение между вкладками, а переключение между окнами одного приложения — именно через Cmd + ~
Спасибо, теперь у меня новая проблема: найти на шведской клавиатуре тильду. :-)
На русской клавиатуре это кнопка, расположенная между «Я» и левым шифтом, у вас не так?
Там не нарисована тильда, но в Idea эта комбинация действительно работает. В Сафари и Файндере — нет. Я думал, это Jetbrains придумали для своего софта.
Если речь про макось и это не хакинтош, то все же она обычно находит права от левого шифта.
Простите, что?
image
z, она же, я. А тильда там где и обычно — над табом.
ох, простите, забыл что кроме ноутов и ифонов у эпла есть другая продукция =)
имел ввиду image
Видимо разные версии. Хотя у моего американского ноута 9 года и русской клавиатурой 14 одинаковая раскладка.
Нашёл русскую клавиатуру где так, как вы говорите. Однако моя русская внешняя клавиатура такая:
image
У вас не русская клавиатура, а американская с гравировкой
По логике вещей, да. Однако, что вы скажете на клавиатуру представленную ответом выше: habrahabr.ru/company/kato/blog/246275/#comment_8187413
Русская клавиатура со стёртой русской гравировкой и нанесённой американской? Я в этом не уверен. Я за всё своё время видел много клавиатур и все они были американскими. По крайней мере те, что продаются в магазинах.

Это замечание, собственно, изначально к комментарию «На русской клавиатуре это кнопка, расположенная между «Я» и левым шифтом»
Это британская клавиатура, см. на кнопку 3, где £ занял место #.
Если человек работает на десктопе, то и чат должен быть там же. На той же клавиатуре. Любое другое решение для чата — полный бред (зачеркнуто) крайне сомнительно, потому что чат нужен для удобства и скорости. Отвлекаться от работы, чтобы набрать сообщение на клавиатуре телефона — это то еще издевательство.
Браузер=десктоп.
Это равенство спраедливо только для Google Chrome OS
Не видел пока ни одной реализации чата в браузере, которая бы приближалась по скорости/удобству работы с нативным клиентом. Даже убогенький скайп удобнее браузерных чатилок. Не говоря уже про таких монстров как Миранда или Кип.

К тому же у некоторых браузеров (у всех, что у меня сейчас есть под рукой, кроме Оперы) крайне маразматическая система переключения между вкладками с клавиатуры. Потому для реальной работы, когда несколько конкурирующих процессов происходят в разных вкладках браузера, и число этих процессов меняется, современные браузеры подходят мало. Возможно в каком-нибудь FF можно переопределить полностью поведение Ctrl+Tab, но в остальных, АФАИК, это не возможно в принципе. Таким образом сами создатели браузеров ставят крест на использование своих продуктов в качестве основы рабочего процесса.
>Не говоря уже про таких монстров как Миранда или Кип.

Все понятно, можно дальше не продолжать. Если это образец удобства, то не буду что-то доказывать.
Если я правильно понимаю, то я вступил в диалог с человеком, который работает при помощи тачпада? Тут да, у меня нет опыта подобной работы.
Вы вступили в диалог с агрессивным хамом, судя по предыдущим комментам
Вы вступили в диалог с человеком, который забыл миранду как страшный сон где-то в 2006 году. Видимо для вас время все же остановилось, если такие интерфейсы не вызывают отторжения.
Или я смог ее настроить, и не переживаю, что там нет бутстрапчика. :)
А что для вас в таком случае образец удобства среди icq-клиентов?
Наверное хэнгаутс в браузере. :)
Icq2go :)
ааааааааааа
тут_картинка_про_план_эвакуации
Удобство и ICQ это слова из разных предложений. И по тому, как хейтеры порезвились у меня в карме, я вижу, что задел за живое.
чем же ICQ неудобно?
альтернативы не предлагать, примерно 90% менеджеров общаются исключительно по ICQ.

Про хейтеров: вы очевидно не заметили — вы говорите только что ICQ плохо, и не уточняете даже чем плохо. Обосрать что-либо каждый может.
>90% менеджеров общаются исключительно по ICQ.

Я словно на машине времени перемещаюсь. Вы говорите о том, что было 10 лет назад так, как будто это сейчас.

>вы говорите только что ICQ плохо, и не уточняете даже чем плохо.

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

И т.д.

На нынешний день нет вообще ни одного плюса.
>Вы говорите о том, что было 10 лет назад так, как будто это сейчас.
это таки сейчас. К сожалению, или к счастью, но так есть (Не знаю как в России и других странах, я в Украине живу и работаю).

>Централизованностью.
спорный минус

>Отсутствием синхронизации между машинами.
тут так же как и у скайпа — сообщения таки подгружаются, когда собеседник онлайн

>Разными клиентами для разных платформ.
вообще не аргумент. Есть куча кроссплатформенных клиентов. То что они вас не устраивают — не есть минусом для протокола, это минус маркетологам ICQ и конкретным разработчикам.
Не раскрыта тема возможности поднять свой сервер мессенджера — например, hipchat точно умеет это.
Так же не раскрыта тема интеграции со всевозможными сервисами и модулями и открытость апи для желающих сделать свою интеграцию.
Ничего не говорится об администрировании и возможности приглашать в комнаты сторонних людей, без логинов.
Насчёт мобильных приложений — получается, ни у одного из описанных мессенджеров нет клиента под windows phone?

Вообще, мне кажется, что кросс-платформенность и возможность запустить программу вообще на любой машине является решающим критерием (к сожалению, hipchat не умеет работать на xp и windows phone, заставляя держать активную вкладку в браузере)
Про свой сервер — мы не делаем этого по двум причинам:

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

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

Про интеграции у нас были топики — раз и два. Насчет кросс-платформенности — мы в нее свято верим, поэтому пишем нативные приложения на замарине, о чем расскажем в будущем посте
Конечно дело ваше. Но у меня от начальства почти по всем внутренним сервисам одно ключевое (возможно слишком параноидальное) условие — всё работает исключительно на наших серверах. Пусть даже в ущерб некой функциональности. И что-то мне подсказывает, что я не один такой.
Таких очень много. Не все готовы обсуждать корпоративные тайны в приложении, базы которого доступны кому-либо из вне.
gitter.im — отличный проект! Мы, наверное, позднее сделаем полноценный обзор, где он конечно же будет
Хотелось бы видеть его именно в сравнении с конкурентами по формальным параметрам.
У слака — твиттер и G+.

Все сервисы
Airbrake

appear.in

AppSignal

Asana

Bitbucket

Blossom

Bonusly

Boundary

Bugsnag

Buildbox

CircleCI

Cloud 66

Code Climate

Codeship

Crashlytics

Datadog

Dropbox

Enchant

Envoy

Giphy

GitHub

Google Drive

Google+ Hangouts

GoSquared

GoToMeeting Free

Groove

Help Scout

Heroku

Honeybadger

Hubot

IFTTT

Intercom

Jenkins CI

JIRA

Librato

Lita

Magnum CI

MailChimp

Nagios

New Relic

Ninefold

OpsGenie

PagerDuty

Papertrail

Phabricator

Pingdom

Pivotal Tracker

Rainforest QA

Raygun

Reamaze

Rollcall

Room

RSS

Runscope

Screenhero

Semaphore

Sentry

StatusPage.io

Stripe

Subversion

Travis CI

Trello

Twitter

Userlike

Visual Studio Online

WorkingOn

Yo

Zapier

Zendesk
У нас тоже Твиттер есть через IFTTT, все отлично работает и бесплатно
С Facebook сложно, так как для мессенджеров они закрыли API (хотя кое-что можно связать через IFTTT — про эту интеграцию Kato мы уже писали), про «ВКонтакте» у нас особенно не было запросов от пользователей, но в будущем все может быть, конечно
KatoProject, спасибо вам за отличный мессенджер, всё-таки связка Lync и почты не всегда оказывается такой гибкой и удобной.
Единственная просьба: не могли бы вы пояснить, пожалуйста, что имеется в виду под «сообщения принадлежат компании» и как это работает применительно к Kato Teams?
…также в платной версии все сообщения, даже в комнатах 1:1, принадлежат компании, которая платит за лицензию
Спасибо за оценку :).

Мы описывали то, как все происходит в Teams в отдельном топике — лучше его почитать, потому что ответ в комментарии будет слишком большой — проще на примере проиллюстрировать.

Про «информация принадлежит компании», это относится к Enterprise-версии, в которой, «кто платит, тому и принадлежат данные». Про это тоже есть в том топике.
Спасибо за ссылку на статью, всё стало на свои места :)
Пожалуйста :)
Контроль шума

В Slack же можно управлять уведомлениями для каждой комнаты (и для разных устройств), чем как правило все в нашей команде и пользуются.
Найстройка уведомлений
image

А у кого-нибудь в slack для android работает markdown разметка?
У меня нет.
Kato я смотрел, но интерфейс какой-то непривычный. Да и сильно разбираться было не охота, slack на тот момент был и прекрасно работал.
В нашей компании весь девелопмент перешел на flowdock вместо почты и пока что счастливы.
Что с гейтами?
Меня в slack очень радует возможность использование IRC/Jabber клиентов.
В Хипчате маркдаун и не нужен — там есть нормальная html-разметка (с ровно одним косяком — в ней нельзя использовать @упоминания, если это сообщение отсылается программно). Куцого маркдауна хватает только чтобы вставить bold/italic, а для нормального форматирования сообщений этого категорически недостаточно.
Именно из-за html-формата мы и пользуемся Хипчатом — только он позволяет очень гибко форматировать различные сообщения, правильно визуализируя входящую информацию. Если ваш кейс — это «чатик менеджеров» и «чатик программистов», то, конечно, html не нужен. Но если для вас мессенджер является реактивным средством мониторинга проекта, то без вменяемого форматирования никуда.
Очень жалко, что этого так и не поймут конкуренты Хипчата.
Что же это за ядерно-кислотное форматирование такое, которого нет в Markdown? Абзацы, заголовки, списки, ссылки, цитаты, блоки кода есть, а что ещё надо? Единственное — таблиц в оригинальном Markdown нет, но они есть в разных flavored-версиях (таких как Github Flavored Markdown). Если это цвета и моргания, то уж лучше никакого форматирования совсем, чем эти леденящие душу радужные потоки форматирования.

Интересно узнать, какое под/надмножество Markdown используется в Kato.
Я не про весь маркдаун (хотя идеологически, его проще писать руками, чем генерировать автоматически), а про используемые у конкурентов диалекты. У Слака, например, нельзя даже банальный список вывести или таблицу. Да и в целом html (как подможество xml) — это машиночитаемый формат. В html я могу превратить, например, событие, имеющее описание в xml используя xsl-преобразование. В маркдаун уже так не получится — тот же синтаксис таблицы в нём для машинной генерации — просто ад и придётся буквально руками собирать строку.
Мы тут чат для общения людей обсуждаем или про то, как Base64 в XML заворачивать SOAP-сервисы общаются между собой?

Главный плюс Markdown'а — его легко набирать человеку, особенно не знакомому ни с какими XMLями — его синтаксис основан на правилах оформления электронных писем ещё той эпохи, когда HTML не придумали. И его легко читать, даже не конвертируя в HTML (подсуньте-ка исходник веб-страницы гуманитарию). А то, что его тяжело парсить и тяжело генерить таблицы — это издержки лёгкой человекочитаемости, ради которой в жертву принесли всё остальное.
Вы наверное не знаете, что md базируется на html? Любой html код — валидный markdown.
Ну, предположим, знаю. Причем тут это?
Куцого маркдауна хватает только чтобы вставить bold/italic, а для нормального форматирования сообщений этого категорически недостаточно.

Как его может не хватать, а html хватать, если md — это синтаксический сахар для html?
Попробуйте прочитать то, что я писал выше и свяжите это с темой поста. Речь идёт о поддержке маркдауна мессенджерами. Если я в хипчат через API отошлю <ul><li>list item</li></ul>, то в окне мессенджера появится список. Если я отошлю тоже самое в API Слака — то я получу просто заэскейпленную хтмл-разметку. Понимаете? Речь не вообще о md vs html, а о том, что поддерживают мессенджеры
Не совсем так, в оригинальном Markdown (который конвертор md → html) был разрешён HTML для того, чтобы делать то, чего в Markdown'е не предусмотрено. Но сейчас же Markdown гонят в сотни форматов (напрмер я люблю писать какие-нибудь мануалы на марке и потом Pandoc'ом выгонять их в docx, так любимый виндузятниками). Что делать с HTML-разметкой там?

Так что я бы лично запрещал inline HTML в Markdown-документах (просто бы его экранировал).
НЛО прилетело и опубликовало эту надпись здесь
в Като очень похоже:

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

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

Для Slack и Hipchat взята статистика с сервисов, что сводят аптайм сервиса в целом: веб морда, протокол, поисковый движок, прочее. Для Kato взят pingdom только по веб морде. Я сам поддерживаю пару сервисов, и там аптайм в Pingdom 100% каждый месяц, в то время как, например, SMTP сервер (сервис предоставляет это как сервис) не дотягивает до 100% uptime.
У нас пингдом стучится в API, веб морда не задействована вообще.
Пока только подбираю основной чат для коллективной разработки. У каждого свои недостатки, под мои запросы лучше подходит HipChat. И, вот, увидел Kate — достаточно серьёзная альтернатива под то, что мне требуется. Но бочку мёда портит одна большая поварёшка дёгтя — я не нашёл, можно ли в Kate давать ссылки для гостевого входа в комнаты незарегистрированным пользователям? Я не нашёл, или в Kate нельзя общаться без регистрации?
На данный момент нельзя, хотя эта функция у нас раньше была. Планируем в скором времени вернуть.
А какой из этих сервисов позволяет совершать групповые видеозвонки с возможностью демонстрации экрана? Иногда быстрее продемонстрировать проблему и обсудить её быстро голосом, чем копипастить скриншоты и писать текст.
Сейчас пользуюсь slack, но twoodo кажется лучшим. самое важное — в нем чат легко превращается в задачи и можно отвечать на конкретное сообщение. Намного организованее выходит по сравнению с остальными чатами.
Что сейчас у kato.im с наличием десктопных версий?
А kato уже всё? Не нашел на сайте регистрации, только логин.
Като не работает? Сайт не доступен…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий