[repost ]开发与研发

original:http://blogread.cn/it/article/2989?f=wb 按：这几天我一直在写这篇东西，本来是胸有成竹，没想到后来越写越发现自己在这个题目下有太多话想说，而以我现在的能力又不能很好地概括总结，以至于越写越长，文章结构也变得混乱，到后来修改的时候每次都要考虑好久才能下笔，所以决定拆成两部分来发，以便阅读。这篇写得我心力交瘁，质量不算好，凑合着看吧。 同样是写程序，不同的岗位工作内容不一样，对程序质量以及工程师的要求也不一样。程序开发大概可以划分成两类：开发和研发，相应也就有开发工程师和研发工程师。很多人觉得做开发和做研发没什么区别，“都是一样对着电脑写程序啊”，但其实这两者是完全不一样的，下面我想抛开公司对员工的期望、社会对工程师的需求等其它因素，单纯从国内互联网行业“工程师个人发展”的角度来说一下我个人对这两类工作的看法。 开发 开发一般是指产品开发，开发工程师直接为产品贡献代码。每个公司都有自己的产品线，拿 Google 来说吧，它有 Gmail, Chrome 等产品，每个产品都有很多开发工程师在后面支持，这些产品的开发、维护以及升级都是由相应的开发工程师负责的。由于开发工程师的工作直接关系到产品的质量和在线情况，所以开发工程师的责任是很重的，他可能经常为了下个版本的发布而加班，为了产品的故障不得不在休假的时候打开电脑工作，甚至在过年的时候都会接到领导的电话。所以你看到那些总抱怨加班太多，总是说自己是“IT民工”的，大部分都是开发工程师。在工程师当中，大部分人都是做产品开发的，毕竟公司都是要靠产品盈利，招聘的大部分人也要直接为产品服务。 做开发是很辛苦，但也有好处，因为需要对产品线负责，所以会是公司的核心，裁员对你威胁不大，如果你负责的产品恰好又是盈利产品的话，那么加薪、奖金、集体出游等福利都不会少。如果你足够幸运地加入了一家快速发展的创业公司，说不定一下子就发家了。还有很重要的一点是，作为产品的开发人员可以看到自己做的东西被那么多人使用，那是一种莫大的鼓励和肯定。 苦闷的开发工程师 尽管我很尊重开发工程师，但是我不得不承认，在国内大部分的公司，做开发工程师是没有前途的。首先，从微博到开心，有多少国内的产品不是山寨的？这也罢了，最恶心的是有一些产品经理连产品设计图都懒得自己画，直接去截取别人产品的图片，假如我是一个人人网的开发工程师，每天看到产品经理把 Facebook 新上线功能的截图拿过来让我做，你让我如何对产品有荣誉感和认同感？而如果一个开发工程师对自己做的东西没有荣誉感和认同感，那么他坚守自己的岗位要么是因为公司给的钱多，要么是因为他还没有找到下家。我个人认为，做开发最大的一个好处就是可以亲手实现一个“自己的作品”，就算平时很累，但最后完成它的时候也还是会无比满足，这点被剥夺了之后，和饭店打工的服务员有什么两样？不一样是为了糊口吗？ 我不知道别人怎样，但我自参加工作以来就一直纠结于此――甚至开发的大部分产品都不好意思写上自己的名字；直到前不久有机会去做一个公司内部使用的平台，才终于有个作品让自己觉得满意。相信很多开发工程师参加工作之前都对互联网上很多诸如Gmail, Facebook 等优秀的产品耳熟能详，自己也常梦想做出那样的产品，但万万没有想到的是，工作之后要学习的第一课就是“不要对自己做的东西有感情”――有了感情你就不愿意做广告弹窗，不愿意看到它下线，不愿意为了短期利益伤害用户。与此同时，你还要继续听产品经理和老大们满怀激情地说“我们一定要让用户喜欢我们的产品”。一个连开发工程师本人都觉得无聊的产品如何让用户真正喜欢呢？拿搜索巨人来说吧，Google 把社交网站看作是某种形式的娱乐而不是有用的工具，所以它会在社交领域失败，再牛的技术也无法遮盖情感上的空白。不过话说回来，这好像对于国内大部分的公司都不是问题，因为它们做一款产品只是想从用户那里拿到钱，如果以后用户流失了就下线，然后再开发一个新的。他们要的不是用户的长期感情，而是一夜情，开发工程师就是一夜情的工具。 其次，国内几乎所有公司的技术流程和技术积累都做得很烂，大部分都只是片面地追求开发速度。我们在大学里受到的教育是“文档和注释很重要”，工作之后才发现文档和注释是很稀有的东西，只有特别负责任的工程师才会挤时间去写。有一个很有意思的现象是，国内很多产品发布之后会特别自豪地说“XX 是我们开发团队在时间紧迫的情况下，封闭开发了X 天就完成的！只有最牛的工程师才能创造这样的奇迹！！多少个凌晨，XX写字楼上只有我们办公室的灯还亮着……”，然后你会觉得“好感动啊”，但冷静下来想一想，这种拼命赶工做出来的东西质量会过硬吗？抛开产品质量不谈，没有时间写文档、没有时间写注释、没有时间做 code review, 没有时间做阶段总结……没有了这些，作为一个开发工程师你通过这个项目可以提升多少呢？所以好多开发工程师一开始是“代码民工”，过了几年还是“代码民工”，而一个人年富力强的时间又有几年呢？怪不得那么多人说工程师和妓女一样，都是吃青春饭的。 发展方向 我个人认为，国内的开发工程师大概有三个发展方向：1.做管理。 2. 去做架构等与产品关系不那么紧密的研发。3. 提升其它方面的能力，做 “A+ Player”，然后自己创业。我对管理没有研究，也没有兴趣，这里就不说了。研发我会在下篇中细说，这里主要说一下第三条。 为什么要关注代码之外的事情 如果你只会埋头写代码，那么代码写得再好也可能不会是一个好的开发工程师。做开发不是做学术研究，你的任务不是去钻研技术，而是利用自己的技术把产品做出来。尽管技术能力是基础，但如果无法把能力很好地应用到开发当中，那么你在团队中就没什么价值。举个例子，如果你不能很好地理解产品需求，那么就会根据自己的理解去做技术方面的架构和编码，等到后来发现了再去修改就特别麻烦，这个时候技术能力强反而成了坏事，南辕北辙的故事我想大家都听说过。 很多开发工程师属于那种“很本分”的人，从来不会提出意见，不关心产品形态和细节，只是去做产品经理提出的需求。我觉得别人把工程师叫做“代码民工”也就算了，但是工程师对自己做的东西完全没有看法，那就是甘心沦落为民工了。这也有文化的原因，国内的公司都喜欢那些不爱抱怨的员工，因为他们听话而且符合中国传统的价值观，但我更喜欢那些爱抱怨并且抱怨得有道理的人，因为国内（不只是互联网上面）粗制滥造的东西实在太他妈的多了，不抱怨才不正常，有不满才会去思考如何做得更好。 曾经听到有人谈论如何管理技术人员的时候说：“管理技术人员很简单，找一个比他们都牛的人就行了。” 这个人很了解工程师的脾气。工程师去判断其他工程师的时候，往往只看他的技术能力，觉得谁的技术好谁就最牛，其它的都无所谓。没错，技术牛的工程师写的代码质量很高，但这只是一个方面而已，判断一个人在团队中是不是“很牛”要看他对团队对产品的整体贡献，而不是他的个人能力。他能很好地理解产品需求吗？能很好地理解设计师的意图吗？和团队其他成员沟通顺利吗？写出的代码方便测试吗？会对产品提出好的建议吗？……这些都是判断一个开发工程师的标准，整体素质越高在团队中的价值也就越大。 所以要想做一个好的开发工程师，就要在写好代码的同时努力提高其它方面的能力。我知道大部分的工程师都喜欢和机器而不是和人打交道，所以遇到和产品经理、设计师以及 QA 等部门协调沟通的时候就皱眉头。协调沟通确实是一件闹心的事情，但从另一方面来说，这是开发工程师的一个得天独厚的优势：你可以深入接触产品生产线上的所有环节。需求评审的时候，你可以了解产品设计；开发界面的时候，你可以了解到视觉和交互设计；测试的时候，你可以了解到产品测试的细节；上线的时候，你也可以多观察 Ops 同事的操作。如果你可以在协调沟通的时候学会换位思考，多从对方的角度看问题，多想一下“他为什么要这么做”，那么不知不觉就会对各个领域有一些了解，进而发现原来每个领域都大有学问，就不会因为周围那些学艺不精的人而轻视他们所在的领域。 学习设计 对于工程师来说，测试和上线都是技术性的工作，和开发有很多相通的地方，而产品设计、交互设计和视觉设计等设计领域则比较陌生。对于自己不了解的东西，我们的看法往往会趋于两个极端：要么是看得高深莫测，要么是看得一文不值。其实对于大部分的东西，只要不笨并且愿意下功夫学习，总是可以学会的。尽管达到大师的水平可能需要传说中的“天赋”，但做到中等水平并不是特别困难。关于设计领域我一直在断断续续地在学习，到现在可能连略窥门径也算不上，这里只是说一下我个人对设计的理解和心得，供大家参考。 产品设计 产品设计看上去比较简单，因为只要清楚自己想要做什么，那么自然可以慢慢勾勒出产品的形态和功能。要做好产品设计，就需要平时多下一些功夫，多研究一下互联网上那些已有的产品，另外还需要多看一些诸如社会学、历史等“闲书”，举个例子，假如你想开发一款针对台湾用户的产品，那么了解一下台湾的文化肯定是有必要的。总之，学习产品设计是慢功夫，没有什么速成的捷径，只有一点一滴地不断积累才能培养出敏锐的产品意识和深刻的洞察力。 工程师学习产品设计有一个优势，那就是设计出来的产品是自己亲手实现的，你可以在实现的过程中不断重新反思原来的设计，然后加以修改和完善。这就好像写文章一样，很多时候你写东西的时候并不清楚自己具体要写什么，但只要是下笔开始写，写着写着就会发现新的想法，写作的过程同时也是思考的过程。写作和写代码很像，它们不仅可以表达想法，还可以创造想法。 视觉设计 很多工程师听到视觉设计会立刻退避三舍，觉得自己“不会画画”、“不懂配色”是不可能学习视觉设计的。诚然，视觉设计是需要更多艺术方面的基本功，要完全掌握需要长期的训练，但我们还是可以从简单的学起，慢慢培养对设计的感觉。我个人在这方面所知非常有限，但是对视觉设计中的完美主义印象深刻。 编程的时候，如果你的某行代码多了一个空行可能不会有什么问题，但在视觉设计中差了 1 个像素或者 10% 的透明度就是不可容忍的，很多设计师要求的都是 “Pixel-Perfect”――像素级别的完美。如果你不苛刻地追求完美，几个这样的“小瑕疵”就可以把整个作品毁掉。在我没有接触过视觉设计的时候很难理解这一点，切页面的时候并不会特别仔细地去看设计图，而且为了降低技术难度会想当然地篡改设计师的意图，比如把一些微小的渐变用纯色代替，这是很无知的做法。所以当设计师要求你做一个 [...]



via WordPress http://blog.newitfarmer.com/industry/career/13022/repost-%e5%bc%80%e5%8f%91%e4%b8%8e%e7%a0%94%e5%8f%91#utm_source=rss&utm_medium=rss&utm_campaign=repost-%25e5%25bc%2580%25e5%258f%2591%25e4%25b8%258e%25e7%25a0%2594%25e5%258f%2591