说句不好听的话，方言消亡是'潮流'，迟早的事情
语言只有用才能保留与发展。 lisp 那么多方言，叫得上名字的只有 scheme 和 emacs lisp 。 jvm 上语言那么多， groovy 和 scala 有杀手应用所以有点名气
除非真正发掘出方言的'用处'，否则阻挡不了其消逝

@paradoxs long-polling, server-sent event, websocket 等。明明推送技术这么多

如果是希望学习知识 -> 看书，读资料
如果希望和大佬、教授交流 -> 读其 paper ，直接联系
如果希望去蹭姑娘（小伙） -> 周末也可以去嘛😄

@Kymair 你说的有道理，但是我认为 k&r 并没有过时
k&r 是一本很薄的书，真正介绍 c 语言的部分只有 100 页不到，但是覆盖了语言的各个方面， 100 页一俩个下午就可以看完了。很适合拿来入门和查阅
一般说 k&r ，基本都是说第二版，实际介绍的是 ansi c ， c 语言从诞生到标准化变化很小，现在各个平台实现的最广泛的也是 ansi c ，所以我认为是入门是合适，也没有过时的，实际用的时候工具链更多的是一些操作系统的知识，如果真的要使用 c 语言工作，一本书肯定不够，这个时候就可以看看 apiu ， 21st Century C 之类的书

举一个例子， lua 语言的解释器就是完全使用 ansi c 写的，现在仍活跃使用于游戏开发、嵌入式、机器学习等领域

最后我对'迷信经典'的理解：重点在迷信，而不是经典。经典是好的，但是存在一个语境：'需要某本经典'。 po 主这样的情况，我认为阅读 sicp 的短期收益是比较小的，对找工作鲜有帮助而耗费很多精力，所以目前阶段为了达到 po 的目的，可能需要更加适合的经典

'君之楚，将奚为北面？'—— sicp 也许就是那辆跑的很快的马车

@soulomoon 看 csapp 恐怕学不了 c 语言，但可以学会汇编😄

@soulomoon 我给你一点建议吧
0. 不要迷恋经典
1. 如果要看算法，其实没必要看算法导论，严蔚敏的数据结构就够了，其他算法需要的时候再看
2. cdapp 是好书，适合当操作系统和组原教材，如果你要补计算机的基础可以看看
3. 如果打算做一个程序员（而不是代码搬运工），你必须掌握的是 c 语言，幸运的是有 k&r 这本很棒的书（学 scheme 写解释器开拓一下视野可以，工作之后离这种东西最好远一点）
4. 做 web 相关的工作，你应该找一本 http 相关的书看（ http 权威指南之类），不要盲目去学习框架
5. 你需要提高看书速度

五个月吓尿

po 听过邮件列表吗？

主要还是 j8 的原因吧

@hronro '都是 ECMAScript 标准定义而产生的'，这句话不对

@hronro 我知道 es 是什么，我这里把 es 与 js 分开说主要是为了区分标准与实现
es 也作出过一些努力，比如'use strict'。但是标准仅仅是标准，只是一个建议， js 的实现掌控在大厂手里

@skull javadoc 怎么可能打进去，你可以打两个 jar 包，一个字节码，一个源代码

自定义注解，加到参数 /方法前面

se 是平台、 ee 是标准

ee 标准通常附有参考实现，也可以使用其他实现，或者自己实现
使用标准的好处移植性好，还省去了自己设计的麻烦，有可能自己设计架构半天没人家标准好用
标准不一定是好的设计，比如 spring framework （ spring 不是 java ee ，至少以前不是，后来也渐渐支持一些 java ee 的规范）瞧不上 ejb 就自己搞了一套（ Spring 生态中也有很大一部分实现 /参考了标准），但标准通常有很大的参考价值

play framework 瞧不上 servlet api 自己用 netty 另起炉灶号称全栈，现在也渐渐变成自己讨厌的模样了，所谓脱裤子放屁就是这个道理，另起炉灶的话 vert.x 才是正确的做法好嘛？！

这个照片要背锅，还不如不放。。

一般认为 alias rm='rm -i'不是一个好的主意，一旦习惯删除前确认，换机器忘记 alias 后果不堪设想

不同语言、库用的正则是有点不同的，如果真的要求一个正则，应该告诉具体的使用场景。

正则实质很简单，与 dfa 是等价的，三十分钟足够掌握。。。

话说不同语言有不同的配置文件传统吧，如果你用的语言比较动态，直接用它本身做配置也可以（比如 json ，直接可以解析成 js 对象）