最近 RubyChina 开始尝试用 http://postmarkapp.com 作邮件通知服务，替换以前的 Gmail 服务，试用下来感觉还行。

彩程的 Tower.im 简单好用的团队协作工具：https://tower.im/

#2 楼 @lgn21st 有点小慢...

为什么从截图上看，非常像 Basecame Next。

#1 楼 @lgn21st 邮件服务真正靠谱的是 Postmark 和 Mailgun 两家

喜欢 Mailgun 的 api 和文档，Postmark 网站设计太刺了。

#6 楼 @Rei 感觉 Mailgun 更贴进 metal, 更方便 developers. 服务也不错，跟他们几个 developer 都混个半熟了

tower 也是基于 ror 的么？

点击注册怎么不动了

有点慢啊，差不多 40 秒后成功了

https://pragmatic.ly/ 有点相似

你们找的那几个做广告的模特实在不怎么养眼呀

ROR，邮件服务 Mailgun，微博上大牛转过，访问量太大，我们准备 upgrade 服务器....

#13 楼 @zchar 原来是彩程设计的朋友，失敬，失敬！

很赞的设计！

#13 楼 @zchar 估计今天流量太大，感觉速度比较慢。还出现了几次 502 gateway 错误什么的。不知道这个错误和访问量有没有关系了。

#2 楼 @lgn21st 不错啊 看上去

sorry，我们低估了用户量，以及 @huacnlee 童鞋的 aliyun-oss gem 包用的是外网 url，我们疏忽没有改，导致占用了大量公网带宽，很抱歉大家访问受阻，现在已经恢复了 :)

#18 楼 @zchar 这样啊！那设置 Host 呗

@lgn21st 嗯，我们团队从 08 年开始用协作工具，从 basecamp 最早的版本一直到用 do.com、trello、再到 bcx，觉得最好的还是 basecamp，深受它的影响，tower 我们先后做了 30 多版设计，半个月前给纯银和大辉他们用的时候都还是完全不同的结构（当然核心都差不多），纠结了很久，最后还是觉得 stack 这种牛逼的交互模式才是最好的，我们现在没法超越这个设计，所以借鉴来了。

细节上 tower 和 bcx 还是有很多不同的，不过坦诚地讲，我们离 bcx 也是有距离的，希望我们能走的尽量久，这样我们才有更多时间来针对国内的团队做更多的改进。

#19 楼 @huacnlee 嗯哪~我们已经暂时修改了源码，等这两天忙过再改一下，把内网和外网的设置放进去，提交给你 :)

@zchar 很赞..

@zchar 赞一个

#20 楼 @zchar 谢谢，我自己本人也是 Basecamp next 的粉丝，非常喜欢这个产品。我直觉你们的产品在国内有很强烈的需求，解决了国内很多无法直接使用 Basecamp next 的团队的问题，期盼你们作的更好，更加适合国人使用的产品。

乍一眼看真的和 basecamp 没太大差别，但是功能精简了不少。还没深入去玩……

#21 楼 @zchar 我今天已经将这个功能实现了，可以尝试用 0.1.1 版本 https://github.com/huacnlee/carrierwave-aliyun/commit/569d817986ae56b840b617d5d148e591c861a22f

@cisolarix 好像你们的技术选择也和 BCN 很像啊，给大家讲一下把

#27 楼 @knwang 我？还是转给 @zchar 吧。我也只是用户啊。

问错了。。请@zchar 讲下把。你们好像没用 Russian Doll?

@zchar 看了一下你们的几个产品，感觉都很 cool 加油

确实是不错的产品，@zchar 请问你们也用这个工具解决 issue tracking 吗？

恭喜恭喜，终于上线了.... UI 很养眼.... 很有亲和力... 已经注册，但还没有详细使用。第一感觉有点像 Basecamp. 但是组织上又有些区别... 不错不错...有时间详细体验使用一下...

BTW, cc @zchar 我刚刚回成都，找个时间我来拜访下你们团队？ :D

@knwang 瓷娃只实现了一半，前端用 pjax+pushState，后端还是 load 的局部页面，后端还没有做针对 live update 的 cache，我们忙完了目前版本的基础功能后就准备做 live update，争取弄得和 bcx 一样嗖嗖快，我们团队后端没有前端强，前端会先写写关于目前 stack 技术的心得，弄出来了会 share 的~

@bugreg Tower 追求的是简单、好用，我们团队的所有项目的 issue tracking 都是在 tower 上完成的，不知道是不是符合你们的需求，欢迎你去试试，有什么问题都可以联系俺 :)

@poshboytl 没问题，提前给俺们发邮件就行~

@huacnlee "@"功能真是太好用了！

#33 楼 @zchar 加油！如果有英文版我可以帮你宣传。

你们的前端很大度，可以让你们 ujs / js.erb 这样做。。我知道的大部分前端是一定要把 js 都放在前端的。

@knwang 谢谢，我们会努力的 :)

@zchar 赞，我们也去研究一下 mailgun。嘿嘿。

@zchar 亲，什么时候能加上快捷键啊

#33 楼 @zchar 谢谢，我想要一个集成式的工具，带有 wiki，issue tracking，task collaboration，discussion board，同时能支持 scrum 流程，我们团队比较大，40 人左右做一个项目，要求比较高一些，目前还没找到特别合适的工具。难道要自己写一个。。。

#32 楼 @poshboytl 不知你们的产品目前状态怎么样？能否做一个我上面说的哪种，我感觉对 1000 人以上的，有多个 site 的分布式团队很有用。。。

不错。好东西

支持下，很不错的东西，喜欢的类型，正在试用

#38 楼 @bugreg 大而全的项目一般很少，除非是专门为大企业定制的软件，但是这种会非常复杂，用起来不一定符合你的要求，所以很多时候都要有所权衡，也是你认为目前没有找到特别合适的工具。Pragmatic.ly 本身是 issue tracking + task collaboration + agile methodology (支持 scrum)，discussion board 有考虑支持但是目前不是开发重心。但是，我有点怀疑对于 40 个人左右的团队做一个项目不是太适合，希望你能体验一下多给我们意见，谢谢

支持！！

抄就抄了。

#42 楼 @yedingding Programtic.ly 的单页设计，UI 给我深刻印象，可惜我感觉对多个 Scrum 团队的支持有点弱。如果能对 Productbacklog 的管理加强一些就好了，比如 unschedule 的 version，committed 的 version，多 component 支持等。

简单，实用，目前已经在团队内部使用了！

#1 楼 @lgn21st 牛

已经在使用了，非常不错

什么时候支持英文？