@qiayue 我们团队真有人用这个方式收集回家聚会名单的。

@chairo 这是很高级的需求啦，可能晚些时候才会实现

@zhangxiao 呵呵，据“可靠内线”报道，亚马逊的云服务在中国布局已经很久了。这次进入中国采取的策略和套路应该和kindle是一致的，通过与国内公司联合运营的方式进行。微软Azure也是如此。商业和政治还是能够谈清楚的，只要遵循本土的政策（虽然这个政策很扯）

老实说觉得挺不爽的。在互联网领域中国的单兵能力不比国外的差。但在云服务等这种需要重大资源的地方，盛大、阿里云等公司表现都很迟钝且愚蠢。连HP都铁了心跟着OpenStack走，国内这些大公司非要自己整一套。商业和技术在许多时候是一种权衡，AWS进入中国只是时间的问题，到时候大批的第一梯队用户的倒戈会给盛大阿里沉重的打击。

到现在为止阿里云只做对了两件事：备案的简化，以及把服务器当做消费品一样进行营销。

貌似创始人挺有想法的。。。但从目前的功能，URL pattern看来，基本就是copycat github。等他们做出一些不一样的东西再考虑吧。github目前在code repository方面还是挺满意的。

大多数看起来还是有着浓重的bootstrap痕迹。那些过度渲染的控件太容易被识别了

上学期间就没怎么上过课。几个月前尝试在大学里面讲了点东西，写到我的博客了： michael.nona.name/archives/the-last-class-review/

其实不能完全怪老师。过去的知识积累的慢，老师有时间机会能够沉淀下来寻找那些不变的东西——即知识。现在变化太快了，换谁都难到达能够跟上时代与时俱进的程度。换句话说，老师跟学生的起点是一样的。

上学期间就没怎么上过课。几个月前尝试在大学里面讲了点东西，写到我的博客了： michael.nona.name/archives/the-last-class-review/

其实不能完全怪老师。过去的知识积累的慢，老师有时间机会能够沉淀下来寻找那些不变的东西——即知识。现在变化太快了，换谁都难到达能够跟上时代与时俱进的程度。换句话说，老师跟学生的起点是一样的。

做得不错。小众市场嘛，只要速度不太坑爹，应该能够接受的。v2ex不也是这样么。

歪下楼，小道消息，AWS在国内正在运作呢

@Caboo 问题其实挺容易回答的，不过从您问的问题来说，显然不了解惜时如金、不爱重复工作的创业者是如何工作的。另外你是不阿里云的我也并不关心。

使用SES发邮件是为了发通知邮件，而不必自己架设邮件服务器。SES在每天2000封是免费的，对于绝大多数创业者而言，都不会超过这个限额，只需付出一点点流量费（我现在大约在每个月$3左右）就可以发邮件了，而不必担心邮件服务器是否稳定，是否有退信等等。自己做过邮件服务器的应该知道其中的麻烦程度。Amazon SES至少减少了好几天甚至几周的工作，以及系统管理员在监控方面的一部分工作。

之前在linode上没有发现任何问题，邮件队列中的邮件虽然有失败，但从未堵塞过。切到阿里云之后邮件队列时常堵塞。后来我们做了一些检测，的确不是阿里云的问题，应该是GFW间歇性扫描或者挂起某个连接造成的。不管怎样，我们又花了好几天时间优化程序，检测发邮件的进程是否花了太多时间（超过10分钟），否则就杀掉重启。

GMAIL链接对我们来说问题不大。早就预料到了这个问题，有重试机制。

网络这部分赖阿里云的确有点意气用事。怪GFW？唉。

总体来说挺郁闷的。因为阿里云采用不知道哪里改的Ubuntu 10.10 （早已失去官方支持），许多包没有，只得采用PPA源或者自行编译，本来一句apt-get install可以搞定的，活生生变成了找到源代码，下载，编译，准备自启动脚本。相比在linode/EC2, 白白浪费好几个小时时间。

@blankyao 最近几天被阿里云+SES折磨惨了。每天阿里云的机器在早晨这个时段连接SES邮件服务器不是Timeout就奇慢无比。Resque进程经常挂起，或者失败。昨天300多邮件堆在那里，今天又有70多封。妈的都想骂人了。

之前把服务器放在Linode东京，Amazon SES工作得非常好，到达率100%。 现在切换到阿里云 (www.xingyii.com)，与Amazon SES链接一天大约有一两次Connection Reset（每天发邮件大约在400-600左右）. 打电话投诉阿里云，阿里云说他们那边没问题。搞不懂是不是被GFW误伤。

这事情的确挺烦躁的。别的邮件方案也看了，基本上没有亚马逊的便宜。可靠性不敢说。未来搞不好自己搭posix server了。