@Jiji 233333

@johnsmith123 面试的时候手写算法，目的并不是根据算法的正确性来选人。

（实际的目的太长，这里写不下）

@heamon7 从主办方的角度来说，当然希望比赛是公平的。但从参赛人员的角度来说，如果这个比赛的一等奖奖金够你生活一年，你会不会用一年的时间来准备这场比赛？

说到比赛的实际情况，24 小时时间，不可能把一个应用从头到尾实现一遍，势必要依赖一个类库或者服务，那整个方案的可行性，是不是需要在比赛之前就论证好？要不到了比赛的时候，发现某个类库和需求不匹配，是不是就直接退赛了？对于首次参赛的同学来说，可能第一次就当作是观光，开心一下就好，但如果要参加第二次，肯定会总结经验，力图得到一个名次，这就回到了我的第一个问题。

有一些应用可以自动从 500px 上面抓图，然后每过一段时间自动更新壁纸。

@zhengkai 你关于 nginx 的例子不对，在 nginx 出来之前，Apache 是世界上最牛 x 的 web server，一般人也会觉得 Apache 的性能最强了，不用再去重写一个新的 web server，然后就被 nginx 打脸。你的这番话会被下一个 web server 打脸。

我同意 @binux 的观点，不用每个算法都会实现，但需要知道它的优缺点。在 ACM 界有一个共识，就是硬件（或参数）层面的优化，是无法和算法优化相比拟的。也就是说，即使换了全新的硬件（CPU、内存等），如果无法把算法复杂度降低一个等级，该过不了的题目，依然过不了。换到实际工作中，如果你能清楚地知道系统性能的瓶颈在哪里，并且有能力去优化它，这比只会改改参数的程序员，要高出很多档次。为什么 Google 会发明 Map Reduce，是因为这个算法适合 Google 的应用场景，Google 的程序员当年并没有迷信“Oracle 很牛了，我不需要知道它是怎么实现的，只要调调参数就行了”，这才有了现在的高效搜索引擎。

@heamon7 不可能，至少每个人都是带着想法来的，你们允许事先组好团队参赛，又不限主题，不可能阻止别人事先验证好自己的想法，比赛开始之后直接开始编码，就像每年的 Pwn2Own，浏览器在 x 秒之内被攻破。

钢球

[email protected]

Hackathon 已经被证明没有意义了，大家都是事先想好要做的东西，prototype 做完，再去参赛，实际编程时间远超过限定时间。

MSFT 和 GOOG 都在用

好吧，我错了，US 现在分了 West 和 East

@dtdnqsb GoAgent 应该不用 Cloud Storage，不受影响

不过第一项，buckets located in different regions of the same continent 不成立啊，Google Could 在每个大洲只有一个 DC，不存在多个 region 的情况。

FaceTime?

@qiuai @txlty
容灾肯定是要的，每个人5GB的缓存，加起来了存不下太多东西，和云储存没有可比性

@qiuai 如果能使用云储存就赞了

等内容多了之后，每个人的电脑是该有多少垃圾啊

最近流行马桶盖 :)

如果是面向对象的语言，尽量把参数封装成自定义的类，然后在类构造的时候检查，类还可以提供类似 isValidForXXX() 的方法作特殊的检查。

Google Apps for Work, $20 无限空间