今天吐个槽。 前段时间我买个电视柜子，里面抽屉很多，柜子面板也比较多。然后运过来的时候，全部是散的，只有螺丝，螺母，合页，滑动槽，各种板。这可难坏我了，比修bug难多了。 然后柜子里面有张说明书，告诉我第一步，第二步，第三步，第四步......然后我就按照他那个说明书一步步地搞，我整整搞了2天，拼了拆，拆了拼，才把这个桌子搞好。 我犯的一个巨傻逼的错误，就是相信了这个说明书，而没有构建整个桌子的“软件架构”。 比如按照这个说明书，装这个柜子，肯定是无比的蛋疼，尼玛桌子都快安好了，STEP 4才告诉我去安装滑动槽，这么狭小的空间，手怎么够地进去？比如滑动槽安装的位置都有个小洞指示，但是step 1到3，安装板子的时候，根本都没有注意到那个小洞是指示槽的位置，就完全有可能把内部的两块竖板的方向安装反。 这些错误我全部都犯了！ 这些错误我全部都犯了！！ 这些错误我全部都犯了！！！ 如果下次我再安柜子，我怎么做？我先在脑海中，构思这个桌子整体是怎样的，哪里是抽屉，哪里是内部板，哪里要改是抽屉的滑动槽。我绝对第一步什么都不做就把滑动槽安了，而不是后来桌子都成型了，再去把手强行插进去拧螺丝什么的。 每次，我看到这样的技术文章也是无比的蛋疼。你一上给我一行行讲代码是什么意思？难道我看不懂C语言？你能不能高屋建瓴地先给我讲一讲你要写什么东西？你写的东西整体框架是什么？至于代码，你给我点几个关键点、函数名或者流程图，我自己去撸行吗？ 记流水账的文章为什么对读者的帮助一般都不大？因为它真地是事倍功半。我花了很长地时间去读你，读完还是不知所云，因为全部是细节，因为我没形成整体的轮廓。