在当今快速发展的工作环境里，沟通工具对于团队协作的重要性不言而喻。团队之前一直使用Skype作为主要的沟通工具，但随着团队规模的扩大和需求的多样化，开始寻找更高效的沟通解决方案。在尝试了多种工具后，最终选择了HipChat。本文将分享选择HipChat的原因，以及它如何帮助提升团队的工作效率。
HipChat是一个功能齐全的团队聊天工具，非常适合开发者使用。它提供了免费版本，同时也为付费用户提供了额外的功能，如更多的消息和附件存储空间、视频聊天、屏幕共享等。
在一段时间前，领导着一个小型但不断壮大的开发团队，重度依赖Skype进行团队沟通。虽然Skype在很多方面都表现不错，但随着时间的推移，发现的问题也越来越多。Skype的群聊功能似乎并不是其核心功能，而是后来添加的附加功能。
为了寻找更好的替代方案，注册了HipChat的免费试用，并邀请团队进行测试。计划是测试这个工具一到两周，然后决定是继续使用HipChat还是尝试其他工具。但仅仅使用了一天，团队的反馈就非常积极：14票支持继续使用HipChat（包括），0票支持Skype。
团队使用的操作系统多样（包括移动设备），而Skype在这方面给带来了很多麻烦——例如在Linux上通知无法显示等。相比之下，HipChat的可靠性和实用性要强得多。而且，后来非常欣赏的一点是，HipChat的消息是富文本格式，而不仅仅是纯文本。
如果在旅行中只能访问电子邮件，HipChat也能为提供支持。如果消息无法传递给在线客户端，HipChat还会将该消息以电子邮件的形式发送给——发现这非常有用。
从第一天开始，就意识到HipChat拥有Skype所缺乏的一些杀手级功能。例如，HipChat允许复制粘贴图片，并且会直接在对话中显示图片。这看似是一个小功能，但实际上非常有用。仍然不明白为什么Skype没有添加这个功能。在Skype中，如果想向朋友展示一张图片，需要从本地机器中选择文件，上传它，对方需要接受它，然后在他们自己的机器上找到它，并在外部程序中打开——这只是为了分享一张照片而进行的大量点击。与HipChat不同，通过Skype接收的文件会存储在该机器上，如果更换了机器，这些文件将不会在新机器上。
由于这些功能，从第一天开始就准备从Skype切换到HipChat。后来，发现了一个更深层次的功能——HipChat API。他们的API允许从外部程序向个人或群组对话（房间）发送消息。这可能一开始看起来并不令人印象深刻，但它完全改善了团队的工作流程。
首先设置了Hubot并将其连接到HipChat。Hubot是一个小型机器人，可以在与它交谈时执行各种命令（或对人类之间的正常讨论做出反应）。它带有一系列预定义的功能，并允许添加自己的脚本。最初，只是玩它的内置功能——向其他团队成员发送带有胡子的随机图片，显示谷歌地图（在对话窗口内）。然后决定认真对待，并将开发运维工具连接到HipChat。
安装了ErrBit，以便在任何正在开发的应用程序上发生服务器错误时，错误报告会发送到ErrBit（带有堆栈跟踪、请求元信息等），然后ErrBit会将通知发送到HipChat的相关房间（在这里，HipChat的富文本格式非常有用）。所有在线的人员都会实时了解到问题，即使相关开发人员当时不在线。
自从ErrBit-HipChat集成对有效以来，将其他服务如Zabbix或Monit也连接起来。然而，最具变革性的集成是将部署脚本添加到Hubot。一直在使用Rails部署与Capistrano，所以开发人员需要设置自己的机器并安装所有依赖工具，然后使用命令如cap deploy production进行实际部署。这运作得很好，将这部分移动到Hubot一开始似乎并不重要。但随着时间的推移，整个团队开始喜欢它。例如，Hubot可以确保在任何给定时刻只有一个部署正在进行。如果出了问题需要回滚，任何团队成员（甚至是项目经理）都可以触发回滚，即使他们的机器没有为开发设置。当时正在在几台机器之间切换，能够确保部署环境正确设置（因为这是Hubot的环境）非常方便。最重要的是，整个团队都可以看到部署正在进行中。由于集成，验证是否有任何东西在那个时间前后/之前/之后部署变得简单。有很多次，真的很感激能够轻松访问部署日志。还记得ErrBit集成吗？
当有人推送了一些无效的代码时（是的，这会发生，多么令人震惊，通常在HipChat上看到的是：hubot cap deploy app_name production，几分钟后Hubot说部署完成了。几秒钟后，HipChat房间充满了ErrBit的血红色消息，所以开发人员迅速告诉Hubot回滚，并可以继续调查到底发生了什么。
www.hipchat.com