维特根斯坦的逻辑哲学论
我认为学逻辑可以从两个方面着手，数学、心理学，而最终都会走到一个地方——哲学

买来玩可以等等，买来用需要就买

偷换概念，危言耸听

@kongwy 算不上实用主义吧，只是语言演变的一个客观规律。

我家乡在吴语区太湖片，说话基本和上海话无二，现在当地 00 、 10 后大多能听懂方言，但鲜有能说方言的，学校里也不允许说方言。所以如果很多小孩的爷爷奶奶辈不会说普通话，还需父母翻译。再往后的事情就显而易见了

说句不好听的话，方言消亡是'潮流'，迟早的事情
语言只有用才能保留与发展。 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 才是正确的做法好嘛？！

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