英文捉急,只能挑一段看得比较懂的,而且正好和我们现在编程任务联系比较紧密的内容来谈一谈体会. 在<No Silver Bullet>中,作者描述了造成软件本质性困难(essence)的四个原因: 1.复杂性(complexity): 首先我们来看一下作者对软件的定义,其大意是“软件的本质是对一连串相关的概念的构建”: The essence of a software entity is a construct of interlocking concepts: data sets, rela…
在进行了一次结对编程.一次团队编程和一次个人编程项目后,读了<No Silver Bullet: Essence and Accidents of Software Engineering>,在此说说自己的感想体会.在团队编程中我们遇到了很多个人.结对编程时没有遇到的问题. Of all the monsters that fill the nightmares of our folklore, none terrify more than werewolves, because they t…
阅读作业 没有银弹 No Silver Bullet - Essence and Accidents of Software Engineering - Brooks 在这篇论文中,作者阐述了软件的四个本质:Complexity,Conformity,Changeablity, Invisibility 在解释复杂性时,作者首先把软件和其他的人类建造物做对比: Software entities are more complex for their size than perhaps any o…
软件工程M1/M2总结 写在前面的话: 这学期的软件工程伴着考期的展开逐渐落下帷幕,回顾这学期的软件工程,我感觉我的热情在一次又一次的失落中逐步消耗殆尽,每个人对于这门课的体验都会有所不同吧,可以确定的是软件工程的方法论非常重要,于实践中的应用也非常重要.但是这是否就自然而然的衍生出我们对于这门课程发自内心的认可呢?我认为这个问题还值得继续探讨. 进入正题: 这学期开始时进行了第一次的阅读作业,通过对于<构建之法>的快速阅读,我提出了对于软件工程方法论的5个问题. 这学期的软件工程课程临近尾声…
People-oriented in Agile People-oriented in Agile One Leader Prepare Good ideas from users People-oriented Performance No silver bullet , But people management Summary 面向人的敏捷开发,恩,这就是我今天想要表达的主题.之所以想表达这个主题,主要还是因为我在项目中的职能:项目经理——在管理一个团队与沟通的过程中,关于这一点触动最深.…
一 . 关于银弹 (Silver Bullet) 银弹,被引申为解决问题的有效办法.IBM大型机之父福瑞德·布鲁克斯在1986年的论文<没有银弹>中表达了他的观点:软件工程中不存在银弹——没有任何一项技术或方法可使软件工程的生产力在十年内提高十倍.文中着重探讨了软件工作的两个分类:本质性与附属性. 本质性(essence):软件本身在概念(conceptual)建构上存在先天的困难:亦即如何从抽象性问题,发展出具体概念上的解决方案. 附属性(accident):将概念上的构思施行于电脑上(编程…
1. Silver Bullet No Silver Bullet: Essence and Accidents of Software Engineering —— 无银弹理论,出自于美国1999年图领奖得主.世界软件工程的先驱Frederick P. Brooks.在论文中,Prof. Brook将软件工程中的银弹定义为一项能够将软件开发工作的轻松程度调高一个数量级的技术或工具.同时,他也将软件开发过程中的困难划分为两大部分,分别是Essence Difficulties & Acciden…
  个人阅读作业Week17 reading buaa software   解决的问题 这是提出问题的博客链接:http://www.cnblogs.com/SivilTaram/p/4830893.html 在week1的阅读中我提出了6个问题,下面是已经解决的问题及解决心得: P89页:在这里关于结对编程我有一个困惑:如果结对编程的伙伴不与我沟通,并且对于结对编程没有热情,这样的结对编程反而只会让效率低下.在这种情况下,除了换结对伙伴外(一般出门在外,身不由己),怎样能提高结对编程的效果?…
前两次阅读作业链接: http://www.cnblogs.com/SteelPillar/p/4027877.html http://www.cnblogs.com/SteelPillar/p/4096145.html 请说明哪些问题现在自己已经清楚了,请阐明一下,是如何通过看书,实践,或者讨论弄清楚的: 在实践过程中,我最终发现写成文档类的沟通是比较有效的.比如说,我和前端的负责人谈论她所需要的接口,如果少的话,在企鹅上一句两句就可以解释明白,但如果需求多的话,可能就要写一份需求的说明,我会…
一.软件工程M1/M2总结 写下这篇总结的时候,我们的软件项目尚未完工.虽然尝试申请了延期答辩,但最终未能成功.这意味着,我们的项目能否正常发布已经处于了一个微妙的状态.可能可以,也可能不可以.只能尽力而为了. 整个一学期的开发下来,我在软件工程方面体会最深的是成本问题以及技术债.以前写的项目往往没有特别严格的deadline,很多是个人的随兴而写的东西,写不动了就不写了.又或者是作业,最多也就那么一千行,怎么都是可以写完的.而软件工程这门课的团队项目,7个人,一个完整的网站,特别是对于我们这个…