本文主要是介绍编码随想，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
这周又有两个同事结束了考勤。这几年，人来人往，似乎都在说明编码不是个好行当。离开的人总有自己的原因。编码时常要加班，太辛苦。编码赚钱太少，回报率太低。编码不受重视，总是被其它部门压制。编码没有乐趣，只是一堆无尽的BUG和补丁。
最近，我在看《习惯的力量》。其中有个研究表明，意志力就像体力一样，是一种有限的资源。就像跑步会消耗体力，做不喜欢的事情也会消耗意志力。当意志力消耗殆尽时，人很难再做其它需要意志力支撑的事了。离开的人或许意志力消耗过快。有些人把编码当作一根棍子，专心致志看着椰树的高高挂着的椰子，笨拙的用棍子想把它摘下来。而且还先得不耐烦的等椰子成熟。等待通常会很快的消耗意志力。
接下来我们一起来解一道物理题。问：如果增加意志力？答：增加意志力的总量或者减慢消耗的速度。如何增加总量暂且不说。如何减慢消耗的速度关键在于态度。想象一下你被丢到一个小岛上，可以没日没夜的做自己喜欢的事。你还需要不停的告诫自己要自律吗？实际上，Linus小时候就是这种状态。在他的自传《Just for Fun》里面提到他妈妈跟朋友说，只要把他放到一个黑咕隆咚的储藏柜里面，再配上一台电脑，偶尔朝里扔一些意大利面条，他就会很开心。
那么，如何让编码快乐起来呢？我想可以朝两个方向努力。一是提高码农的自主性和自由度，比如由码农自己选择要开发的特性和开发的方式，甚至选择队友（不过，这不太好民主，因为谁都不愿意有猪一样的队友）。二是提高编码的趣味性，比如可以结队编程，甚至社交编程。阿基米德说过：“给我一个支点，我就能撬动地球”。对编码而言，我觉得支点就是TDD（Test Drivern Development）。TDD除了有教科书上列出的各种好处，还有一个隐性的好处，那就是实时反馈的娱乐性。先写测试用例，再编码，然后验证。感觉像是回到中学时解数学题的场景，搞定一道题的洋洋得意啊。这种实时反馈，让你每天，甚至每小时都有完成的满足和快乐。这种当下的快乐，比起特性交付后长缓一口气或者发奖金时的欢呼，能更持久的激发工作的激情和改进的动力。因为编码不再是枯燥乏味的例行公事，而是一个个等着你攻克的小游戏。有些时候，把事情看得太严肃了，会畏手畏脚，明知可行却不敢尝试。把编码看作是游戏，心情不再沉重，甚至会有点跃跃欲试的上瘾，就像Uncle Bob的腕带上的一行标语：“Test Obsessed”。通过TDD，设计、编码和验证之间的关系更紧密，代码质量也更有保证。在开发周期不变的情况下，痛苦的测试－定位－修复三步曲的时间缩短了，快乐的编码－学习－重构三步曲的时间增加了。你会发现自己每天都在学习，每天都在进步。想想1.01的365次方。原子弹的巨大威力蕴含在环环相扣的链式反应上，TDD也有类似的链式反应，而且是自底向上的，TDD能够为编码的方方面面带来深刻而有益的改变。
这篇关于编码随想的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
