首页 > 其他分享 >读书笔记(二)

读书笔记(二)

时间:2023-03-31 23:33:26浏览次数:40  
标签:工程师 读书笔记 演奏家 开发 一类 满场

体会:我大概听过两类企业,有一类是每个工程师就是一个螺丝钉,在自己的某个技术上发挥极致的能力,有一类是每个工程师类似一个"大杂烩"(这个比喻不知道恰当与否,就是表示工程师需要处理项目中各类技术方面的问题),前一类公司培养出来的工程师可能是强化自己现有的技术能力,而另外一类公司的工程师,就是在拓宽自己的技术能力,第二类公司培养的人员,似乎就有点像作者所说的"演奏家满场奔跑,操作各种乐器",可是我认为这种方式并非不好,因为现在很多开发模式是前后端工程师分开开发,但是前后端工程师开发的速度可能有差别,所以,最大化时间利用率是前端开发完毕以后,可以支援后端开发,反之亦然,这样就可以让项目进度整体加快,而这就需要"演奏家满场奔跑,操作各种乐器"。

标签:工程师,读书笔记,演奏家,开发,一类,满场
From: https://www.cnblogs.com/LIXIHENG/p/17277839.html

相关文章

  • 构建之法读书笔记四
    第五章团队和流程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章削足适履这一章讨论了内存......
  • 人月神话读书笔记
    第一章作者将软件系统开发比作吞噬了恐龙、剑齿虎等史前巨兽的焦油坑,许多大大小小的团队被软件开发的焦油坑所吞噬。作者首先介绍了变成系统产品的演进,指出程序、编程系统、编程产品、编程系统产品几个概念间的区别,其中只有编程系统产品才是真正可用的面向用户的产物。然后作者......
  • 人月神话读书笔记
    第1章:焦油坑大型系统开发就像一个焦油坑,很多强壮的动物都在其中挣扎。如果将一个“程序”提升为“产品”(意味着:通用化、测试、文档、维护)需要3倍的时间;如果将一个“程......
  • 人月神话读书笔记2
        在刚刚进入软件工程学习时,老师总会时不时向我们提起一些关于“软件项目开发的完成与增加人员的问题”这句话听起来通俗易懂,但实现起来却遇到了相当大的困难,这是......
  • 读书笔记-《人月神话》-2
    对于软件本身的复杂性,作者得出的结论是,当前没有任何方法能使软件的生产率提高一个数量级。但作者并没有消极的接受这个结论。而是深入分析了软件复杂性到底是如何导致软件......