甘于平凡

程序员真的很高傲，在我接触过的人中，包括我自己也是。我以前经常对一些简单的代码感到不屑，而总想在项目中写一些犀利的代码，让人看起来很NB，但结果总是和想象差太远，代码总是写的很差，逻辑也不够清晰。归根到底，是我带着这样的思想去写代码，而忽略了编程的根本：解决问题。

踏实的做事，会有意想不到的收获。

面对问题解决问题

根据自己的喜好、特长、习惯来解决问题是工程师的大忌。做工程时最重要的是要面对问题、解决问题。可取的策略应该是探明问题的本质，弄清问题的机理，用最直接、最有效的办法解决问题。经验告诉我们，拐弯抹角地解决问题，效果总是不好的。做工程时并不一定需要理论。只要能够有效地解决问题，其实什么方法都行。“不管白猫黑猫，捉住老鼠就是好猫”在这里也是适用的。当然有理论指导的方法 往往更能抓住问题的本质，以其为工具常常能把问题解决得更好。

弄清楚需求再去解决问题

我还见过类似的很好笑的事情。有一个程序员，经理提了需求，然后他在那里折腾了一天。结果不但没做出来，而且和实际需求都是完全搭不上调。经过询问发现，他不知道经理说了什么，也不知道自己到底在做什么。

代码的世界可能是昏天暗地的，但是我们的思维不能这样随之混乱，否则一切都会前功尽弃。所以我现在编写程序的时候，经常会想一下：我要做什么，我在做什么。更好的方法是把详细需求落实到文档，并时刻核对文档。

承认错误

不要怀疑，当别人用自己的程序或者代码无法运行时，首先考虑是否是自己的逻辑哪里有问题。一来别人会觉得我谦虚，二来实际大多数情况的确是自己的问题。

有原则，有决心

做任何事情都坚持原则，并有决心是最好的。有很多道理我们都明白，但经常做不到，没有任何人能帮到自己，未来也是自己争取的。

所以，如果知道什么是好，就尽量去做，什么是不好，就尽量避免。

即使是在公司面对经理和领导，也要坚持自己的做法，一些不合理的需求应该指出或拒绝。我还年轻，大不了换一家公司，而不愿意做一个受欺压的码农。

效率还是质量

从“代码质量”上来看，程序猿走捷径的偷懒思维，其实是种十分短视的做法。含糊绕过某个问题，你可能会一时觉得省事不少，但到头来，往往发现因此搅 乱了系统而要花费更多的时间来一行行检查代码，找出 bug，甚至重新调整整体逻辑框架。所以牺牲代码质量换取速度通常是得不偿失的做法。

相反地，高质量的代码其实是可以帮助你节省时间的。统一的代码规范和变量命名，不仅可以帮到别的程序猿，还可以帮到未来的你，更好地理解你现在写下 的代码；经过严密思考而设计出的轻量级代码架构，则可以让你在迭代产品的时候获得更高的效率，更清晰地了解该从何处入手，而不是到数据库里漫天寻找需要替 代的地方；而高测试通过率还可以给你充足的自信去调整产品，减少 bug 数量，最小化 QA 时间。