优秀软件开发者必须具备的能力解读.docx

《优秀软件开发者必须具备的能力解读.docx》由会员分享，可在线阅读，更多相关《优秀软件开发者必须具备的能力解读.docx（11页珍藏版）》请在课桌文档上搜索。

1、优秀软件开发者必需具备的实力(2009-10-1()05:39:45选择从事软件开发.就选择了与挑战为伍.时下这个年头的软件开发已经不再是上个世纪的软件开发了.那时候基本上你选择一种开发语言和一个开发环境.就可以吃饱饭.而且还可以吃得很好。然而在软件行业发展到今日.我们有多数种开发语言.有多数种开发理念,有多数个框架,这些东西为软件开发的各个领域带来了便利.这是主动的一方面。但是也有消极的一方法,往往在众多的选择面前,会让你手足无措。如今.单单靠运用一种编程语言.即便你炉火纯青、登峰造极.也算不上是一个优秀的软件开发者。那么究竟怎样才可以在日新月异的软件开发技术面前.可以立于不败之地,做一个软

2、件开发的常青树呢？1、至少驾驭两种开发语言终归软件开发还是要靠开发语言的,这是立足之本。那么为什么至少要驾驭两种以上呢,因为每种开发语言都具备它的优势和不足,并且都有自己的一套理念。驾驭多种语言的目的.一是为了综合各家之特长.二是要融汇贯穿。假如这两种语言不是一个派系的语言那就更好了(如C+和Java02、至少驾驭两种程序设计思想时下是面对对象设计思想的天下.很多人认为凡事都面对对象那就万事大吉了。程序设计思想就犹如文化历史一般,几千年的历史就是在改朝换代的模式中不断前进的。程序的设计思想也同样是百花齐放,只不过当前是面对对象比较主流而已。要知道,即便是面对对象占确定主流的今日.很多软件也并不

3、是采纳这种思想来开发的.比如WindoWS本身。任何一种设计理念最终有一天都将成为过去和历史.我们只要通过两种以上的设计思想的驾驭.达到驾驭了软件设计的本质.那才可以永垂不朽。3、至少驾驭两个领域专长的学问软件本身并不能创建价值.它须要为别的领域服务才可以体现其价值，我预期在将来,领域软件才是真正的高回报软件。作为一个优秀的软件开发者.不应当依靠于需求分析人员对特定领域的分析,不应当依靠于市场分析人员对特定市场的分析，而要培育自己的领域专长,这样才不会让自己沦为写代码的机器。一个只会写代码的程序员当然不会恒久被重视,但一个有思维有活力有领域专长和市场洞察力的开发者.那就大大不同了。4、至少懂得

4、跟两类人进行沟通人是社会人.所以离不开社会.离不开沟通。软件开发又是多人合作的行当.单枪匹马总会显得势单力薄.难成大事。因此软件开发中最重要的技能之一就是能够与其他开发者一起高效工作程序员,测试员,架构师等等。另外还必需跟软件的受众进行充分的沟通客户,用户.老板等等。假如你能够很好地处理这些关系,那么胜利的大路也就离你不远了。5、要博客、写文章、与人沟通有谁能够记住每件事?我不能.所以我把它们登记来.当须要的时候.可以回头翻阅参考,除此之外.可以借此从读者那里获得反饿.让我对同样的问题收获更多的解决方法。事实上.我已经获得了很多与我工作有关的反馈.虽然有好有坏.但我会一一验证,这个过程也让我受

5、益匪浅。其实还有很多很多,比如:要保持自我学习和完善的习惯、停止无休止的埋怨、等等在此就不逐一排列了。最终,请记住不要恒久只做个程序员。一旦自我满意并觉得自己是个优秀的程序员.就得重新规划你自己.扩展爱好。搞开发只是这个过程的一部分.了解用户和商业.那才是真正的艺术,每个人应当以此为目标并努力驾驭它。基本素养一,是具有良好的编码实力,编码实力干脆确定了项目开发的效率。这就要求软件工程师至少精通一门编程语言,比如当前国内企业常用的C/C+、VB和国际上最流行的JaVa语言,熟识它的基本语法、技术特点和API（应用程序接口基本素养二启觉的规范意识和团队精神.企业希望聘请到的程序员编程不确定很快.但

6、是须要特别规范.个人实力不确定很强,但须要合作意识很好。基本素养三,是相识和运用数据库的实力.即会运用目前常用的数据库软件.如甲骨文公司和微软公司的数据库等。基本素养四.较强的英语阅读和写作实力。程序世界的主导语言是英文,编写程序开发文档和开发工具帮助文件离不开英文。作为基础软件工程师,具有确定的英语基础对于提升自身的学习和工作实力极有帮助。基本素养五.是具有软件工程的概念。从项目需求分析起先到安装调试完毕.基础软件工程陆都必需能清晰地理解和把握这些过程.并能胜任各种环节的具体工作。基本素养六.是求知欲和进取心。软件业是一个不断变更和不断创新的行业.软件人才的求知欲和进取心就显得尤为重要,它是

7、在这个激烈竞争的行业中立足的基本条件，程序员是一种技术工作,在IT的发展中有相当重要的地位,从底层硬件通讯协议的建立.到数据传输层的处理.到操作系统的建设.到数据库平台的建设.始终到应用层上各种数据营销平台的搭建.程序员在里面都扮演若举足轻重的角色并为IT事业的发展做出了巨大的贡献。中国有很多精于编码的人,但是中国软件行业,尤其是网络应用开发方面误区很大,很难形成有规模的软件开发力气和产品实力.不但比美国差距甚远,和印度相比也是颇有不如，这些问题不是在于中国程序员的智商和工作努力状况,也不是在于国家和民间对开发的投入程度.而是很大程度上.有一些对技术.对程序开发.对项目设计方面的思想误区.这些

8、误区.导致了软件行业的产品化实力不足.缺乏规模化和大型复用系统研发实力.可以说.变更相识误区.是解决软件行业小作坊模式和个体英雄模式所带来的局限性的更要工作。中国有很多小学友.他们18.9岁或21.2岁.通过自学也写了不少代码.他们有的代码写的很美丽.一些技术细微环节相当出众.也很有钻研精神.但是他们被一些错误的相识和观点左右,缺乏对系统,对程序的整体理解实力,这些人.一个网上的挚友说得很好,他们事实上只是一些Cx1.ingfa叫压根没有资格称为程序员,但是据我所知,不少小网络公司的CTO就是这样的CodingfanS.拿着吓人的工资.做着吓人的项目.项目的结局通常也很吓人。程序员基本素养：作

9、一个真正合格的程序员.或者说就是可以真正合格完成一些代码工作的程序员,应当具有的素养。I：团队精神和协作实力把它作为基本素养,并不是不重要,恰恰相反,这是程序员应当具备的最基本的,也是最重要的安家立命之本。把高水平程序员说成独行供的都是在吃语,任何个人的力气都是有限的.即便如IinUS这样的天才.也须要通过组成强大的团队来创建奇迹.那些遍布全球的为IinUX写核心的高手们,没有协作精神是不行想象的。独行侠可以作一些赚钱的小软件发点小财.但是一旦进入一些大系统的研发团队,进入商业化和产品化的开发任务,缺乏这种素养的人就完全不合格了。2：文档习惯说高水平程序员从来不写文档的确定是乳臭未干的毛孩子.

10、良好的文档是正规研发流程中特别重要的环节,作为代码程序员,30%的工作时间写技术文档是很正常的.而作为高级程序员和系统分析员.这个比例还要高很多。缺乏文档.一个软件系统就缺乏生命力.在将来的查错.升级以及模块的复用时就都会遇到极大的麻烦。3：规范化.标准化的代码编写习惯作为一些外国知名软件公司的规则.代码的变量命名.代码内注释格式.甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定.良好的编写习惯.不但有助于代码的移植和纠错.也有助于不同技术人员之间的协作。有些codingfans叫嚣高水平程序员写的代码旁人从来看不懂,这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性,是程序

11、员基本的素养需求。再看看整个HnUX的搭建.没有规范化和标准化的代码习惯,全球的研发协作是确定不行想象的。4:需求理解实力程序员须要理解一个模块的需求.很多小挚友写程序往往只关注一个功能需求.他们把性能指标全部归结到硬件.操作系统和开发环境上.而忽视了本身代码的性能考虑.有人曾经放言说写一个广告交换程序很简洁,这种人从来不知道在百万甚至千万数量级的访问状况下的性能指标是如何实现的,对于这样的程序员,你给他深蓝那套系统.他也做不出太极链的并访实力。性能需求指标中稳定性.并访支撑实力以及平安性都很歪要.作为程序员须要评估该模块在系统运营中所处的环境.将要受到的负荷伍力以及各种潜在的危急和恶意攻击的

12、可能性。就这一点.一个成熟的程序员至少须要2到3年的项目研发和跟踪阅历才有可能有心得。5：复用性.模块化思维实力常常可以听到一些程序员有这样的埋怨,写了几年程序,变成了娴熟工,每天都是重复写一些没有任何新意的代码,这其实是中国软件人才最大奢侈的地方,一些重复性工作变成了娴熟程序员的主要工作.而这些.其实是完全可以避开的。复用性设计.模块化思维就是要程序员在完成任何一个功能模块或函数的时候.要多想一些,不要局限在完成当前任务的简洁思路上.想想看该模块是否可以脱离这个系统存在.是否可以通过简洁的修改参数的方式在其他系统和应用环境下干脆引用.这样就能极大避开重复性的开发工作,假如一个软件研发单位和工

13、作组能够在每一次研发过程中都考虑到这些问题,那么程序员就不会在重复性的工作中耽搁太多时间.就会有更多时间和精力投入到创新的代码工作中去.一些好的程序模块代码.即便是70年头写成的.拿到现在放到一些系统里面作为功能模块都能适合的很好.而现在我看到的是.很多小公司软件一升级或改进就动辄全部代码重写,大部分重复性工作无谓的奢侈了时间和精力O程序员应具备的素养中6:测试习惯作为一些商业化正规化的开发而言,专职的测试工程帅是不行少的,但是并不是说有了专职的测试工程师程序员就可以不进行自测;软件研发作为一项工程而言,一个很重要的特点就是问题发觉的越早.解决的代价就鹿低.程序员在每段代码.每个子模块完成后进

14、行仔细的测试.就可以尽量将一些潜在的问题最早的发觉和解决,这样对整体系统建设的效率和牢靠性就有了最大的保证。测试工作事实上须要考虑两方面.一方面是正常调用的测试.也就是看程序是否能在正常调用下完成基本功筑.这是最基本的测试职责,惋惜在很多公司这成了唯一的测试任务,事实上还差的远那;其次方面就是异样调用的测试,比如高压力负荷下的稳定性测试.用户潜在的异样输入状况下的测试.整体系统局部故障状况下该模块受影响状况的测试.频发的异样恳求堵塞资源时的模块稔定测试等等。当然并不是程序员要对自己的每段代码都须要进行这种完整测试.但是程序员必需醒悟相识自己的代码任务在整体项目中的地位和各种性能需求,有针对性的

15、进行相关测试并尽早发觉和解决问题,当然这须要上面提到的需求理解实力“7:学习和总结的实力程序员是人才很简洁被淘汰,很简洁落伍的职业.因为一种技术可能仅仅在三两年内具有领先性.程序员假如想安家立命.就必需不断跟进新的技术.学习新的技能。擅长学习.对于任何职业而言.都是前进所必需的动力.对于程序员.这种耍求就更加高了。但是学习也要找对目标,一些小codingfans们他们也津津乐道于他们的学习实力.一会学会了asp.一会儿学会了php.一会儿学会了jsp,他们把这个作为炫雄的资本.盲目的追逐一些肤浅的,表面的东西和名词,做网络程序不懂通讯传输协议,做应用程序不懂中断向量处理.这样的技术人员.不管驾

16、驭了多少所谓的新语言.恒久不会有质的提高。擅长总结.也是学习实力的一种体现.每次完成一个研发任务,完成一段代码.都应当有目的的跟踪该程序的应用状况和用户反馈,随时总结,找到自己的不足,这样逐步提高,一个程序员才可能成长起来。一个不具备成长性的程序员,即便眼前看是个高手,建议也不要选用,因为他落伍的时候立刻就到了。具备以上全部素养的人.应当说是够格的程序员了.请留意以上的各种素养都不是由IQ确定的.也不是高校某些课本里可以学习到的.须要的仅仅是程序员对自己工作的相识,是一种意识上的问题。那么作为高级程序员.以至于系统分析员.也就是对于一个程序项目的设计者而言.除了应当具备上述全部素养之外,还须要

17、具备以下素养：第一,需求分析实力对于程序员而言,理解需求就可以完成合格的代码,但是对于研发项目的组织和管理者,他们不但要理解客户需求,更多时候还要自行制定一些需求.为什么这么说呢?一般而言,进行研发任务.或许是客户提出需求.或许是市场和营销部门提出的需求.这时候对于研发部门.他们看到的不是一个完整的需求.通常而言.该需求仅仅是一些功能上的要求.或者更正规些.可能获得一个完整的用户视图:但是这都不够.因为客户由于非技术因素多一些.他们可能很难提出完整和清晰.或者说专业性的性能需求.但是对于项目组织者和规划者.他必需能够醒悟相识到这些需求的存在并在完成需求分析报告的时候适当的提出,同时要完整和清晰

18、的体现在设计说明书里面.以便于程序员编码时不会失去这些准则。程序设计者必需正确理解用户需求所处的环境,并针对慢做出需求的分析.举例而言.同样一个软件通过ASP租用方式发布和通过1.icense方式发布.性能需求可能就是有区分的.前者强调的是更好的支撑实力和稳定性.而后者则可能更强调在各种平台下的普适性和安装运用的简捷性。其次,项目设计方法和流程处理实力程序设计者必需能够驾驭不少于两到三种的项目设计方法（比如自顶至下的设计方法,比如快速原型法等等.并能够依据项目需求和资源搭配来选择合适的设计方法进行项目的整体设计。设计方法上选择不当.就会耽搁研发周期.奢侈研发资源.甚至影响研发效果。-个程序设计

19、者还须要把很多功夫用在流程图的设计和处理上.他须要做数据流图以确立数据词典:他须要加工逻辑流图以形成整体的系统处理流程。一个流程有问题的系统，就算代码多美丽，每个模块多精致，也不会成为一个好的系统。当然.做好流程分析并选择好项目设计方法.都须要在需求分析实力上具有足够的把握，第三.复用设计和模块化分解实力这个好像又是老调重谈.前面基本素养上不是已经说明白这个问题吗？作为一个从事模块任务的程序员，他须要对他所面对的特定功能模块的复用性进行考虑,而作为一个系统分析人员，他要面对的问题困难的多，须耍对整体系统依据一种模块化的分析实力分解为很多可复用的功能模块和函数.并针对每一模块形成一个独立的设计需

20、求。举个例子.好比是汽车生产.最早每辆汽车都是独立安装的，每个部件都是量身定做的，但是后来不一样了.机器化大生产了，一个汽车厂起先通过流水线来生产汽车，独立部件起先具有确定的复用性,在后来标准化成为大趋势，不同型号，品牌甚至不同厂商的汽车部件也可以进行便利的换装和升级，这时候,汽车生产的效率达到最大化。软件工程也是同样的道理，一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随意换装的，比如微软的很多更面软件，在很多操作模块（如打开文件，保存文件等等）都是复用的同一套功能模块，而这些接口又通过一些类库供应给了桌面应用程序开发者便利挂接，这就是复用化的模块设计明显的一个佐证。将一个大型

21、的.错综困难的应用系统分解成一些相对独立的，具有高度复用性的，并能仅仅依克几个参数完成数据联系的模块组合，是作为高级程序员和系统分析员一项最重要的工作，合适的项目设计方法.清晰的流程图，是实现这一目标的重要保证。第四，整体项目评估实力作为系统设计人员，必需能够从全局动身.对项目又整体的醒悟相识,比如公司的资源配置是否合理和到位，比如工程进度支配是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量,评估项目所需的资源，评估项目可能遇到的困难，都需耍大量的阅历积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件系统设计的带头人都是很年长的，比如450岁，甚至更老.

22、他们在编码方面已经远远不如年轻人那样活络,但是就项目评估而言，他们几十年的阅历积累就是最重要和珍贵的财富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员,而是那种年纪的程序员基本上都是探讨单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累那种产品化研发的阅历，这也是没有方法的事情。程序员应具备的素养下第五，团队组织管理实力完成一个项目工程.须要团队的同心协力，作为项目设计者或研发的主管人.就应当有能力最大化发挥团队的整体力气，技术管理由于其专业慢质,不大同于一般的人事管理，因为这里面设计了一些技术性的指标和因素。首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化

23、又不是简单的代码行数可以计算的，因此要求技术管理人员须要能真正评估一个模块的困难性和工作量。其次是对团队协作模式的调整.一般而言,程序开发的协作通常分为小组进行，小组有主程序员方式的.也有民主方式的，依据程序员之间的实力水平差距，以及依据项目研发的需求,选择合适的组队方式,并能将责权和成员的工作任务紧密结合,这样才能辰大发挥组队的效率。一个代码水平高的人，未必能成为一个合格的项目研发主管,这方面的实力欠缺往往是容易被忽视的。综上可以看到，作为一个主管研发的负费人，一个项目设计者，所须要具备的素质和实力并不是程序代码编写的实力，当然一般状况下，一个程序员通过不断的总结提高达到了这种素养的时候,他

24、所具有的代码编写实力也已经相当不简单了，但是请留意这里面的因果关系，一个高水平的项目设计者通常已经是代码编写相当优秀的人了,但是并不是一个代码相当优秀的程序员就可以胜任项目设计的工作，这里面存在的也不是智商和课本的问题，还是在于一个程序员在积累阅历，逐步提升的时候没有意识到应当思索哪方面的东西,没有有意识的就项目的组织和复用设计进行揣摩.没有常常性的文档习惯和总结习惯，不变更这些，我们的合格的项目设计者还是特别欠族。另外，为防止有无聊的人和我较真，补充一点.本文针对目标是作商业化的软件项目和工程.那些科研机构的编程高手,比如算法高手，比如图象处理高手，他们的工作是探讨课题而非干脆完成商业软件（

25、当然最终间接成为商业产品，比如微软探讨院在作的探讨课就）,因此他们强调的素养可能是另外的东西，这些人（专家），并不能说是程序员，不能用程序员的标准去衡量.最终补充一点东西，一个软件项目研发的设计流程是怎样的呢？以通常标准的设计方法为例，（不过笔者喜爱快速原型法）。第一个步骤是市场调研.技术和市场要结合才能体现最大价值。其次个步骤是需求分析，这个阶段须要出三样东西，用户视图.数据词典和用户操作手册。用户视图是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了很多操作方面的流程和条件。数据词典是指明数据逻埴关系并加以整理的东东.完成了数据词典.数据库的设计就完成了一半多。用户操作

26、手册是指明白操作流程的说明书.请留意，用户操作流程和用户视图是由需求确定的，因此应当在软件设计之前完成，完成这些，就为程序研发供应了约束和准绳，很缺憾太多公司都不是这样做的，因果颠倒.顺序不分.开发工作和实际需求往往因此产生隔阂脱节的现象。需求分析.除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明书，因为往往性能需求只有懂技术的人才可能理解，这就须要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解.第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采纳这种方法是因为涉及的研发

27、任务属于新领域，技术主管人员一上来无法给出明确的具体设计说明书，但是并不是说具体设计说明书不至要，事实上快速原型法在完成原型代码后，依据评测结果和阅历教训的总结，还要重新进行详细设计的步骤。第四个步骤是具体设计,这是考验技术专家设计思维的重要关卡.具体设计说明书应当把具体的模块以最干净的方式（黑箱结构）供应应编码者，使得系统整体模块化达到最大；一份好的具体设计说明书，可以使编码的困难性减低到最低，事实上，严格的讲具体设计说明书应当把每个函数的每个参数的定义都精精细细的供应出来.从需求分析到概要设计到完成具体设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软件系统在完成了一半的时候

28、，其实还没有起先一行代码工作.那些把作软件的程序员简洁理解为写代码的，就从根子上犯了错误了。第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2,通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高.编码时不同模块之间的进度协调和协作是最须要当心的，或许一个小模块的问题就可能影响了整体进度.让很多程序员因此被迫停下工作等待,这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必需恒久面对这个问题，大名鼎能的微软.可曾有连续三个月不发补丁的时候吗？从来没有！第六个步骤是测试测试

29、有很多种：依据测试执行方，可以分为内部测试和外部测试依据冽试范围,可以分为模块测试和整体联调依据测试条件，可以分为正常操作状况测试和异样状况测试依据测试的输入范围，可以分为全覆盖测试和抽样测试以上都很好理解，不再说明。总之，测试同样是项目研发中一个相当重要的步骤.对于一个大型软件，3个月到1.年的外部测试都是正常的，因为恒久都会又不行预料的问邈存在。完成测试后，完成聆收并完成最终的一些帮助文档.整体项目才算告一段落.当然日后少不了升级.修补等等工作,只要不是想通过一锤子买卖骗钱.就要不停的跟踪软件的运营状况并持续修补升级，知道这个软件被彻底淘汰为止C写这些步骤算不上卖弄什么，因为实话讲我手边是

30、一本软件工程，在高校里这是计算机专业的必修课程，但是我知道很多程序员好像从来都只是热衷于什么30天精通VC之类的，他们有些和我一样游击队出身，没有正规学过这个专业，还有一些则早就在混够学分后就把这些真正有用的东西还给了老师。网上现在也很浮躁,乱嚷嚷.混淆视听，网上现在也很浮躁.一些COdingfan，乱嚷0,混淆视听，事实上真正的技术专家很少在网上乱发帖子惯这种对技术，的.如笔者这样不知天高地厚的,其实实在是算不上什么高手，只不过看不惯这种对技术，对程序员的如笔者这样不知天高地厚的，其实实在是算不上什么高手，误会和胡说.只好自告奋勇,做拨乱反正之言，误会和胡说.只好自告奋勇，做拨乱反正之言.也希望那些还沉迷于一些错误人士的codingfa媵们能仔细想想.走到正途上，终归那些聪京的头脑还远远没有发挥应有的价值。仔细想想，走到正途上，远远没有发挥应有的价值。