直译叫做“不要重复你自己”，还有另外一个耳熟能详的版本，“不要重复造轮子”。
在你一开始进入软件开发这个领域后，就一定要注意，把你自己写过的一些解决方案汇总到一起，定期梳理一遍，写点文档，不断重构，使它们成为一把把瑞士军刀。如果可以的话，把它们开源出来，服务更多的开发者。
有了自己的工具库后，当你下次遇到类似的需求时，就可以直接拿出来用，省去不少时间。
原则二： Keep it simple stupid。
著名的 KISS 原则，即“保持简单、保持愚蠢”，和史蒂夫·乔布斯的名言“stay hungry, stay foolish”有着异曲同工之妙。
从苹果产品的设计上也可以体现出来这个原则，起初的手机，比如说诺基亚智能机，带很多实体键，但苹果只有一个 home 键，其他全部虚拟键代替，彻底革了诺基亚的命。
在我们设计软件的过程中，千万不要想得太复杂，越简单越好，等成型了以后再丰富效果，否则开发成本会变得很昂贵，软件就可以腹死胎中。
原则三： You Ain't Gonna Need It。
英文直译为“你不需要它”，该规则要求程序员在必要之前不应该添加功能。极限编程的联合创始人罗恩·杰弗里斯（Ron Jeffries）曾经说过：“总是在实际需要时才实现事物，而不是在预见到需要它们时才实现。”
项目负责人（产品经理）更应该坚持这条原则，千万不要过度拆解用户的需求，在产品设计的过程追加过多自己认为应该追加的功能，因为在一个软件使用中，往往 80% 的请求都花费在 20% 的功能上。
很多次要的功能可能需要，因为它们的存在而使软件锦上添花，但没有它们，软件的商业价值依然是存在的。功能越少，开发周期就会越短，这样就更有可能打败竞品。
原则四： Done is better than perfect。
Done is better than perfect because perfect is never done。
很简单的一句英文，能理解吧？
不要总想着把所有的功能做完善，做完美后再上线，应该在产品具有一定的雏形后就立即上线试错，根据用户的反馈，根据市场的需求再去考量是否追加一些其他的功能或者优化。
“人无完人，金无足赤”，应该允许一些瑕疵存在，刻意追求完美并不见得是一件好事。乔布斯想要一整块屏幕，但技术达不到的时候，他也是会留一个 home 键的。
我们程序员在开发软件的时候，也应该遵循这条原则，先把功能做出来再说，至于效果，用户的体验，应该往后放，不要总想着尽善尽美，尽善尽美意味着永远也完不成——没有最好，只有更好。
原则五： Choose the most suitable things。
选择最适合的，不要盲目追求时髦。技术日新月异，应接不暇，如果在开发软件的时候，一味追求最前沿的技术，可能就会让产品变成小白鼠。
就好像我们谈一场恋爱，不要一味去追求高不可攀的，往往那些在我们身边的，肯陪伴我们的才是最好的。
技术选型的时候，适合就好。如果产品的目标用户只有一千人不到，就没必要搞分布式，搞大数据，否则就有点“蛇吞象”的意味；等真到了需要搞分布式，搞大数据的时候再升级完全来得及。
