@jiyinyiyong 发出GET请求的服务器，相对于请求接受方，比如"www.baidu.com"，就是客户端了。

按照你的思路，把它当成没有界面的浏览器吧。这其实就是反向代理的基本工作原理————服务器作为中转，发出请求，获取返回，再发送给最下级客户端。

http://elementaryos.org/ 最舒适的定制版

@eveloque 啊，时光过得真快 ;)

see this: http://www.zhihu.com/question/19707966

@Leo 1 pic per 5 min...大约可以撑一年吧，如果他持续更新的话，只要wallbase的数据库没被掏空，就可以一直不停地换下去。

我的一个朋友坚持不懈地用脚本在这个网站上抓图，至今储量已近十万张。。。

<canvas width="1242" height="478" />

@Danny 谢谢，有空一定要去逛逛~

以trunk.ly为例，它的发展大概有三种可能：

1. 项目本身展现出足够大的商业价值，吸引其他公司收购。
2. 制作团队因这个项目而为人所知，这将为他们创造许多潜在价值和机遇。
3. 自己运营，向用户或广告赞助商收取费用。

总的来说，如果你创造出一个非常棒的服务，它将持续长远地为你创造价值。

把一个项目做到底，解决任何遇到的问题，改进任何发现的不足，不断迭代，就会有可感受到的自我提升。

小孩说话仪度大方，条理清晰，抛开媒体炒作的成份不言，本身确实是很有才的。

@huangz fantastic solution! 抛出异常确实是处理空函数的最佳方法。

看了一下NotImplementedError的定义：
“In user defined base classes, abstract methods should raise this exception when they require derived classes to override the method.”

虽然是用于父类需要重写的方法，不过在意义上和“没有部署的函数”是相近的，很合适，毕竟我们需要的就是异常而已。

@chuangbo 忽然记起曾经在github上看过一种代码风格，就是全都写return None...

我是遇到了这样的情况，和同伴一起工作，预定义一些函数来统一接口：

class FooHdr:
...
def func_a(self):
"""Description & Usage"""
return

def func_b(self):
"""Description & Usage"""
return

为了保证程序能正常运行，这些函数肯定是不能留空的，那么就是加return和加pass的选择了。

我想的是，对于需要返回数据的函数，完成之后，直接在return后面加上变量就可以了，对于不需要返回的，也省去了用pass时要删掉的麻烦。总而言之是出于协作规范的考虑，不过根据Google的Python规范来看，这样做确有画蛇填足之嫌了。

UI is software

也许这是个内部人员。。。

@webgeekman 嗯，而且StarDict还可以在终端中直接使用，这点真的很方便。

没有人提星际译王吗，也是很不错的呀。