研发工程师和架构师的高手之路-----写在前边的话

      

        首先声明一下，虽然从业十多年了，软件开发、架构设计、项目经理或者技术负责人这样的职位都干过，但是还是没有自称高手这么狂妄。写这个系列博文，也代表着自己努力的方向，自己的探索和思考。写出来，是希望能和朋友们取长补短，共同进步。

 

       一个人去考虑问题和学习，总是有自己的局限性，说出来，一是可以遍采别人的先进之处，改进自己的学习方法和工作方法；二来，如果能帮助别人，那也是善莫大焉。

 

      记得曾经和一个朋友聊起，什么样的人算是高手，我想了想，是这么回答的：

 

• 高手一定是看上去平平常常，普普通通，高手不会炫耀自己的技术和自己的资历；
• 高手做起事情来，尽可能都会采用普通而简单的技术，你看了高手处理一些疑难问题的过程之后，会说“这么简单啊，没什么新鲜的啊”，但是事情给你你处理不好；
• 高手一定注意沟通，能从别人那里得来准确的需求和信息，需要交代给别人的东西交代的清清楚楚（这就和上一个时代的程序员不同了，上一个时代的编程高手，更多是内向、不善于沟通的；我们这个时代就不同了，沟通不行，连需求都理解不了。这就叫做时代的烙印啊）
• 高手一定能够坚持，能够做事情善始善终，每一件事情清楚而且有调理，主次分明，不眉毛胡子一把抓；
• 高手一定能承当压力，能够把压力转化成动力，把压力看作促进自己成长的因素；
• 高手一定临阵不乱，保持冷静的头脑来分析问题，只有冷静下来才能有效分析问题

 

 

      从小兵成长为高手，自然少不了磨练，包括失败的痛苦，从中总结教训；包括总结成功的经验，包括努力的学习，我下面列几个不经常提到的方面：

 

1）学会总结，经常总结得失

2）如果可能的话，在压力下学习，在工作中学习

3）平和的心态

 

本文是一个系列主题，后面我打算写几篇文章，各写一个方面，包括：

 

 

• 学习篇

• 研发工程师的学习路线
• 架构师的学习路线

 

• 编码篇

• 风格有多重要
• 错误处理
• 日志是做什么用的
• 防人之心不可无

 

• 架构设计篇

• 开源库的选择和使用
• 错误和异常设计
• 产品特性的平衡
• 技术选型的为难之处

 

• 高级篇

• 一切问题都是人的问题

 

 

当然，不一定完全按照上边列的顺序来写了。

现在，就希望以后能多点空闲的时间，来多写些东西和朋友们共享了！时间真的是不够用啊！

 

 

 

评论

2 楼 windshome 2013-04-18  

哈，有道理。
但是有很多时候，不一定能了解到他做事情的结果，只看到了过程，那怎么评判呢？
我们提倡以做事情成功为一个重要评判依据，但是也不完全是“以成败论英雄”，因为成功，不但要求个人的能力和努力，还有环境因素，做的事情也不一样，没有办法一概而论。

1 楼 litaoyan 2013-04-18  

引用邓总的一句话“白猫黑猫，抓住耗子的就是好猫”，因此，我认为，不管用什么办法，能够把事情处理好，能够抓住“耗子”的人就是“高手”