@Yano
2018-07-04T21:52:54.000000Z
字数 2673
阅读 1666
读书笔记
早就听说过这本书,但是一直没有勇气读。一方面是因为书太厚,另一方面听说是十几年前的书就没有了兴趣。
偶然在公司的书架上看到了这本书,就拿回家研究了一番。这本书涵盖了编程的方方面面(连宗教信仰问题都考虑了~),可以看出作者对每一个问题都进行了深入思考。我是带着目的去读这本书的,下面是我认为对我有思考价值的地方。
尽快开始编码
的欲望。我以前认为只有坐下来写代码,才算得上是软件开发。但是现在想想并不是这样:明确产品需求是软件开发,架构设计是软件开发,数据结构和接口设计是软件开发,写测试用例是软件开发——甚至解决线上 bug 也是软件开发。首先要有对工作流程的体系认识,明白自己在项目组、公司和行业所处的位置,才能更加专注。
有次产品干预我的编码设计,让我加一个变量,并在某些时机给其赋值和重置。我一直跟她讲不用这个变量也能够满足她的需求,并不一定要这样设计。解释了半天,而且还有些动情绪。
后来想想,这个问题出在我身上。我应该明确告诉她,产品只需要告诉我做什么就足够了,而不需要指导我该怎么做。
这也算是「信息隐藏」吧 ^_^ 如果产品要来干预开发的编程工作,那么就违反了「高内聚,低耦合」的原则,浪费时间精力还和产品解释不清楚。
《代码大全》这本书提到了一个原则:按照数轴的顺序编写数值表达式。
我觉得写代码就像写文章一样,要有内在逻辑性。这些逻辑性不应该仅仅体现在数值的顺序上,应该体现在编码的方方面面:
1. 表示同一语义的变量,在不同函数或类中,应该被定义成同一变量名称。
2. 如果产品文档上对某些物品的定义是:体力、金币,那么在代码中定义的顺序就不能是:金币、体力。
3. 一个类中,静态变量、成员变量、函数等在位置上要有逻辑,如同一游戏的开始函数,应该在该游戏的结束函数之前。
其实编码和毕业设计写论文是一个道理,我们都是在完成一个作品。写论文时会反复推敲论文内在的逻辑性,反复推敲每一个字的使用,甚至连格式字体都要保持一致性。编码并不需要像写论文那么严谨,但是这样做却是对公司负责,更是对自己负责。
我纠结操作系统有一段时间了:公司电脑是 Windows 操作系统,开发环境都是 Linux 系统,而自己的笔记本是 Mac。恰好有机会换电脑装 Linux,一直犹豫是否放弃掉 Windows……
Windows 就是我的「舒适区」,有很多诸如 Everything、clipX 等小巧且能提高效率的软件。但是除去所有琐碎的原因不谈,程序员用 Linux 才能最大程度上提高生产力。使用 Linux 的好处网上多的是,我就仅谈下工作中的一个感受。
我有一个需求是:在 Java 工程中通过系统执行一段 Python 脚本,获取其输出以便后续操作。但是我本地系统是 Windows,而 Java 代码最终是要部署在 Linux 上。我不得不在 Windows 上安装并配置各种环境变量——最重要的是——我要在 Java 工程中兼容 Windows 和 Linux 两套系统,而且在本地没有办法调试。
然后就想到一个词:「大道至简」(虽然用在这里有点不合适)。其实工具适合自己就好,程序员还是应该用 Linux。
在编程领域,我并不同意「书读百遍其义自见」这个观点。一次深入的思考,往往比读 10 遍的效果都好。
同时基础知识都是相通的,书读得越多,学习新知识的能力就越强,学习效率就越高。
其实读书仅仅是为我们提供思考的点,更多的还是需要我们自己去领悟和实践,只要用心读书和实践,就一定会有很好的效果。