个人对“树状管理”不感冒了...

主要是因为发现收藏夹这么搞整得很乱，比如就这个主题，大家推荐了很多工具，我是放到“推荐”下面呢，还是放到“ Markdown 工具 /资源”下面呢，还是放到“生产力 /效率”下面呢...

强迫症啊...

@adrianzhang 总感觉这样好奇怪...

先不说标签发生变化的情况，这个读起来貌似不是很直观...

我个人对百度云没啥好感... 可能主要是因为我这边网络访问起来很不稳定吧。而且感觉这种免费的大众服务不是很靠谱。

尺寸其实我觉得和 Monaco 比较像，还可以接受...

@acros 问题是有许多 C++ 项目依然在使用 C 的方式引用 C 标准库头文件。

我自己在 Mac 里面也这么做，不过貌似直接移植到 VS 2013 下没什么问题（还没升级 2015 ）。

@ouankou 切换地区之后相同应用不用重复付款，前提是那个应用还在设备里面吧。

RA2 过来的表示 巨软 难道不是 Massivesoft 么。

如果是 iOS 下的可能会考虑（不 jailbreak 某工具用起来不是很方便， Android 貌似不存在此问题），当然还要考虑 App 本身的质量、界面风格、资源占用等。

很高兴能看到针对中国大陆使用 Google 的少数人群的产品，不过如果以此为卖点的话，我觉得用户量会让人比较担心，绝大多数人是不会使用 Google 的，使用 Google 的人也大概不会轻易更换浏览器。

这个贴子和 UPYUN 的贴子首页顶部挨着看着好喜感...

顺便顶一下楼主。

@chengzhoukun Tornado 有一本书貌似翻译放在网上了，我一直在看那玩意。

Tornado 的英文文档感觉阅读体验还可以。

单纯喜欢听相声的路过... 听完了接着用苹果...

如果是笔记本的话跑实时游戏估计会比较烫。

台式随便，我以前就是在家里的台式 Win7 上面虚拟一个 XP 玩，目的是躲我妈 - -

@forcecharlie 这倒是，Makefile 这种比较直接的底层工具不会去检测这种特定的东西。

高级的工具貌似有专门去解决，我一般用 CMake，在 generate 的过程中会提取出 header 的依赖（据说是根据编译器提供的信息）。Xcode 也会自动触发编译，VS 大概不会没有。

@zjqzxc 我是先听说了那个软件，又听说了那个引擎，两个都没怎么深入了解过...

Rhino (the JavaScript Engine) 貌似现在确实过时了。Oracle 现在官方支持的貌似是 Nashorn，也是在 Google 上误入了这玩意的文档才知道... 这个东西我感觉最大的好处就是可以和 Java 直接连接，比起我们用 C++ 的还得费力气搞 binding...

@learnshare 握爪。

我认为 Coffee 的目的是将 JS Ruby 化，TypeScript 的目的是将 JS C# 化，两者都没有也不可能把这个事情做彻底。

我最近随便看了一个开发 HTML5 游戏的库 Phaser。该库的作者在 13 年 8 月发过一个贴子征集意见：

http://www.html5gamedevs.com/topic/1218-would-any-of-you-care-if-i-dropped-typescript-support-from-phaser/

在 15 年 4 月又发过一个贴子：

http://www.html5gamedevs.com/topic/13599-reconsidering-building-phaser-3-in-typescript/

两个贴子的回复中撕比成分较多，我都没有全部看完，但是可以根据记忆大概说一下内容。

Phaser 貌似原来是使用 TypeScript 构建的，然而随着工程不断展开，遇到了问题。那时候 TS 不很成熟，尤其是工具链，经常出现崩溃之类问题，作者忍无可忍，用 JavaScript 重写了整个库。但是并没有完全放弃 TS，官方依然维护着一套 .d.ts 文件。但是"things don't sit still for long in the web world"，现在 TypeScript 越来越成熟，作者在考虑换回去。实际上使用 JS 和使用 TS 都有各自的利弊，这个跑题太远按下不表。但之所以不使用 TS 是因为一些其他的实际问题，比如工具、编译环节、TS 自身的小众、community 贡献的限制甚至 M$ 之前的一贯德行等，确实有许多人承认，TypeScript 是构建游戏的优秀工具。作者说过他虽然不使用 TS 写库了，但是依然会用 TS 写自己的游戏。

TS 还有一个好处，就是向下兼容 JS，并且对 ES6 有支持，这是 CoffeeScript 貌似难以做到的。