《软件工艺师：专业、务实、自豪》一3.2　维基百科对软件工艺的定义

前 言 那是20世纪90年代中期,我的职业生涯刚刚开始两年,巴西圣保罗有家大型国际公司宣布要一次招纳60名开发者.选拔过程分四个阶段,共需数周时间.第一阶段是三小时技术测试:第二阶段是两周的公司专有技术培训,培训结束后考试:第三阶段是一整天团队互动:第四阶段是最终一轮面试.该公司在一家大报纸上刊登了这一消息,大约有900名开发者应聘.那时我正在一家小软件公司上班,工作非常开心,但我觉得自己已经准备好干一番大事.因为第一阶段安排在周六,所以我决定去试试.不到300名开发者进入第二阶段,我也在其中.

3.7.6 <软件工艺宣言>及讲解 我们是有理想的软件工艺师,立志践行软件工艺并帮助他人学习软件工艺,以提升软件开发的专业水准.在此过程中,我们形成如下理念:不仅要开发出可行的软件,还要做工精良.不仅要应对变化,还要持续提升软件价值.不仅要注重个体与交互,还要打造专业的社团.不仅要注重客户协作,还要培养高效的伙伴关系.也就是说,在追求左侧价值的同时,我们也认为右侧那些价值是不容忽视的.软件工艺的实质就体现在宣言里"提升专业水准"这一表述之中.有一群经验丰富且才华卓越的开发者

3.6 软件开发是手艺.生意.工程.科学,还是艺术 刚参与软件工艺活动时,笔者记得自己总在讨论什么是软件开发.一开始笔者觉得它是门艺术,过了好些年,又感觉它像是一门手艺.但笔者认识的许多人,包括自己所崇敬的一些人在内,却根本不赞同这种看法.有人觉得软件开发是生意,也有人认为它是工程.但很少有人把软件开发当成科学.无论是把软件开发看作艺术.手艺.生意.工程,还是把它看成科学,主张不同的开发者都觉得自己的理由非常充分.只要去听一听这些支持各自论点的理由,你就会发现,其中许多理由都能说得通,虽然某些理

3.7.2 软件工艺概念走向全球 2009年2月26日,首次国际性的软件工艺大会在伦敦举办.2009年5月,也是在伦敦,Adewale Oshineye为渴望成为软件工艺师的开发者举办了一场研讨会,而Enrique Comba Riepenhausen则开始编写并传阅一本名叫<The Wandering Book>的书,这本书会由一位软件工艺师传给另一位,收集当时大家对软件工艺活动的整体看法和构想.世界各地的软件工艺师把自己对该职业的理解写到书中,并把书寄给另一位软件工艺师.在写下自己的想法时

3.7 软件工艺的历史 早在1992年,Jack W.Reeves就提出,软件开发更像手艺而非工程.虽说如此,但笔者依然认为软件工艺的真正发端是Andy Hunt与Dave Thomas在1999年写的<The Pragmatic Programmer:From Journeyman to Master>.2001年,Pete McBreen出版了<Software Craftsmanship:The New Imperative>,这本书中的大部分理念后来都体现在了软件工艺活动之

2.6.1 转型不彻底 这些年我见过许多向敏捷转型的项目,而且也参与了其中一些.很多公司都高调宣称自己要采用敏捷开发,但却没有做出实质努力,他们并没有变得更加敏捷.他们把敏捷开发想象成一套预先定好的步骤:只要跟着做,结果自然会好.今天,很多公司和团队都说敏捷开发不管用了,因为他们经历了向敏捷转型的过程,但转型过后却发现情况并未改观.可他们恰恰忘记了一点:软件项目的首要目标是交付软件产品本身. 我见过的所有转型过程几乎都存在转型不够彻底的问题.软件公司通常会请咨询机构与敏捷教练帮助公司改变开发流程

3.5 不要拘泥于定义 笔者更喜欢把软件工艺当成一种理念或思路,可以用来概括笔者所推崇的每一种具体做法.其实,包括笔者在内的许多开发者都可以说自己正在做着软件工艺所提倡的很多事情,例如认真对待自己的工作,力求上进,保持专业水准,通过帮助客户达成目标使客户满意,向其他开发者学习,分享自己的心得,以及帮助经验较少的开发者等. 只要你也看重上面这些事就好,即便不使用这个称谓,笔者也依然觉得你是软件工艺师.有些人不喜欢贴上这样的标签,甚至并不赞同软件工艺所采用的这套比喻.但是没关系,重要之处在于,我们身

1.2 新的挑战 良好的编程实践与技巧可以运用在各种环境和各类系统中,然而对目前的开发者来说,只会写代码是不够的.要想成为开发高手,不仅要写代码.熟悉编程语言及框架,还要学会其他技能.如今的开发者要学会与客户沟通.自动测试并部署.选择可能影响整个业务的技术.与分布式团队协作.帮客户决定需求并排定优先级.汇报工作进度.应对需求的变更与新提出的需求.向潜在客户或合作方展示产品.协助售前活动.评估时间与成本.招纳新的团队成员.设计并更新软件架构.处理非功能性的需求及服务级别协议(Service Lev

3.7.5 <软件工艺宣言>的制定过程 为了使软件工艺峰会不像2002年的软件学徒峰会那样虎头蛇尾,Micah Martin觉得这次应该有一些成果才对.他想要得到一些可以落在纸面上的东西,也就是说,他在这次峰会上的主要目标是编订某种形式的文档.与会者讨论了很多问题,其中包括软件工艺师和软件学徒的含义.他们也讨论了这份决议文是否尚无先例,到底应不应该产生这样一份决议文,若是应该,那这份文件又是针对谁而写,其中需要写哪些内容.大家都把各自的想法画在了白板上面,虽然收集到不少好点子,但白板上面的内容