@MinskyNg 我又仔细看了一下详细目录，觉得并没有分清楚：

// JS
第 1 章　 JavaScript 简介 阅读
// HTML
第 2 章　在 HTML 中使用 JavaScript
//JS (一直到 7)
第 3 章　基本概念
第 4 章　变量、作用域和内存问题
第 5 章　引用类型
第 6 章　面向对象的程序设计
第 7 章　函数表达式
//HTML(一直到 16 ）
第 8 章　 BOM
第 9 章　客户端检测
第 10 章　 DOM
第 11 章　 DOM 扩展
第 12 章　 DOM2 和 DOM3
第 13 章　事件
第 14 章　表单脚本
第 15 章　使用 Canvas 绘图
第 16 章　 HTML5 脚本编程
// 混合 JS(异常处理)和 HTML
第 17 章　错误处理与调试
// 没用的两章， XML 已经过时了
第 18 章　 JavaScript 与 XML
第 19 章　 E4X
// JS
第 20 章　 JSON
//HTML
第 21 章　 Ajax 与 Comet
//混合 JS 与 HTML
第 22 章　高级技巧
// 离线应用已经过时，浏览器可能会逐渐放弃支持
第 23 章　离线应用与客户端存储
第 24 章　最佳实践
第 25 章　新兴的 API

或许作为 HTML 开发入门是不错，不过单纯学习 JS 语言这样不是太好（比如或许会搞不清楚 Object.seal 这类 function 是 JS 的功能还是浏览器提供的）。

看了一下书目，我觉得这种把语言和浏览器混在一起讲的书都很不好。
语言是语言浏览器是浏览器区别还是很大的。

而第三版才有 ES5 的东西，现在 ES6 （ ES2015 ）能用也只是时间问题了啊……

@kang000feng 呃……实在是过于简单我不觉得有必要开源吧，也就是用 nodejs 的几个库分别抓一下页面， parse 成 dom ，找出要用的信息，然后用 rss module 做成 rss ，返回……

用过几个服务之后，我决定还是自己写一个……
找个有免费配额的 PaaS ，花上半天写一个 deploy 上去，要有什么功能就加什么功能，比什么网站服务都实用！

P.s. 我用的是 IBM Bluemix 的 PaaS 服务，写的是 nodejs ……

能 C2 就 C2 ，不多说了，都是泪……

除非你真的要一直开手动挡，否则以后习惯自动挡也是绝对不敢直接开手动挡的，没用。

就因为大家都 C1 所以就选 C1 我觉得就是傻 X （是的，我就是……泪……）。

@spicery 有人说过 iOS 的内存机制很厉害吗？

即使有足够内存但分配大内存时会失败这个问题从非常早版本的 iOS 就开始了。我以前同事做 iOS 游戏，他们的做法就是一开始就分配一块 32M 的内存，以后就不分配了。这块内存分配成功，那就正常运行；分配不成功，就直接退出 app ，不给用户用着用着闪退的可能，分配不成功的时候一般只能重启 iPhone 才能继续。

后来这个问题缓解我怀疑是因为 iPhone 内存从 256M 慢慢爬升到 1G 之后， iPhone 又不允许后台程序，每个程序放到后台一段时间之后就被关闭，这样在一定程度上降低了出现内存碎片的可能。

iOS 9 有多屏之后不同运用程序共同运行肯定内存碎片的可能性就大大提升了。

-----

以上只是猜测，没有 apple 第一手信息大概没法确认，不过 apple 当然不会说……

我也觉得可能是内存满了。
虽然有 4G 内存，但 iOS 设备都是没有硬盘虚拟内存的，这样的话不知道有没有强制性的内存碎片整理机制，没有的话一旦碎片化太大，分配大块连续内存就失败了。

补充一下：
1. 不是所有正则引擎都支持 look behind/look forward
2. 任意数量匹配*的贪婪 /非贪婪模式也很重要，不同的正则方言处理方式不一样

commit 不会有问题吧，不需要解决。

不可以。请先去复习容器技术是啥。

比较了干嘛，已经做好的东西为什么要换……

然后如果是要增强，那重要的是自己有没有资深 Flash 开发人员，没有的话还能不能找到资深 Flash 开发人员，或者自己的开发人员还愿不愿意去学这个已经行将就木的技术。

人才是关键吧……

看过 JavaScript The Good Parts 所以不喜欢 Douglas Crockford ，讲真，这书现在看来没多大价值，却被捧得太高了。
其实就像 jslint ，主要是在 JS 开发还是一片荒漠的时代做的一些研究探索，所以有着先驱者的意义，等到 JS 开发日趋成熟，就可以退出历史舞台了。

@loading 看了一下，小尾巴应该不是 DAC ，而是插进去的时候 usb-c 口直接输出模拟音频了，也有文章提到这种做法： http://tech.sina.com.cn/mobile/n/n/2016-04-21/doc-ifxrpvea1027026.shtml

@KCheshireCat 我只是吐槽一下大概不会有需求吧……

问题是支持 type-c 还自带 DAC 的耳机有吗？还要靠友商这不是扯的吗？
（我买的 MDR-1ADAC 都没有 usb-c 接口……）

问题在于为什么要用垃圾 jQuery 。

@wdhwg001 1. 我只谈标准，标准就这么定的，原因什么的其实真无所谓（要谈一下的话其实原因也很简单， HTML 的标准一般来说都是事实标准——因为最早的 setTimeout 实现为了防止 setTimeout(0)造成浏览器锁死，所以故意延迟了时间，之后 chrome 曾试图移除 setTimeout 最小时间限制，结果有些网站就完蛋了，所以后来干脆写进标准）。
2. ms 级精度对现在的系统来说真是小菜一碟，不会有什么系统啦中断啦的原因。连 HTML5 的高精度计时器标准都达到了微秒级精度： https://developer.mozilla.org/en-US/docs/Web/API/Performance/now
3. 节能是不是影响不知道（看浏览器实现吧，比如 Firefox 对于在后台 tab 的 timer 就至少 1000ms 才跑一次），反正标准没写……

当然介于消息队列实现原理， nested 的 setTimeout(4ms)是肯定不能确切 4ms 运行的， setInterval 有点希望。

ImageMagick+1

「很多人说 Java 复杂臃肿，其实是因为早期的 Design Patterns ，试图提出千篇一律的模板，给程序带来了不必要的复杂性。然而 Java 语言本身跟 Design Patterns 并不是等价的。 Java 的设计者，跟 Design Pattern 的设计者，完全是不同的人。你完全可以使用 Java 写出非常简单的代码，而不使用 Design Patterns 。

Java 只是一个语言。语言只提供给你基本的机制，至于代码写的复杂还是简单，取决于人。把对一些滥用 Design Patterns 的 Java 程序员的恨，转移到 Java 语言本身，从而完全抛弃它的一切，是不明智的。」

我觉得这个说得很对，可是写 java 的人就觉得不按设计模式写就是错误的，说实话这种 java 不要也罢。