十流程序员 编程 的小小想法

这几天，遇到一些事，对于我们程序员的核心竞争力有了一些小想法！各种各样的技术加持？更长久的工作经验？还是各种度娘解决不了的技术？不知道，上述这些，也都很重要，不过我自己却想到，技术的迭代在时代太快了，一个人很难仅凭一种技术，很难一直保持下去。而一直不变的是各种问题的出现，各种需求的出现。而解决这些问题，需求，需要我们的 思维方式。

举一些自己非常有用的方式：
比如，交叉验证，通过交叉测试，排除掉OK的模块，锁定到有问题的模块，进而解决问题；

再比如，在编程过程中，总会遇到一些几乎是 毫无头绪的 问题。那么这个时候，应该怎样解决,在这个过程中，人和人之间的思考方式是有差异的。而这个差异就决定了解决问题的方式，清晰地明了自己的思考方式，明白其利弊，进而有意识的收集学习他人的思考方式，才能成为一个有核心竞争力的人。我现在的思考方式是 遇到一个棘手问题，先从现有经验中搜集类似问题的解决方法（包含网络搜索），去判断；如果问题没有解决，就要想办法将这个问题 分解 ，大问题分解为小问题（这个过程是需要不断有意识的锻炼），然后由小问题来分析解决。

再比如，有时候一些问题，其实不算问题，更可以作为一种 想法，比如，我们要实现一个功能，但是对于这个功能该怎样布局，没有好的思路（鄙人现在 主做前端），那这个时候 在网上搜索到相应的网站，去借鉴，比自身去 闭门造车 好的多。

我们也会经常遇到一些知识点，总是在网上道听途说，看的往往云里雾里。这个时候，总是 妄想 找到一种最权威的观点，可能不太可能（或者我们无法判断其是否权威），那么这个时候，自己动手去测试，用各种验证方法、测试工具，分析测试结果，往往更靠谱。这一点，对于要 系统总结某一方面知识，或者，对于 某一个知识点不清楚（比如我自己对于$timeout的promise），但是其边缘知识都很清楚，完全可以自己做测试，将相应的结果推导出来。

以上，只是鄙人一点小小的认识，有感而发，没有什么逻辑性和条理性，现在这里做个小随笔，日后，有更加好的 思维方式，再去补充，系统化。