Компания Dropbox объявила (https://blogs.dropbox.com/tech/2015/09/open-sourcing-zulip-a... об открытии исходных текстов платформы Zulip (https://www.zulip.org/), позволяющей на своих мощностях развернуть похожий на Slack (https://ru.wikipedia.org/wiki/Slack) сервер для организации коммуникаций в группах разработчиков. Код серверной части Zulip написан на языке Python и распространяется (https://github.com/zulip/zulip) под лицензией Apache 2.0. В качестве СУБД используется PostgreSQL. Клиентское приложение для Linux, Windows и OS X написано (https://github.com/zulip/zulip-desktop) на С++ с использованием Qt. Мобильные приложения подготовлены для Android и iOS.Развивающая сервис Zulip компания была куплена Dropbox в прошлом году, до этого Dropbox выбрал и внедрил данную платформу для внутрикорпоративного взаимодействия сотрудников. Сообщается (https://news.ycombinator.com/item?id=10281065), что изначально для обмена сообщениями в Dropbox использовались IRC и Jabber, после чего были попытки перехода на Slack, Hipchat, Skype и Lync, но в конечном счёте выбор был сделан в пользу Zulip. Zulip можно сравнить с внутрикорпоративным аналогом Twitter, применяемым для общения и обсуждений рабочих вопросов в больших группах сотрудников.
Zulip предоставляет средства для отслеживания состояния и участия одновременно в нескольких обсуждениях с использованием нитевидной модели отображения сообщений, которая является оптимальным компромиссом между привязкой к комнатам в Slack и единым публичным пространством Twitter. Одновременное нитевидное отображение всех обсуждений позволяет в одном месте охватить все группы, при этом сохранив логическое разделение между ними.<center><img src="https://www.opennet.me/opennews/pics_base/0_1443284839.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center>
Особенности платформы:- Поддержка как прямого обмена сообщениями между двумя людьми, так и групповые приватные обсуждения;
- Возможность отправки сообщения независимо от присутствия пользователя, который получит все отправленные в его отсутствие сообщения после появления в online;
<center><a href="http://www.zulip.org/images/important-things.png">&l... src="https://www.opennet.me/opennews/pics_base/0_1443287044.png&q... width=750 style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>- Сохранение истории обсуждений, в том числе новые участники команд могут получить доступ к старым обсуждениям;
- Полный поиск по всей истории обсуждений с возможностью тонкой настройки поиска через операторы уточнения запроса;
<center><img src="https://www.opennet.me/opennews/pics_base/0_1443287105.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center>- Отображение факта присутствия участников в online в списке пользователей.
- Поддержка предпросмотра изображений, видео и твитов в окне с сообщением (для встраивания предпросмотра достаточно отправить ссылку на контент);
- Возможность отправки файлов в режиме Drag-and-drop;
- Автоматическая подсветка синтаксиса для передаваемых в сообщениях блоков кода;
<center><img src="https://www.opennet.me/opennews/pics_base/0_1443287188.png&q... width=750 style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center>
- Встроенный легковесный язык разметки, позволяющий быстро оформлять списки, указывать ссылки и применять элементы форматирования;
- Возможность редактирования уже отправленного сообщения (например, можно исправить замеченные опечатки);
- Интеграция (https://zulip.com/integrations/) с разнообразными внешними сервисами, такими как Trac, Nagios, Github, Jenkins, Git, Subversion, JIRA, Puppet, RSS, Twitter и т.п.
- Поддержка отправки уведомлений избранным участникам групп;
<center><img src="https://www.opennet.me/opennews/pics_base/0_1443287152.png&q... width=750 style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center>
- Возможность отправки анонсов для всех участников группы;
- Режим отправки на email итоговых сводок обсуждений, состоявшихся в момент отсутствия пользователя;
- Поддержка вывода уведомлений на рабочем столе о разных типах сообщений. Для сообщений с повышенным уровнем важности возможно звуковое оповещение;
- Поддержка управления через горячие клавиши;
- Возможность встраивания в сообщения картинок Emoji;
<center><img src="https://www.opennet.me/opennews/pics_base/0_1443287239.png&q... width=750 style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center>
- Поддержка создания групп, принять участие в которых можно только по приглашению;
- Возможность пометки сообщений для их выделения в общем потоке;
- RESTful API и набор биндингов на Python для интеграции с внешними системами.URL: https://blogs.dropbox.com/tech/2015/09/open-sourcing-zulip-a.../
Новость: http://www.opennet.me/opennews/art.shtml?num=43046
купили, потом открыли ...
А что в этом плохого?
> Компания Dropbox объявила об открытии исходных текстовА я вот ваще сомневаюсь, что это их тексты :D
и что? открыли - хорошо.
Купили, значит их.
Они переизобрели IRC? С нескучными аватарками и синтакс хайлайтером?
да
Вы говорите так, как будто в этом что-то плохое.. Интересно, как с поддержкой русского языка? И не будет проблемой локализовать интерфейс?
Проблемы локализации сорее всего нет, так как это django-приложение
действительно, зачем читать текст новости. ведь тогда вам двоим нечего будет обсудить!
Но с нитевидными сообщениями и оффлайн доставкой.
Сколько ещё раз изобретут google wave?
Пока его кто-то нормально не реализует - так и будут изобретать. Идея-то хороша была, вот реализация - не ахти.
И где?
http://i.imgur.com/8jpT95p.png
тута https://github.com/zulip/zulip-desktopосиль cmake и будет тебе щастье
Linux
We don't have the new client version that doesn't hardcode zulip.com as the site built for Linux yet, but we hope to have a PPA setup soon. In the meantime, you can clone the git repo and build from source.
Это же GoldEd!
не, этому ещё далеко до голого деда.
> сервер для организации общения в группах разработчиковА чего, оригинально! Больше серверов для организации общения в группах уборщиц, водил и т. д. Хороших и, главное, разных. Даёшь каждому газонокосильщику по персональному серверу!
То есть что такое процесс разработки и чем специфично сопутствующее общение ты не знаешь.
То есть что такое процесс уборки и чем специфично сопутствующее общение ты не знаешь. //fixed
Может, тебе кажется, что ты остроумен, но ту сурово тупишь. IT - флагман в развитии методологий разработки и создания сложных систем - по ряду причин, насчиная с простоты изменений и заканчивая постоянно усложняющимися требованиями. Разумеется, для этого требутся подходящие инструментальные средства.ну а если ты считаешь, что сложность написания софта и уборки одинакова - то только в клининге тебе и работать.
Open source Slack-alternative in Golang and React
http://mattermost.orgБидон малоинтересен.
Да хоть на баше. Это ж не хайлоад какой.
https://github.com/RocketChat/Rocket.Chat
https://github.com/sdelements/lets-chatЕще две OpenSource альтернативы для Slack
Даёшь звонки между клиентами и аудио-конференции, и lync можно сносить с серверов.
Без скриншаринга - ни шанса заменить проприетарщину.
Проприетарный CmRcViewer с протоколом RDP, или какой-нибудь tightvnc с vnc спасёт админов планеты.
При чём здесь админы? Я о том, что конференция без скриншаринга - инвалид.
Подумал, что вы имеете ввиду про удалённую помощь юзверям. Скриншаринг в принципе не очень то и критичен. Для уроков/докладов, может быть, а если для поболтушек начальников, то функционал не критичен.
Для скриншаринга есть tox.
>lync
>с серверов
>opennetНеуважаемый, а не ошиблись ли вы сайтом?
а протокол какой-то у него есть? а то без протокола пусть и своего лажа какая-то(
Там между клиентами ничего не отправляется, всё обрабатывает сервер, а десктоп-клиент и мобильные приложения по сути обвязки над web-интерфейсом.
> Код серверной части Zulip написан на языке Python ... Клиентское приложение для Linux, Windows и OS X написано на С++ с использованием QtА почему не наоборот?
Написать код серверной части на Qt, а клинта на питоне? Едва ли получится более лучший результат.
Питон и GIL не нужны.
Нет. Код серверной части написать на C++, а клиентской на Python с использованием Qt.
Выглядит пободрее, чем http://getkaiwa.com/
