首页 > 其他分享 >三月读书笔记3

三月读书笔记3

时间:2023-03-31 23:55:53浏览次数:39  
标签:概念 -- 读书笔记 系统 交流 三月 完整性 实现

阅读了《人月神话》贵族专制、民主政治和系统设计,画蛇添足,贯彻执行,为什么巴比伦塔会失败?这几章,对于《人月神话》这本书也有了更深的了解,这本书在宏观的大层面的角度看待软件工程的系统开发,没一句讲的具体知识,讲的全是一个项目的开发注意事项。首先,运用大教堂的成功,巴比伦塔的失败,将概念的完整性的重要性完美的呈现在我们面前,在这个过程中,为了概念的完整性,我们宁可舍弃一些一些优秀的的方法,程序,概念的完整性要求设计必须由一个人,或者非常少数互有默契的人员来实现。实现同样是一项高级别的创造性活动。具体实现中创造和发明的机会,并不会因为指定了外部技术说明而大为减少,相反创造性活动会因为规范化而得到增强,整个产品也一样。概念的完整性的确要求系统只反映唯一的设计理念,用户所见的技术说明来自少数人的思想。实际工作被划分成体系结构、设计实现和物理实现,但这并不意味着该开发模式下的系统需要更长的时间来创建。经验显示恰恰相反,整个系统将会开发得更快,所需要的测试时间将更少。同工作的水平分割相比,垂直划分从根本上大大减少了劳动量,结果是使交流彻底地简化,概念完整性得到大幅提高。然后也要解决画蛇添足的问题:坚持至少拥有两个系统以上开发经验结构师的决定。同时,保持对特殊诱惑的警觉,他可以不断提出正确的问题,确保原则上的概念和目标在详细设计中得到完整的体现。同时,也要贯穿只许结构师的决策,要进行文档的规格说明,同时,也要及时的更新,修改。会议是必要的,相同小组--结构师、用户和实现人员--每周交流一次。因此,大家对项目相关的内容比较了解,不需要安排额外时间对人员进行培训。小组十分睿智和敏锐,深刻理解所面对的问题,并且与产品密切相关。没有人是"顾问"的角色,每个人都要承担义务. 当问题出现时,在界线的内部和外部同时寻求解决方案。正式的书面建议集中了注意力,强制了决策的制订,避免了会议草稿纪要方式的不一致。清晰地授予首席结构师决策的权力,避免了妥协和拖延。交流和交流的结果--组织,是成功的关键。交流和组织的技能需要管理者仔细考虑,相关经验的积累和能力的提高同软件技术本身一样重要。

标签:概念,--,读书笔记,系统,交流,三月,完整性,实现
From: https://www.cnblogs.com/JIANGzihao0222/p/17277896.html

相关文章

  • 构建之法 读书笔记
    体会:书中举的四则运算的例子做深了以后可能还涉及一些相对比较复杂的算法,可是在现实中接触到的系统很多是业务驱动的系统,用户量可能不会超过2000,CRUD,业务复杂流程交给成熟的工作流系统去做了,CRUD是很简单的数据库表操作,数据库操作有现成的框架,前端有现成的框架,后端有现成的框架,程......
  • 读书笔记(三)
    构建之法这本书的好首先就在于这是一本全景式的图书,能让你更了解这个软件行业。可以让人从陌生变熟悉,所以这本书是不错的。其次,这是一本实践式的书,涵盖了科学软件开展的每个方面,不单单只是实践,理论的东西也很重要。我们中国大陆的教育工作者更接近实际,所以这本书就介绍了我们教育......
  • 读书笔记(二)
    体会:我大概听过两类企业,有一类是每个工程师就是一个螺丝钉,在自己的某个技术上发挥极致的能力,有一类是每个工程师类似一个"大杂烩"(这个比喻不知道恰当与否,就是表示工程师需要处理项目中各类技术方面的问题),前一类公司培养出来的工程师可能是强化自己现有的技术能力,而另外一类公司的......
  • 构建之法读书笔记四
    第五章团队和流程5.2软件团队的模式主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式5.3开发流程①写了再改模式②瀑布模型(WaterfallModel)是一个项目开发架构,开发过程是通过设计一系列阶段顺序......
  • 构建之法读书笔记三
    第四章两人合作4.1代码规范包括代码风格规范和代码设计规范4.2代码风格规范代码风格原则:简明、易读、无二异性缩进:4个空格,而不是TAB行宽:限定为100字符括号断行与空白的{}行分行命名:匈牙利命名法下划线:分隔变量名字中的作用域标注和变量语义大小写(Pascal形式和Camel......
  • 构筑之法读书笔记02
    在学习之余,我又重拾了身边那本《构筑之法》,并对其进行了学习,这次学习的经历依然让我收获颇丰。这两章内容从需求分析出发到创新都离不开客户。需求分析要对用户进行调研,了解用户的想法,俗话说仁者见仁智者见智,调查也要采取合适的方法。确定用户需求在建立软件的时候要PK掉对手......
  • 人月神话读书笔记3
    第十三章—整体部分。防范bug的定义。系统各个组成部分的开发者都会做出一些假设,而这些假设之间的不匹配,是大多数致命和难以察觉的bug的主要来源。好的自顶向下设计从几个方面避免了bug:首先,清晰的结构和表达方式更容易对需求和模块功能进行精确的描述。其次,模块分割和模块独立......
  • 人月神话读书笔记2
    第七章—为什么巴比伦会失败?巴比伦的失败是因为缺乏交流。他们无法交谈,从而无法合作,以至于工作陷入停顿。因为不知道对方在做什么,许多小组修改自己程序的功能、规模和速度,他们明确或者隐含地更改了一些有效输入和输出结果用法上的约定。由于对其他人的各种假设,团队成员之间的理解......
  • 2023年3月31日(软件工程日报)人月神话读书笔记3内容
    第8章:胸有成竹软件工作量是根据规模成指数型增长的,指数大约是1.5,即:工作量=常数×指令的数量1.5工作量=常数\times指令的数量^{1.5}工作量=常数×指令的数量1.5实践是最好地老师实践是最好地老师,但智者还能从其他地方有收获。第9章削足适履这一章讨论了内存......
  • 三月三十日
    今天修改了修改了androidstdio的地铁信息查询。遇到了两个问题1. 如果起始点、终点在两条不一样的线上他会直接闪退,目前还没有找到解决方案。2.是如果起始点、终点在一条线路上,查询之后他会显示一些多余的路线,目前还没有找到错误原因。 ......