# 行业与职场

聊一聊工程师思维

为什么想到写这篇文章?作者是想通过对工程师思维的分析和解读,让工程师能正确对待那些在现实工作中看上去与本职岗位无关,却对团队效能影响极大的一些点和一些事。在社会分工的背景下,软件行业的工程师群体被划分成了开发、测试、产品等诸多岗位,以协作的方式共同完成价值创造。高度依赖软件的互联网行业正以全新的方式改善着人们的生活,同时在改善的道路上对价值创造的效能提出了更高的要求,而背后是对个体与团队的协作效能

原创 点赞2 阅读2054 收藏1 评论0 2018-10-21

『细节』是什么

图片来自网络,作者不详只要是职场人士,谈及『细节』二字估计很容易让人联想到『细节决定成败』这句话。由于这句话无人不知、无人不晓,以至于容易将『细节』误以为是口号。就我在工作中的感受,发现确实大多数人是将『关注细节』当作是口号。正因如此,我想借这篇文章与大家探讨一下我所理解的『细节』究竟是什么。首先,『细节』代表态度——将工作做到位。『做到位』与『做完』是全然不同的工作水准,前者包含后者但比后者有更

原创 点赞2 阅读10000+ 收藏0 评论2 2015-09-05

【人在职场】能力与价值

最近给团队(指#UC浏览器电脑版#开发团队)分享了我的《基层技术管理原则》。在我所秉承的八大基层技术管理原则中,有两个分别谈及了个体的能力与价值,我想通过这篇文章让更多人了解我对这两个概念的理解,希望能给读者带去一点有价值的思考素材。首先,我想给出我对于个体能力的理解,即“能力(ability) = 技能(skill) x 工作好习惯 x 意识”。技能的重要性无需多言,他决定了我们能走上怎样的工作

原创 推荐 点赞21 阅读9838 收藏2 评论11 2014-08-31

打造敏捷的自组织团队

敏捷思想的出现让我们看到了新的曙光——以更低的风险、更高的效率开发出更具质量的软件产品。正因如此,敏捷方法得到了业内足够的重视并使各路团队相拥实践。然而,即便我们对于各种敏捷原则、范式、方法和流程了如指掌,仍会发现其所给组织带来的改善远达不到我们的预期。这究竟是为什么?造成这种困境的根源并非我们学得不精,而是实践不到位。在我看来,敏捷宣言过于简单(好吧,是宣言总得简单一点!),以至于足以让人对之产

原创 推荐 点赞5 阅读10000+ 收藏0 评论3 2014-06-29

写给同事的一封信

亲爱的同事,转眼我在这个团队工作已有一年的时光,这一年也完成了我从通讯行业转入互联网圈的过渡。过去的一年给了我很多观察(团队)的机会,也带给了我不少思考,从我过去一年的寥寥几篇博文你应当能看到部分。今天,我想借这篇文章与大家聊一些内容,以便你更加明白:为什么我在工作中对自己和大家的要求都那么高?为什么我强调责任与重视培养工作好习惯?为什么我会直接批评和积极表扬人与事?希望你的其它“为什么”也能在这

原创 推荐 点赞20 阅读10000+ 收藏1 评论18 2014-01-05

做一名较真的工程师

近些年与我共事过的同事,一定知道我至今仍有一个较真的性格。我会:指出同事所写代码的不当命名问题(并帮助改进);指出同事所写文档中的逻辑混乱问题(并辅以修订);指出同事所写PPT中乱用标点的问题;我会因为设计的取舍与人激动地争论;诸如此类。当然,我更会较真于会议上达成的共识却得不到实施的问题。有人不免奇怪,你丫都快四十岁的人了,怎么还这么菱角分明地较真!好吧,那我就来说一说为什么要较真,且何以一直较

原创 推荐 点赞54 阅读10000+ 收藏1 评论41 2013-08-20

中国软件开发工程师之痛

在近期的一次会议上,有高层谈到之前在中国觉得自己做得很牛,但与美国同行接触后却发现与人家存在很大的差距,这一点我在外企工作时也有过同样的体会。真正与外国同行接触后才会知道什么是差距,在这篇文章中我从软件开发工程师的角度以“痛点”的形式来谈一谈我所认为的差距。技能之痛相当数量的软件开发工程师(后面简称为工程师)认为除了与编码相关的内容外,其他技能都不重要。在这种意识的引导下,很容易出现的一个普遍现象

原创 推荐 点赞63 阅读10000+ 收藏0 评论50 2013-07-23

坚信每个人都能成为品牌

注:本文是《挨踢人物传》第五期的撰稿我在《驾驭你的“职场布朗运动”》一文中就自己的学习方法和过去的职场故事做了阶段性介绍,并总结了二十五条职场感悟。由于每个人都有属于自己独特的学习方法和成长故事,林林总总加起来使得我们能看到很多有异却相似的内容。类似内容看多了,难免让我们变得麻木,会觉得这些方法和成长感悟是特有的,无法复制。“品牌”一词让我们直接联想到的是商品,它往往包含着高品质和高价钱,与之对应

原创 推荐 点赞6 阅读1893 收藏0 评论5 2013-05-28

离开通讯业入职互联网圈的一些感悟

去年年底,我离开了就职了近十年的通讯行业,加入了淘宝(中国)软件有限公司从事淘宝浏览器的软件开发工作,至今已有好几个月了。在过去的这些日子体会着互联网行业的不同,也让我逐渐地理解加入该行业前的一些疑问。下面,我就自己的一些感悟做一点分享,由于个人经历有限,所以局限性难免。首先,理解两个行业软件产品的运营特点具有非常重要的意义。通讯企业(指通讯产品制造商,后同)的产品是卖给象中国移动这样的运营商的,

原创 推荐 点赞6 阅读5053 收藏0 评论9 2013-05-24

软件技术发展的驱动力

软件产品的终极目标是为了实现用户需求从而满足人们的需要。也正是为了不断满足人们的需要使得软件行业不断向前发展。比如,新的算法(MPEG-1、MPEG-2、MPEG-4、H.264、……)等的出现都在当时为了满足不同的需要而被发明。然而,人们的需要(行业发展的外部动力)却并非是软件技术发展的唯一驱动力,因为它无法解释为什么业内的编程语言、软件平台与框架等会层出不穷,有的甚

原创 推荐 点赞4 阅读2535 收藏0 评论3 2012-12-03

走技术线,还是技术管理线?

最近因为要给刚毕业的学生做一次演讲,所以就职业发展这类话题先以写博客的形式做一些思考,希望届时能给同学们带去质量更高的内容。我在《驾驭你的“职场布朗运动”》一文中谈了25条职场感悟并提出了“走技术线,还是技术管理线?”这一问题,但实际上并没有给予解答。特补上。 在正式解答这一问题之前,我想先强调职业发展的“黄金期”

原创 推荐 点赞58 阅读10000+ 收藏2 评论63 2012-11-11

驾驭你的“职场布朗运动”

在我的博客空间内,不时会有在校学生就职业发展和学习方面的内容向我寻求帮助。同学们由于初入社会没有行业经验,加上在校所学内容又广(但不深),所以在择业方面很容易产生困惑。在择业观上,他们希望找到一个将来有前途的行业,也希望在“是选择大公司还是小公司”这类问题上有人给予参考意见,也有人担心自己的学历对将来职业发展的影响。   另外,在我的工作中,也不时会有同事就自

原创 推荐 点赞67 阅读10000+ 收藏1 评论70 2012-11-03

软件工程师所需掌握的“终极技术”是什么?

最近,我在微博上看到@程序员邹欣老师发的一条微博 — “不少大学同学都有一个想法:先做几年技术,然后做管理;也有一些同学说:我技术不行,希望直接找到一个管理的工作,就像PM那样。请看 PM 需要什么样的能力:(链接略去)”。在读这条微博的前一部分内容时,我的第一反应是:难道同学们以为做技术管理不需要很好的技术功底?刚好在此之前,我写过《技术敏感度 —

原创 推荐 点赞46 阅读10000+ 收藏0 评论36 2012-10-09

该死的“代码就是文档”

我在《专业嵌入式软件开发》一书中指出,编写言简意骇的文档是实施高质高效软件开发的关键要素之一。在此结合自己的工作体会,再谈一谈软件开发活动中文档的重要性。切入正题之前,先让我们浏览二个工作场景。 A君刚加入一个代码规模超过百万行的复杂通讯项目。在熟悉项目的过程中发现,上手新项目只能依靠几份单薄的PPT文档,而无法获得象样的系统架构文档、各子系统的概要设计文档和子系统间的接口文档。面对这样

原创 点赞10 阅读5804 收藏0 评论12 2012-08-18

软件工程师在外企学什么?

我在Motorola工作了近6年(注:在这期间我经历了Motorola拆分成Motorola Solutions和Motorola Mobility,以及Motorola Solutions将网络部门卖给NSN,期间我所在团队的企业文化和工作环境一直沿用的是原Motorola的),经历了从开发工程师到架构师的成长历程,在此分享一下软件工程师在Motorola这样的外企应学些什么。 首先,

原创 推荐 点赞45 阅读10000+ 收藏0 评论36 2012-05-14

拥抱“冲突”

在工作中,不时能经历同事对他人的“友善”。主要表现是:在讨论工作事宜时,他会说“我怕他不高兴”。遇到这种情形,我的第一反应是,为什么同事会怕他人不高兴?同时我也会指出,“关键点不应是别人高不高兴,而是事情做得对不对或好不好”。 贵国是一个很讲究“礼仪”的国家,与他人打交道时很容易想

原创 点赞1 阅读1358 收藏0 评论6 2010-09-26

将机会转变为能力

任何人的职业发展,都是伴随着机会的获得而前行的。同样一个机会,但每个人因为它而获得的发展空间却未必相同,这是由每个人将机会转换为能力的转换效率不同而导致的。机会是什么?机会更多的是挑战,而不是上司给予的升职。升职的机会少之又少,但挑战却无处不在。如果将挑战当作是机会,那人人都有机会,因为每个人都可以让自己面临它。机会也是一种心态。有的人总是觉得没有机会,那是因为抱着“60分万岁”的心态在做事。如果

原创 点赞3 阅读2148 收藏0 评论2 2010-09-24

无能的很可能正是我们自己

现实工作中,存在不少情形让我们觉得身处混乱使得工作应付不过来。最为常见的现象有:工作量太大、人力资源不足、沟通不畅等等。对于混乱状态的出现也存在不同的解释,比如:      1) 我的领导无能。有这种思想的人会认为:因为我的领导无能,造成向他人做了不应当做的承诺,最后导致过多的工作量。      2) 公司没有钱。有这种思想的人则认为

原创 推荐 点赞6 阅读8767 收藏1 评论22 2010-07-27

让我们拥有“改变”的心态和勇气

或许每一种工作只要时间做长了的话,就会变得不那么带劲,那怕是“很具创造性的”软件行业也不例外,工作一旦无趣那就意味着难以从工作中获得快乐和成就感,这将带来诸多负面影响。或许每天早上一想到上班就是一阵紧张;或许失去自己曾经在工作中坚持的原则从而变得对工作不负责任;也或许想到“另谋高就”;等等。然而,改变有助于让工作变得更加有趣。拿软件测试为例吧,如果每天只是机械地进行人工操作,那自然时间长了就无聊了

原创 推荐 点赞0 阅读1834 收藏0 评论4 2010-01-29

向“承诺升级”说不

在上《组织行为学》一课时,老师讲到了一个术语——承诺升级(读者可以Google一下)。通俗的理解就是,当某人做出了一个决策之后,在事后发现这一决策其实是错误的,取而代之的并非更改这一决策,而是试图投入更多的资源去证明自己的决策是正确的。在管理中出现承诺升级是很可怕的,那意味着将浪费大量的企业资源。做管理是这样,做技术也雷同!现实工作中,有些工程师在发现自己的想法或设计其实是错误的、或者在他人指出其

原创 推荐 点赞0 阅读4309 收藏0 评论7 2010-01-22

软件架构师 — 做不好士兵的将军不是好将军

上周,一位同事来到我的座位想和我聊天,当他看到我正在看程序代码,于是问了我一句,“你在写还是看程序?”。我当时正在看程序,于是我的回答是,“我正在看程序,但我自己也写程序”。于是,他又问道,“你觉得软件架构师需要自己写代码吗?”。我说,“其实是需要的”。他又回了一句,“是不是做不好士兵的将军

原创 推荐 点赞6 阅读10000+ 收藏0 评论35 2009-12-28

我对应聘者的面试原则

最近参与了几次单位招聘面试工作,在面试工程师时,我是用我的分层准则指导与候选人的交流内容,以确定他的能力层次是否达到我所期望的。大体上软件工程师可以分为三大层次,分别是技术知识积累层、掌握设计方法层以及运用开发方法论层。    对于处于技术知识积累层的工程师,他的兴趣点往往是学习新的技术,探究问题背后的原理,对于方法论和管理没有太大的兴趣,但很具有运用所掌握知识改变现

原创 推荐 点赞2 阅读3035 收藏0 评论18 2009-12-02

软件行业的另一个真相

如果你读过软件工程相关的书籍,那么你一定知道,在需求分析阶段所出现的问题如果遗留到了开发的后期阶段,那么为了修复这类错误,在开发后期将要花费比需求分析阶段高出好几倍的努力,这显然是一个真相!但是根据我的经验,让我们的开发团队最为痛苦的并不是因为需求错误(或变化)所导致的设计更改所引起的,而是不良设计所导致的!这是另一个真相!      往往,如果一个软件项目在需求

原创 推荐 点赞2 阅读2903 收藏1 评论15 2009-09-23

机会,是自己创造的

    如果你看过我的《跟我学UML》系列的文章,你会发现其中的UML图画得很“酷”,不是吗?那是因为所使用的工具很好的缘故,因为它完全遵循UML2.1版本的规范。我用的是专业版,当时采购它可是花了大约¥8000。这软件当然不是我自己买的,而是大约2年前单位出钱买的,由于过了维护期,所以版本一直没有升级,现在还在用6.3版,而从官网上了解到最新的应当是7.0版了。

原创 推荐 点赞0 阅读2534 收藏0 评论11 2009-08-26

警惕工作中的“假设综合症”

工作中不少人(包括我自己)都犯过“假设综合症”(这词是我发明的啊!我Google了一下还没有找到有这一说!),其直观的表现就是你觉得他很“神”,有些东西并不清楚结果,但它却“都知道”。假设综合症的临床表现就是,他假设了一个结果,然后告诉你这就是“事实”。 工作中犯假设综合症是很可怕的,其所带来的负

原创 推荐 点赞1 阅读2007 收藏0 评论7 2009-07-30

如何成为技术“牛人”

今天给浙江大学过来的几个还没有毕业的研究生做面试,这些研究生是想来公司实习的。在面试的过程中,一个学生问我“我们有C/C++、JAVA等等多种语言,我如何才能成为某一方面的一个技术牛人呢?这一问题一直困扰着我”,对于这个问题我提出了以下几个观点。1)自信第一。自信这东西很是奇怪,人有可能一开始会莫明其妙的自信,但一切都从这开始的。你觉得自己行你就一定会变得行,反之,如果觉得自已不行,那一定会不行。

原创 推荐 点赞15 阅读10000+ 收藏0 评论62 2009-07-16

另一个Windows — ReactOS,你知道吗?

    昨天去新华书店,看到一本书,于是今天一早打开china-pub的网站准备买这本书来看看。一打开china-pub的首页,就看到了很醒目的新书推荐 — 毛德操老师的《Windows 内核情景分析--采用开源代码ReactOS》。我的第一反应是,ReactOS是什么?难道是微软的开源项目?因为之前,我看到过来自InformationWeek的一篇报告,题目是《Wh

原创 点赞0 阅读7289 收藏0 评论2 2009-07-12

我所看到的印度软件业

说到印度的软件行业,我想国人的第一反应是“发达”。的确,印度是全球软件外包的最大国。这里我想与大家分享一下我所看到的印度软件业,这些看法是基于我现在公司的工作经历。当然,由于经历是很有局限性的,所以,我所看到的也只是很小的一部分,难免会有些片面。但无论如何,也是我们全面了解印度软件业的一个角度。 我在一家美资企业工作,总部是在Chicago。前两年所工作的项目,一开始

原创 推荐 点赞4 阅读10000+ 收藏0 评论18 2009-07-02

我为什么写《致IT同仁》

写《致IT同仁》是我对于IT行业的呐喊,之所以想呐喊,是因为我看到了太多的工程师(以及经理们)为了项目加班加点,非常的辛苦,真的是过着“有工作没有生活”的日子。我不知为什么,我似乎是一个明白人,明白问题出在哪,但似乎局中人个个不明白为什么,也不明白哪一条路是应当走的,只是拼命的干,结果却往往不尽人意。《致IT同仁》更多的是站在个人的角度来看问题的,这里我想从个人以外的角度来

原创 推荐 点赞4 阅读4267 收藏1 评论31 2009-06-30

致IT同仁 — IT人士常犯的17个职场错误

记得刚参加工作时(那是97年),中国的IT刚刚兴起,那时,作为一个IT人士是一件很光荣的事,而那时的我正在做电气和电子相关的工作。99年第一次跳槽,进入了IT行业做软件开发。至今,中国的IT已经走过了十多年。但昔日的“光荣一员”却成为了现在的“IT农民工”,这究竟是怎么了?是中国的IT发展已经很好了所造成的吗?不是!在我看来中国的IT还比较的原始,还

原创 推荐 点赞39 阅读10000+ 收藏1 评论77 2009-06-26
  • 1
  • 2