用 lua 很方便

趁机练习了一下 https://gist.github.com/sagnitude/9b8e8f7ae09756acb521f2e5531935ee

你既然知道哪些文件不想提交，剪切出来不就行了

前几天发现了这个 https://mirrors.tuna.tsinghua.edu.cn/help/anaconda/

win 平台的话，推荐 file locator pro

只搜索文本内容用 IDE 这种会分析语法的工具慢的不行

1. 安装 Apache Ant ，加入 PATH
2. 到那个含有"build.xml"的目录下，运行"ant"
3. 结果应该会在 dist 文件夹里

你这 canvas 大小是固定的啊。。。

@YuJianrong 大 JSON 文件的 parse ，如果调用 js 的话， GC 代价很大，而且无法控制，特别是我预先知道 JSON 文件结构的时候，我可以做针对性的 parse ，然后用 webasm 直接从 C++变量生成 js 对象
二进制文件我现在就在用，但是由于业务要求，拿下来我需要做很多位操作，带来了一定的 GC 负载
最大的问题是，我调用的 Three.js ，把数据往 Three.js 对象里填充的过程中， three.js 有很多数字操作，带来了很大的负载（运算和 GC 都有）
主要是位操作、数字运算这种事情，用 js 来做，太奢侈了，
对大 JSON 3D 模型来说，如果 Three.js 也做了相关工作，可以通过 webasm 解析网络数据，然后把数据直接传给 three.js ，直接传送到 webgl ，不用 js 处理数字
如果可以实现的话，我甚至期望 webgl 画界面可以和浏览器 layout 接近到可接受的程度

@YuJianrong webasm 至少对我会有很大的帮助，之前我在做 webgl 的东西，发现载入速度的瓶颈在解 zip 、 parse json 、新建对象上，并且是秒级延迟（ 1M 大小的 3D 文件），解 zip 、 parse json 这种事情基本上是纯算法的， C++的 zip 库也才百 K 级别
我现在必须载入 1M 的 JSON ，再用 1~2 秒渲染到 webgl
如果用 webasm ，我可以载入一个 100K 的 webasm zip 库，然后 JSON 文件改成二进制文件，我写了一个简单的 3D 压缩到二进制的程序，可以把这个 JSON 压到 300K ，如果是 C++解析 zip 和 JSON ，解析时间也能大大缩小
不仅传输的数据变少了，渲染时间还变少了，简直没有理由不支持

@YuJianrong 现在 webasm 还在早期开发，所以还在用 emscripten 编译，并且现在已经提供了一种直接编译的方法

https://github.com/WebAssembly/binaryen#cc-source--webassembly-llvm-backend--s2wasm--webassembly

@tennix 前端环境现在已经很好了，至少我现在已经把 IE10 以下的兼容性代码都干掉了…之前想都不敢想

console 不存在、 JSON 不存在、 XHR 需要兼容各种类型、判断千奇百怪的 UA ，连 hasOwnProperty 都不能直接用， requestAnimationFrame 也是坑爹货，等等等等

而现在我开发已经不需要考虑这些了，相比之前简直太幸福了

@wizardforcel 我的理由是：因为 js 一直在变化。 class ， import 都已经在 ES6 里出现并在浏览器中获得支持； ES7 连 int float 都有了

1. 像 coffeescript 或者 underscore 这种工具，只要对语言有利的，大家都会使用的功能， JS 就会整合进去
我写过一段时间的 coffeescript ，最终放弃了，因为下一代 JS 已经吸收了一些重要特性（语法上的）。

2. 而 TS 和 Coffee 不是编译成 webasm 去运行，而是转译成 javascript 去执行，引擎运行的依然是 javascript ，不是 webasm ，只是增加了一个运行和调用 webasm 功能的模块

3. 另外， webasm 设计目标是提供类似于 nodejs c++ extension 的功能，上面我贴的链接里也提到了，“让 javascript 代码 import C++模块像引入 javascript 模块一样方便”

4. 至于类型安全，我想了一下，首先我认为 JS 已经很慢了，加类型检查不好；另外，我不想在浏览器里写 java ， javascript 是动态的，写起来很灵活，我很享受这一点；况且，现在我可以选择 C++编写模块了，重载的功能不会也不应该使用 js 编写，作为一个粘合语言，还有什么地方需要类型安全呢？

替代 JS 的各位
https://github.com/WebAssembly/design/blob/master/FAQ.md#is-webassembly-trying-to-replace-javascript
https://github.com/WebAssembly/design/blob/master/FAQ.md#is-webassembly-only-for-cc-programmers

web 开发只有 JS 的现状很好，没有必要整其他语言，只会让局面变混乱
webassembly 只是为了加速计算密集的模块

@wizardforcel JS 一直在变化，现在的情况下， web 只有 JS 一个语言，都已经这么混乱了，举个例子，如果现在 objective-c 那边有人出了一个 obj-c 2.0 ，你觉得会怎么样？
而且 iOS 开发的标准，只有苹果有发言权，哪怕 swift 不好用， bug 一堆，苹果依然能宣布 xcode x.0 工具链不支持 objective-c ，并且 AppStore 只接受 swift 开发的 app
web 的标准是大家一起维护的，如果连一个语言标准都无法维持了，那就真乱成一团了

虽然很多类似的题目毫无意义，但是这道题确实考察了基础
有些题目纠结于++符号，是毫无意义的，碰到那种代码，我会在代码规范里加上“类似情况必须加括号”
这道题说的是赋值符号，和语言基本无关，楼上几位结论下太快的可以再看几眼题目

运行 jar 包要加"-jar"参数： java -jar mvnstudy-1.0-SNAPSHOT.jar

for-in 很慢，数量级级别的慢（除了 IE ），不要用 for-in

@sagnitude 修正一下，我目前在跑的 redis 集群服务器，测出来的是每核心 50K 左右(没跑满 CPU)， 100K 是理论极限，估计不能达到， 85K 是估算的极限。我们认为继续优化意义不大，不如买服务器，就没继续研究了…

有很大的需求的话，可以用集群，或者代理层

1. 对集群来说，一般来说普通的服务器都是 50K~100K 级别 GET 操作并发(每个核心)这个水平，根据具体的部署方法和配套工具，会有浮动
对本机的普通 Redis （非集群）来说， GET 操作在 70K~120K 级别

评估方法： Redis 官方提供了 C 的库；官方的 redis-benchmark 工具用的就是 C 的库， redis-benchmark 的结果大致可以当成 使用 C 语言开发可以获得的性能。

复杂的操作，一个复杂操作，你可以大致认为是若干个 GET 操作的级别，你用 redis-benchmark 跑一下，大概按比例估算一下就行了。

如果你用的是其他的语言，用官网推荐的 client library 写一个简单的 sample 跑一下，把 redis 服务器的 info 打出来。
redis-cli info 里面有已处理命令的统计。
就我的使用来说， Java 的 Jedis 连接 Redis 的性能（并发量）在 C 的 70%这个水平

2. 一个实例扛不住，就用集群，我目前在用官方的 redis-cluster ，目前平均下来每个核心可以提供 85K 的并发，极限在每核心 100K 左右(单位是一次 C 语言 GET)

3. redis 的话，是单线程的，你的同时操作总会有一个先后顺序，所以没有问题

如果是 redis-cluster ，它只提供最终一致性，也就是说你在 A 服务器上 SET ，你立刻在 B 服务器上 GET 有可能拿不到这个值，但是它保证最后你的 GET 和 SET 请求会和普通的 redis 一样，按照时间顺序被处理，最后的结果和使用单实例 Redis 一样

这种过时的技术…你是不是碰到伪基站了……