@jakwings 代码块里面的所有内容都保留，包括空格，这个同意

但代码块之外也就是说语法本身，最好就不要支持行末空格了，直接 trim 掉都可以接受

@jakwings 编码方式肯定和 strictdown.js 无关的，至少希望要有这样的预留出来，strictdown.js 会忽略这个声明，而文件处理工具需要读取并且写入的时候添加

其实我更希望是反过来的语意，和 sh / bash 一样
回车默认就是换行
除非行末加反斜杠转义，才表示一行未结束

现在 strictdown 的定义是反的，默认回车不换行，除非加反斜杠

这样会使得 shell user 不太适应

我建议最好在 strictdown 中去除对行末空格的支持

@jakwings 这点我持保留意见，行末任何空白字符不应该作为语意的一部分，这是我坚持的一点，因为这个只有机器能识别，人眼无法识别

另外，我加一个建议，就是在语意定义上预留一个文件头的 encoding 声明的支持
当然对于 node 或浏览器内部这个是毫无意义的
但对于第三方 app 的支持，这个预留是很有必要的

如果强制文件只能用 UTF8 编码的话，虽说也不是不可以，但还是有点不爽

@jakwings 说的不太正确，其实这应该是编辑器的规范，因为有代码规范的要求，一般编辑器都会配置为自动去掉行末空格的，而且一般是不区分文件类型的。实际上用行末空格来作为有意义字符这个定义我觉得是非常反人性的，这个其实和 python 刚好相反了

不错，表示支持，markdown有太多地方不爽了，结尾空格尤其可恨，直接就违反了代码规范了

simplexml_load_string 返回的不是数组啊，是一个封装了的对象，只是支持数组操作而已
没看出来 CDATA 节点有什么特别啊

~~~~

<?php
$x = simplexml_load_string(<<<XML
<x>
<a> a </a>
<b><![CDATA[ b ]]></b>
<c><![CDATA[]]></c>
</x>
XML
);

print_r($x);

foreach (["a","b","c"] as $key) {
print_r([
val => (string) $x->$key,
cnt => count($x->$key->children()),
]);
}

~~~~

自己放到 CoreRunner 跑一下看看咯

@alexrezit 的确是要比2048简单

@txx 已Mark

同用iPad的没感觉到有什么问题，配置好gg帐号就能用啊，干嘛要同步

为什么是 req.write 而不是 res.write?
（对不起，没学过 node 见笑了）

另外，一般而言，end 的语意是针对 response 这个 object 而已，只是关闭（flush？）输出，和你的执行上下文无关

@alay9999 不需要刷啊，那个版本带自动机的，不过我这个是手动玩的，太杀时间了，只能不关浏览器分几次来玩（可惜没有存档功能

http://ww2.sinaimg.cn/large/5257f553jw1eegxrz3y12j20sf0s4wgt.jpg

还是直接帖上来算了（已经发誓剁手不再玩了

次奥！我玩这个超级容易的版本都花了一天时间啊（当然需要接力，不然没法睡了）
https://pbs.twimg.com/media/BiwbJehCYAAcqev.jpg:large

楼主那货简直虐心

楼主赚的一手好分

https://pbs.twimg.com/media/BiwbJehCYAAcqev.jpg:large

分数忘存下来了（我承认打到这个分数纯粹是属于自残行为
然后浏览器关了，这个就彻底结束了，不然真的没完了

大家说一下自己在用的非官方配件就是了

iOS 设备配件只买过 SM
Mac 的买过一个Seagate移动硬盘，2T超薄的那款，比较推荐，放口袋完全没压力
然后还有 HHKB 这个不是适合所有人啦，感觉如果是非 vi / emacs 重度用户，还不如 HHKB Lite 合适
其它配件暂时还没有
本来电源应该属于是刚需，但 Mac 的续航足够好了，对电源的需求没那么高了，况且好像也没官方认证的第三方电源吧