http://swift-lang.org/
A fat check is coming...

这种2事儿我刚入职的时候干过，被头儿损了一顿。后来就养成习惯了，每个新接触的project第一时间检查/建立config.example.php模板和把config.*.php加入.gitignore

新目标已经release了，这次到头是1000w，看统计曲线到TI4结束达成应该没问题。
不过就是新goals没意思啊，不如TI3时候的final goal，投票选新英雄。

用上Unibox.app了，IM式邮件管理很对我胃口。唯一不足就是暂时不支持Exchange。

另外再推荐你一个JIRA Markup和Markdown的convertor
http://j2m.fokkezb.nl/

jira自己的markup

https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=all

readlink正解

理论上应该会找healthy的IP，可以看看这篇blog：
http://www.awsarchitectureblog.com/2014/05/organizing-software-deployments-to-match-failure-conditions.html

“ELBs automatically health check their back-end instances and remove unhealthy instances from service. By creating Route 53 alias records marked to evaluate target health (see ELB documentation for how to set this up), if all instances behind an ELB are unhealthy, Route 53 will fail away from this alias and attempt to find an alternate healthy record to serve.”

找到问题了：后台的consumer服务restart貌似不成功。
唉，临时弄了个解决方案，在Post-deploy里kill process再重新启动一个新supervised service。

虽然还是不能解释为什么修改前端code也无法反映改动的问题。

@yangqi 具体是这样的：后端除了service之外还个consumer处理SQS的队列，service和consumer共用一些classes，为了修复一个bug修改了classes，然后重新deploy之后发现服务器上的code已经更新，但是fix却无效。
为了测试我修改了一个前端views的html，重启apache之后，清空浏览器cache，刷新访问，改动没有生效。

藕象……

正在组内测试Phabricator，略臃肿，内置的task什么的用不上，因为公司一直在用Jira

是我打开方式不对么？全英文的餐馆和食物名称无法创建？

同意 @cchange 的感觉，感觉不够接地气

另外有点像是在做现在很火的same的web版的感觉

不过全程语音还是很赞的，请的配音也都是大牌；尼玛预算是不是都花在这了。

周末上beta玩了一天，bug一堆，战斗体验很差，渣

@loading vv = w 嘛，这点子我觉得不错啊

很赞，感觉是目前最好的iPhone上的微博客户端了，跟iOS 7风格契合的很好，一用就喜欢上了。
希望将来能推出iPad版。

我在玩