Open oilbeater opened 7 years ago
看书时想到，代码和书都是靠词汇和标点符号组成的，为什么看懂书相对容易而看懂代码却如此困难？
一本数十万字的书可以从头读到尾，也可以直接看结局，甚至可以从把中间某个章节某个片段拿出来看都不会有太大的阅读障碍。而代码的化阅读起来，开头是哪？结尾又是哪？中间拿出一段却发现很多时候根本没法独立的拿出一块来，牵牵扯扯就把所有代码都带出来了。
小说的写法不管顺序倒序，乱序都有一个固定的套路，社科类的书也会按主题和层级进行组织，理工科类的可能会按难度渐进去组织。而代码的顺序没有那么多固定的套路，即便是各种框架规定了目录的结构，目录内依然是乱序的，每个文件内也是不固定的。更要命的是书的组织顺序再奇怪通常都可以一页页翻下去，而代码阅读完全不可能，总是一层层进去再一层层出来，完全没有一个固定的顺序。
如果说代码的复杂度远比普通文字难度大的话，又有一个很有意思的现象。我们的写作通常都是在阅读了一定量的作品后才能顺利进行下去，可是写代码的话没有人在动手自己第一个项目前就阅读完很多已有项目代码吧，通常是找几个片段就可以动手了。然而即便是自己写的代码，过后自己可能都会读不懂，而我们却能比较容易的读懂别人写的文章，代码的复杂度真实个奇怪的事情，如果我们按章写文章的思路去写代码呢
看书时想到，代码和书都是靠词汇和标点符号组成的，为什么看懂书相对容易而看懂代码却如此困难？
一本数十万字的书可以从头读到尾，也可以直接看结局，甚至可以从把中间某个章节某个片段拿出来看都不会有太大的阅读障碍。而代码的化阅读起来，开头是哪？结尾又是哪？中间拿出一段却发现很多时候根本没法独立的拿出一块来，牵牵扯扯就把所有代码都带出来了。
小说的写法不管顺序倒序，乱序都有一个固定的套路，社科类的书也会按主题和层级进行组织，理工科类的可能会按难度渐进去组织。而代码的顺序没有那么多固定的套路，即便是各种框架规定了目录的结构，目录内依然是乱序的，每个文件内也是不固定的。更要命的是书的组织顺序再奇怪通常都可以一页页翻下去，而代码阅读完全不可能，总是一层层进去再一层层出来，完全没有一个固定的顺序。
如果说代码的复杂度远比普通文字难度大的话，又有一个很有意思的现象。我们的写作通常都是在阅读了一定量的作品后才能顺利进行下去，可是写代码的话没有人在动手自己第一个项目前就阅读完很多已有项目代码吧，通常是找几个片段就可以动手了。然而即便是自己写的代码，过后自己可能都会读不懂，而我们却能比较容易的读懂别人写的文章，代码的复杂度真实个奇怪的事情，如果我们按章写文章的思路去写代码呢