move 也没那么多用……我试玩了一些游戏，也就 job simulator 和一个很奇怪的堆垒积木的“智力”游戏用了
摄像头我淘宝上搜了下才…… 10 块钱

可以试试吧。有些小时候数学很差的都成了数学家呢。你数学差只是按某些评判标准差，实际是怎样的也很难说

怕膨胀的话完全可以一个类一个方法，习惯就好，哈哈

直接读读程序吧，遇到细节需要仔细了解的其实 msdn library 就够了

一般的项目你要干起来就是比较抽象的，没有文档的时候经常是看着名字猜用途 哈哈哈

php 和 objc 他都写
客户端和服务器全能的，专业擦屁股

@zhidian 我都说了整个树不一定在一个节点上。观点我已经说明白了，剩下的我就不多说了

想太多了……自举只是一种实现的风格
之所以有少数情况下自举有自己的性能上的优点，那只不过是因为本身设计的时候没有把足够的接口暴露出来以至于把路堵死了

还是对库的行为不熟悉吧 233
直接 panic 的库当然就不要用了，除非做的是随时崩溃随时恢复

感觉同一个用户的不同文件未必在一个节点上吧。也许是类似一个目录是一个对象，目录下是一些对象的索引。如果是这样的话那整颗树的元信息未必在一个地方统一维护，否则每改一个文件夹的内容还得更新元信息也挺蛋疼的，分布式事务一向蛋疼

目标的问题。一般软件供应商会认为兼容性关系到生死存亡，这个团队没有这种概念罢了

任何系统只要还在用都会有人觉得需要从新设计的，剩下的就看有没有人推动这事了

具体拿 c#举例，闭包完善了之后委托的设计就比较蛋疼了，范型的设计完善了之后原有的迭代器接口的设计就比较蛋疼了，范型用多了之后原有的范型参数列表语法的二义性就比较蛋疼了，这些都是 c#放弃兼容性之后能改进的

草稿也可以编 id
基本上你草稿的 id 和文章的 id 是独立的。

我想去学厨师，哈哈

怎样找不到了，意思是 explorer 的搜索和 find 找不到了么。如果是的话就是目录少了 x 权限吧

感觉可能做一个 js 库就可以了吧。也可以考虑打包成一个 exe 丢到 vps 上暴露一个端口来服务的方案。感觉主要取决于你希望运行环境有多灵活了。如果是对服务器环境没有假设的那种可能就是一个 css 库加上 js 库吧。

irc 很多质量还不错。以前 vc 那个群感觉很多时候质量还可以的。加过几个 cocos2dx 的群普遍气氛不错。