1. 做多错多，不做不错。所以这点上来讲，阮的东西错误多也并不是什么很难理解的事情。而因为人家有错误就发文超出就事论事的界限，这就不是什么对的做法。

2. 发现错了可以去直接在人家错误的原出处交流，在自己博客上指出来也可以，不过除非你的博客影响力也有那么大否则没什么作用。

3. 真正清醒的人都知道，无论是哪个行业的知识，你想要把它讲清楚还没有错误的话，是基本不可能做到简单易读的。因为很多时候，某个知识点的核心部分其实并不复杂，但是相关的边界条件，或者叫做适用环境却需要花很大功夫才能完全搞清楚。这和写代码类似，处理各种错误和异常往往比核心逻辑多很多。从写教程的角度来讲，只能抓住核心的东西讲。就和写示例代码的时候一样，只能抓住核心逻辑写，错误处理都只能省略。所以无论是小白，还是非小白想快速学习自己知识体系以外的东西，看阮这类的教程都是很有用的，因为它给你了核心部分。但它不会用也没办法用非常严谨的文字来讲，因为那样读者看不下去。读者也要明白，所有这些东西都是简化过的，很多细节需要再找更详细的文档学习。

json resume 了解下

lz 有空吐槽，不如反思下自己是不是真正认真读题了。题目上写得很明确，在没有新图片可以点按后，直接点验证。这个东西确实体验不好，我也遇到过，但只要认真读题正确选择了，绝对不会出现什么几十次都通不过的情况，十几次都没有，几次就能搞定。

code outline 插件。

这是我见过黑 PHP 黑得最狠的一次。

我这边实测了一下，只有 10-15M 的样子，没有达到 20M。晚上回家重启一下光猫看看。

@zjvbql #1 楼主有兴趣的话加微信 z_noreen，家人目前在做的一个项目，有钱途。

这个需求要说明 BC 两者哪个方向是可以直连的。

如果仅 B 可以直连 C，那在 B 上 SSH 连接到 C 时做 Local Forwarding。或者在 B 上用任意端口转发 /隧道方案如 netcat，socat，iptables，spiped 等都可以。

如果仅 C 可以直连 B，那在 C 上 SSH 连接到 B 时做 Remote Forwarding 即可。或者在 C 上发起隧道连接。

用过高分屏就真的回不去了。事实上这个机的续航这么好屏幕耗电小是很重要的一个原因，上 4k 屏的话肯定续航掉一大截。所以我宁可续航没这么好，也要 4k 屏。毕竟完全无电源在外跑 8 小时以上这种情况对我来说是很少见的。

顺带黑了一下 PM，厉害。

我一直对于靠外包装上的细节来辨别产品真伪的方式感到奇怪。关注真伪的应该是产品，不是包装。

我最不爽的就是苹果这种当爹模式。我 tm 充电线就在手边随时可以充，我就要性能高用起来爽。你 tm 非要按你的逻辑来定义我该怎么用我的手机，这手机要是你白送给我用的也就算了，可 tmd 这是我花钱买的啊。

典型的真空里的球形鸡问题。

@forzalianjunting #18 麻烦只想吐槽就去树洞好了。