`

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

阅读更多

      

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

 

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

 

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

 

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

 

 

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

 

1)学会总结,经常总结得失

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

3)平和的心态

 

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

 

 

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

 

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

 

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

 

  • 高级篇
  • 一切问题都是人的问题

 

 

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

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

 

 

 

分享到:
评论
2 楼 windshome 2013-04-18  
哈,有道理。
但是有很多时候,不一定能了解到他做事情的结果,只看到了过程,那怎么评判呢?
我们提倡以做事情成功为一个重要评判依据,但是也不完全是“以成败论英雄”,因为成功,不但要求个人的能力和努力,还有环境因素,做的事情也不一样,没有办法一概而论。
1 楼 litaoyan 2013-04-18  
引用邓总的一句话“白猫黑猫,抓住耗子的就是好猫”,因此,我认为,不管用什么办法,能够把事情处理好,能够抓住“耗子”的人就是“高手”

相关推荐

Global site tag (gtag.js) - Google Analytics