首先声明一下，虽然从业十多年了，软件开发、架构设计、项目经理或者技术负责人这样的职位都干过，但是还是没有自称高手这么狂妄。写这个系列博文，也代表着自己努力的方向，自己的探索和思考。写出来，是希望能和朋友们取长补短，共同进步。
一个人去考虑问题和学习，总是有自己的局限性，说出来，一是可以遍采别人的先进之处，改进自己的学习方法和工作方法；二来，如果能帮助别人，那也是善莫大焉。
记得曾经和一个朋友聊起，什么样的人算是高手，我想了想，是这么回答的：
- 高手一定是看上去平平常常，普普通通，高手不会炫耀自己的技术和自己的资历；
- 高手做起事情来，尽可能都会采用普通而简单的技术，你看了高手处理一些疑难问题的过程之后，会说“这么简单啊，没什么新鲜的啊”，但是事情给你你处理不好；
- 高手一定注意沟通，能从别人那里得来准确的需求和信息，需要交代给别人的东西交代的清清楚楚（这就和上一个时代的程序员不同了，上一个时代的编程高手，更多是内向、不善于沟通的；我们这个时代就不同了，沟通不行，连需求都理解不了。这就叫做时代的烙印啊）
- 高手一定能够坚持，能够做事情善始善终，每一件事情清楚而且有调理，主次分明，不眉毛胡子一把抓；
- 高手一定能承当压力，能够把压力转化成动力，把压力看作促进自己成长的因素；
- 高手一定临阵不乱，保持冷静的头脑来分析问题，只有冷静下来才能有效分析问题
从小兵成长为高手，自然少不了磨练，包括失败的痛苦，从中总结教训；包括总结成功的经验，包括努力的学习，我下面列几个不经常提到的方面：
1）学会总结，经常总结得失
2）如果可能的话，在压力下学习，在工作中学习
3）平和的心态
本文是一个系列主题，后面我打算写几篇文章，各写一个方面，包括：
- 学习篇
- 研发工程师的学习路线
- 架构师的学习路线
- 编码篇
- 风格有多重要
- 错误处理
- 日志是做什么用的
- 防人之心不可无
- 架构设计篇
- 开源库的选择和使用
- 错误和异常设计
- 产品特性的平衡
- 技术选型的为难之处
- 高级篇
- 一切问题都是人的问题
当然，不一定完全按照上边列的顺序来写了。
现在，就希望以后能多点空闲的时间，来多写些东西和朋友们共享了！时间真的是不够用啊！