前言
知乎上有一个提问：有哪些新手程序员不知道的小技巧？
我的回答
这里，陶朱公结合自己多年丰富的软件编程经验，深度总结如下三个观点供你参考，希望对你有所帮助或启发：
一、不要忽略写详细设计
我的过往经历发现，越是小的公司，对于详细设计这事，越是不看重。
老板也好产品经理也罢，交代程序员一件事情，很多程序员在弄明白需求的前因后果后，就开始撸起袖子一把梭，疯狂敲代码，想到哪里，代码就敲到哪里。
如果功能点少，可能还不会出什么意外。但碰到那种复杂度较高的需求，很容易翻车，出现由于之前XX事没调研清楚，比如要对接的外部接口不支持或某方案某技术太过复杂，最后代码写不下去的情况。
所以程序员不得不停下脚步，再次返工，去调研，去和他人讨论，一来一去，原本评估的时间点，就会出现严重拖延，最终影响项目的上线时间。
那么，如果一开始，我们程序员能先花点时间写详细设计文档，将这个需求涉及到的一系列不确定的东西或你认为的复杂的东西在文档中，写清楚，最后召开详细设计评审会议(集合产品、技术、测试等人员)，讲解你的方案。
我相信，在这个评审的过程中，他人必定会对你的内容，做一番点评与阐述，你文档中，一些疑惑的点，他人也会给到你一些专业的建议。
最后，等把这些个不确定的东西都梳理清楚后，你最后剩下的真的只剩堆砌代码，事情往往会极其的顺利，也很少会出现项目延期的情况。
二、不要忽略写单测
这点也是很多小伙伴容易忽视的。我在以往的文章中，也多次提到过。今天再次提醒一下我们广大的程序员，大家在编程的时候，一定一定不要忽视写单测这件事情。
写单测虽然表面会消耗你一定的时间。但比起它对我们的好处，那完全是可以忽略不计的。
最大的好处，即它能最大限度的提升我们的软件质量。如果你有在提测前，能认真写单测，那么很多显而易见的bug其实这一阶段很容易被暴露出来，单测阶段完毕，至少冒烟测试，你是很容易通过的。
当然其他增值的好处，能提升你的代码可读性，因为一遍又一遍的debug的过程中，你势必会不断review你的代码，过程中，也会一遍又一遍调整命名啊，代码的组织形式等。
三、不要迷恋技术，软件设计贵在简单
恰好，昨天的一篇文章：程序员编程有什么好的编程经验可以分享吗？，跟大家分享了这一主题的内容。
我认为，软件的架构和设计，一定不是越复杂也完美，相反一定是越简单越好。
所以，大家在设计软件的时候，切忌一上来，就把方案搞的很复杂(比如堆砌各种复杂技术)，能简单就尽量简单。
我的实践经验告诉我，越简单的系统，出错的概率就会越少，也比较容易排查问题、解决问题。
OK，今天的分享先到这里，接下来分享两则我们可爱的知友对于这个问题的精彩答复，非常精彩，一定看到最后哦。
知友作答
回答一
