工作中避免不了会去参考别人的思路和实现（代码），因此浏览博文和相关网站成了日常活动。在这一过程中，James看到很多博文都是满篇的代码，而没有相应的分析（文字描述或者流程图）。
对于上述这种情况，James很是抵触；此外James在自己实现某个功能时，Ctrl+C和Ctrl+V的时候也是有的，但是过后会忘记的很快。
James自己经历的“坑”多了，也有了自己的感觉和思考，在此James说说自己：为什么要拒绝Ctrl+C和Ctrl+V？
声明：本文并非适用于任何人，仅仅是James的一点思考。
1. 拒绝了Ctrl+C和Ctrl+V，软件设计师会倾向于思考实现过程背后的原理，紧接着也会对这些解决方案进行选择（自然选择更优化、更简洁的方案）；
2. 拒绝了Ctrl+C和Ctrl+V，软件设计师会在敲代码的过程中潜意思地去梳理逻辑（当然，其实解决方案就体现在代码的逻辑中）；
3. 拒绝了Ctrl+C和Ctrl+V，软件设计师会在敲代码的过程中，对原始代码进行适当修改，可能的情况是：根据具体项目编程规范、特定业务逻辑对代码进行修改，由此将代码转化为自己的代码，而不是别人的。
James在工作中就是这么做的，自我感觉还是不错，也将坚持下去。