编码是包含以下行为的集合：
1.将设计阶段确定的算法转换为用计算机语言编写的程序。（编写代码）
2.将程序（通常是自动化的）转换为可被计算机直接执行的语言。（编译代码）
（编码就是“代码的实现落地”）
感触比较深的就是下面两个原则：
原则87　避免使用特殊技巧
（
如果不是迫不得已，不要使用一些特殊的技巧。如果非用不可，尽量缩小范围和写好注释。
A：程序开发其实是建立在一些共识的上的开发：比如Builder类就代表了一种“建造者模式“。
B、比如消息框架等等，都是在我们建立共识的基础上，进行代码的迭代。
如果写一个奇怪的逻辑，就很难让人理解和后续的维护工作。
如果不是迫不得已，不要对底层框架进行封装。因为在迁移上层业务的时候，还需要迁移底框架。
）
编码就是：可读性、正确性、和高性能。
代码是写给人看的。
原则106　不要太早编码
编写软件和盖房子类似。这两者都需要做很多准备工作。没有坚固稳定的混凝土地基，盖房子不会成功。没有坚固稳定的需求和设计作为基础，编码也不会成功。想一想当地基已经浇筑完成之后，对房子做修改有多么困难！
不要因为管理层想看到“进展”，就被迫过早编写代码。在设立基线前，要确认需求和设计是正确且合适的，在对最终产品编码前更要确认。
（
当你能想清楚，你需要做什么，在哪里做。基本上你能很好的衡量好的你的开发时间，不会担心开发delay 的问题。只有你在还不清楚，需要做什么，或者怎么做时候，你才会慌慌张张一顿搞，然后在回过头来缝缝补补。
“在哪里做”其实就需要你对项目代码的熟悉程度，当你的代码哐哐一顿改的时候，你就需要重新思考这个问题，重新过项目逻辑和代码逻辑。
）