#13 楼 @assyer 不客气，就是可以拿来 build 一个 private s3

上周 Tea Hour 刚和 Eric Remond 聊过这个

http://basho.com/riak-cloud-storage/

Google is your friend:

http://www.ger-sh.cn/dongxiang/show_617.html http://www.asksofi.com/ https://www.google.com/search?q=sofilogic+llc&oq=sofilogic+llc&aqs=chrome.0.59j60j62l2.2318j0&sourceid=chrome&ie=UTF-8

请大家提对英文采访模式和内容的建议

从企业项目／大产品，到客户项目／中产品，到创业项目／小产品，项目的本质会决定最优化的团队组成和协作方式。

1）找十四个人 2）参加我们的课程 3）2-4 个月后（看来上课人的基础），你就有一个团队了。

#21 楼 @fsword 是的，简单的协同规约可以一眼看出来，而协调多方工作的好规约的出现往往没那么简单，甚至很多时候是放在这里也可以，那里也行的。用 mock 可以让你在开发的时候集中在你工作的零件上，and mock the collaborators. 在与一个 mocked collaborator 不断协作的过程中，你会在多方面对其加深了解，而用实际的用例来让其公共接口逐渐浮现。当其接口在从多方面被逐渐定性的过程中，你就可以实际写出这个 class 了。

#16 楼 @aptx4869

单元，功能和集成测试的取舍是和整个开发过程的方法相关联的；对于本身复杂，零件多的 app 可以考虑详尽的外部驱动集成测试搭配大胆的 mock 驱动的内部零件化。

#14 楼 @fsword

mock 最大的价值不是在于验证，而是在于推迟协作者的固化，在测试的过程中来推动界面的形成。

欢迎继续提问

#7 楼 @hisea craigslist ;)

#5 楼 @hisea 不至于啊，我在那儿住了几年两室一厅房租不到两千。你看的是豪华公寓吧

#2 楼 @hisea 工程师工作也最好找

#14 楼 @luikore 我其实中文也不知道形式化是什么意思。

#12 楼 @bhuztez 你问的问题我不了解

#7 楼 @bhuztez 第二个问题也请翻译下

#7 楼 @bhuztez 形式化证明英文怎么讲

#17 楼 @loveky 很容易装在脑袋里可以考虑用 省几行代码

http://pragprog.com/book/warv/the-rails-view

已经有了 Tactile Pro, 能换成 Laptop Pro 不 ;)

#14 楼 @aptx4869 如果 js 只是点缀 / 操作 DOM 可以直接用 selenium 或者 headless browser 比如 webkit (capybara-webkit), phantomjs (poltergeist) 带着跑。如果大量的业务逻辑在 js 里面就 jasmine 把

single assertion 的好处是小步前进，每个测试都推进应用代码一小步，而不是一个大的任务需要在脑里解决 - bug 的出现主要是由于复杂应用的开发占脑过多，而这个的解药就是小步前进，分割征服。

#6 楼 @aptx4869 describe 和 context 是同义词，你反对的应该是过多的层次。

#2 楼 @fredwu

这个说的也大概是类似东西 http://robots.thoughtbot.com/post/34709581001/lets-not

#2 楼 @fredwu 用let 和 before 的 tradeoff 是会把一个完整独立的 spec 割离到几个不同的地方，尤其是层次 (describe / context ) 很多的时候，在看一个 spec 的时候要上下来回找。用比较平的 it style 重复会多些，但测试代码和应用代码的功能完全不一样，每个测试更多地是 tell a story, 所以故事的完整性更重要些。

#23 楼 @sundevilyang 付费意愿的差别？还是和谐社会什么的

顶下，Ron Conway 领投，必有过人之处

#38 楼 @macruby 谢谢！