@nicai000 嗯。。感觉利润空间大应该水深吧

有意思，学计算机，感觉这些历史应该也是学习的一部分，这样才有意思。有些东西只有知道当时的历史条件，才知道为啥有那些设计和实现...

@S1ahs3r 哈哈！

黑苹果还在犹豫

... 这个用处是啥。收藏？要是手册，电子版查询不是更好

看到，想买来着，又放弃了，主要是物是人非

几场不知道，保守估计至少三场是没跑了...

支持diy，赞动手能力

2年前在北京的时候，经常用美餐，使用界面做得真心不错，纯支持一个了

感觉搜索结果，尤其是技术类的，还是不行，所以用回google了

前两天下了，看到了3d支持，一致懒得去拿眼镜出来... 貌似我看3d电影总是不舒服，不知道游戏怎么样

完全不该吹，不然以后球员在对方禁区拿到球，只要身边有防守球员，就做出射门动作然后摔一跤完事了。那两个克罗地亚球员连手部动作都没有，

前段时间我也有这个想法，在一些kv存储比较的文章里es也被列为其中之一，我觉的应该是可以的

@rse43 了解了，十分感谢

@rse43 也就是我需要在ps4上登录另一个psn帐号是吧？两个psn帐号能关联到同一个ps4的profile上么？

这是家里么... 难道house都会这么多蚂蚁？

个人感觉markdown对v2ex来说还是可有可无的。

有一个比较复杂的办法，让v2支持github login，token里申请create gist的权限。然后用户贴代码的时候，直接去create一个gist，把地址贴回来。需要处理的是需要一个特殊的标签来表示code block。比如

gist:
val a = 10
:gist

之类的

@tywtyw2002 呃，我觉得就算是一开始写也应该是可以运行的吧... 只是功能不全罢了，都是一点一点丰富起来的。

我的习惯是：
* 每次commit应该保证代码是可正确运行的；
* 一次commit原则上应该只关系到一个改动（或者说一个功能）；
* 一个较大的功能或者改动，应该尽可能分成多次commit，每次都是一个完整的小改动。这样方便review甚至rollback到某个状态；
* 注释必须有意义，123，qwer这样的要是我的组员，说一次不听直接走人吧；
* 关于分支的用法估计有不同的模式。我个人习惯保持master的健壮和可部署，所以基本所有开发都在branch里，完成之后merge到master。模块化开发其实和branch应该没什么必然联系，如果是耦合较低的模块甚至可以考虑分不同的repository了。