读后
《梦断代码》读后感(一)
《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。对本书才刚刚阅读了三分之一，就已经忍不住对作者描述的开发过程所感叹，虽然刚进入软件领域不久，但是仍旧有感于这本书中的现实，对自己也很有启发。 初读 ......
函数重载，读后缀代码，这里有数组做参数的重载
设计一个做多个数相加的函数，并完成函数重载 举例 int myadd(int a,int b){ return a+b;} int myadd(int a,int b,int c){ return a+b+c;} 测试输入 2 输出 8 测试输入 3 输出 17 #include<iostream> ......
重载middle函数，读后缀代码，设计不同类型参数的重载函数
编写一个C++风格的程序，建立一个名为middle的函数，其功能是返回三个数当中中间那个数的值。重载middle函数3次，分别完成返回3个整数、3个双精度数和3个无符号整数的中间那个数的值。要求这9个数分别存放在3个相应类型的数组中。 注意：程序前缀代码及后缀代码均已给出。 The numbers ......
四月份读后感
这段时间，用了很长时间来阅读了《梦断代码》，说实话，我是真的很喜欢作者的这本书，尤其是里面的一些真实的故事，他让我知道了关于我们以后可能的工作生活的真实的情况，这是我现在所不能接触到的，这对我的未来也是一个警醒。当我们在参与工作之后，我们应该怎样去将这些问题避免，怎样去将作者已经犯过的错误进行预防。 ......
人月神话读后感02
——众所周知，一名孕妇需要36-42周才能够产下胎儿，那么如果有10名孕妇，产下胎儿的时间可以缩短到一个月以内。如果您真的着急，希望在2周之内要个孩子，那么我们只能够再添加一倍的人手。——写在最前。 一般来说，本人读书之后，都会在一两个星期之内总结并且完成读书笔记，不过《人月神话》是一个例外。一方面 ......
论文阅读记录2——条件生成对抗网络读后归纳
方法： 具体的来说，我们可以在生成模型G和判别模型D中同时加入条件约束来引导数据的生成过程。条件可以是任何补充的信息，如类标签，其它模态的数据等。然后这样的做法应用也很多，比如图像标注，利用text生成图片等等。 原因： 因为原始的GAN过于自由，训练会很容易失去方向，从而导致不稳定又效果差。而Co ......
2023.4.18-人月神话-4月份读后感1
最近，我阅读了人月神话的一部分，有了一些感受。 过去，我对于编程的乐趣不是很了解。编程为什么有趣？首先是一种创建事务的纯粹快乐，其次快乐来自于开发对其他人有用的东西，第三是整个过程体现出魔术般的力量，第四是学习的乐趣，最后乐趣还来自于工作在如此易于驾驭的介质上。编程非常有趣，在于它不仅满足了我们内心 ......
人月神话读后感01
最近读了一本书《人月神话》，这本书是软件工程类的一本经典著作。阅读这本书的第一感受就是感觉这本书不像是一种和学习相关的书，更像是用很多形象的比喻，阐述项目管理当中的一些问题，让读者能够很轻松，明白的去阅读。 在软件领域,很少能有像《人月神话》-样具有深远影响力和畅销不衰的著作。Brooks 博士为人 ......
构建之法读后感2
上回，我继续读构建之法。这次是第二章和第三章。 第二章讲的是1单元测试①重要的单元测试：有效解决程序员对模块功能的误解、疏忽或不了解模块的变化之类的问题，使自己负责的模块功能定义尽量明确，模块的质量得到稳定的、量化的保证。②好的单元测试的标准：在最基本的功能/参数上验证程序的正确性单元测试必须由最熟 ......
代码大全读后感（1）
《代码大全》读后感(一)：软件设计与开发的核心就在于: 控制复杂度 最近在 《代码大全》这本书, 包括的内容非常多, 从软件设计到代码开发,团队管理都有,更像是一个软件编程领域的百科全书. 但是,对于书中提到的一点印象最为深刻, 其实在 《人月神话》和《卓有成效的程序员》这两本书都有提到, 那就是: ......
<<梦断代码>>读后感(二)
当今世界，软件已经成为当今世界不可或缺的一部分。而《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。 第四章作者将其命名为乐高王国。卡普尔很注重前台的效果，着重于如何体现Agenda之魂。而后台工 ......
论文阅读记录1——Lmbff（更好的基于微调的语言模型）读后归纳
方法： 基于GPT-3的强大功能：只要给出一个自然语言提示和一些任务演示，GPT-3就能够做出准确的预测，而无需更新其底层局域网的任何权重。 在一个更实际的场景中研究了少数镜头学习，在那里我们使用了更小的语言模型，其中的微调在计算上是有效的。我们提出了lm - bff(更好的语言模型的少量微调)，这 ......
<<梦断代码>>读后感(一)
今天发表《梦断代码》的第一篇读后感。这几天读了《梦断代码》的前四章，有很多不懂的也是必然的，读了很多遍还有好多地方不是很懂。发一下读的内容。 作者迷恋于一个叫做Sumer的游戏，其可以让玩家打补丁，任何人都能窥探其内部运行机制。花点时间学习简单的Basic语言，改游戏就和玩游戏一样简单：将纸带上的指 ......
敏捷测试高效实战-测试架构师成长记的读后感
序 测试工作的最终目标是服务于产品的商业价值； 产品质量必须是由测试人员和开发人员共同负责的； 测试团队不仅要提升自身的效率，也要提升整个研发团队的交付效率； 正如《Google软件测试之道》一书中提到的，测试团队属于工程生产力团队，以产品交付和效率提升为己任； 自动化测试平台建立了自动化测试与持续 ......
Java性能权威指南（第2版）读后总结与感想
1. 基本信息 Java性能权威指南（第2版） Java Performance,Second Edition [美]斯科特·奥克斯（Scott Oaks） 人民邮电出版社,2022年4月出版 1.1. 读薄率 书籍总字数516千字，笔记总字数43820字。 读薄率43820÷516000≈8.49 ......
《软件方法》读后感
前言 近日，苦于不知道该怎么提升自己了，在原来老大的建议下，决定去学习一些关于建模和软件设计领域的书籍，来解决解决自己“感觉不对，但是说不清楚为什么不对”以及“感觉这么搞就对了，但是不知道为什么这么去规划，这么去划分就对” 第一本看的是潘加宇老师的《软件方法（上）业务建模和需求》,本篇读后感不再对文 ......
《人月神话》读后感——第三篇
——众所周知，一名孕妇需要36-42周才能够产下胎儿，那么如果有10名孕妇，产下胎儿的时间可以缩短到一个月以内。如果您真的着急，希望在2周之内要个孩子，那么我们只能够再添加一倍的人手。——写在最前。 一般来说，本人读书之后，都会在一两个星期之内总结并且完成读书笔记，不过《人月神话》是一个例外。一方面 ......
《人月神话》读后感3
为此，作者提出了很多建议。 项目推进过程中，要设立一些关键的节点。作者把这称为里程碑事件，一旦有了目标，项目团队成员就有了明确的目标可以前赴后继，想方设法达成目标了。里程碑事件的关键在于保证百分之百的完成度。 还有一部分问题是无法彻底解决的。 人月神话中的一些问题，根源在于软件工程本身的特性，是无法 ......
《人月神话》读后感2
作者在书中通过多篇文章为我们提供了相应的方法和举措。 首先，作者建议以小团队的方式进行合作，以类似外科手术的团队组织结构来开展工作。调查表明，最好成员和最差成员工作的效率是10比1，作者认为应该让优秀的人作为整个团队的核心来开展工作，团队中其他人各司其职作为辅助来完成整体工程。这就是外科手术团队的奥 ......
《人月神话》读后感
人月这个词组是一个考察工作量的度量单位，一个人月也就是一个人在一个月能够完成的工作量。在软件工程里，经常用多少个人月来估算项目的工作量。 作者用了一个孕妇生孩子的案例说明了人月这个单位混淆了工作量和进度这两个概念。一个孕妇生一个孩子需要10个月，那么为了加快生孩子的过程，我们是不是可以让10个孕妇在 ......
《人月神话》读后感3
今日阅读了人月神话中，20年后的人与神话部分，其中提出了人月神话的核心观点：概念完整性和结构师。 概念完整性。一个整洁、优雅的编程产品必须向它的每个用户提供一个条理分明的概念模型，这个模型描述了应用、实现应用的方法以及用来指明操作和各种参数的用户界面使用策略，。用户所感受到的产品概念完整性是易用性中 ......
《人月神话》读后感1
人月神话的含义： 人是程序员，月是时间，，如果1人干10个月如果等同10人干1个月，那就成神话。 这涉及到工作量与进度，比如：20个人10个月的工作量是10个人干10个月的工作量的2倍，但是这个工作量并不代表20个人的进度就比10个人的进度快，因为中间有些因素要考虑，比如20个人去完成一个项目，那么 ......
《人月神话》读后感2
作为一本二十多年前出，讲三十年前软件专案管理问题与经验的书，直到今天依旧出现在我们面前，必然有其重要意义。 作为一名大学生，没有什么工作经验，仅能从书中获得些许感悟，也许不久的将来我会亲身经历。 初看书名，以为是一本神话体系小说，还有点诧异老师为什么推荐我们阅读，直到翻阅本书，才明白何谓“人月”，何 ......
人月神话读后感
《人月神话》是由著名计算机科学家弗雷德里克·布鲁克斯所著的一本著名著作。这本书以其深刻的见解和对软件开发的深入理解而闻名于世。 这本书的主旨是软件开发中的管理问题。布鲁克斯认为，软件开发是一项复杂的任务，需要认真的计划和协调，以确保项目能够按时完成，而且还需要确保开发出的软件质量符合用户的期望。在书 ......
构建之法读后感2
人是构成团队最核心的力量，2个(包含2个)以上的人就可以构成团队。目标是通过人员具体实现的，所以人员的选择是团队中非常重要的一个部分。在一个团队中可能需要有人出主意，有人定计划，有人实施，有人协调不同的人一起去工作，还有人去监督团队工作的进展，评价团队最终的贡献。不同的人通过分工来共同完成团队的目标 ......
构建之法读后感 1
软件开发，第一步要做的，便是需求分析，我们要知道做的是什么，有什么要求，不然当我们投资了许多人力、物力，到最后做出来后却没人要，白白浪费时间。所以我们事先向用户了解需求，通过焦点小组、深入面谈、卡片分类等方法调查，对功能进行定位。然后通过初始阶段了解软件系统的大概构成，系统的风险有哪些；细化阶段分析 ......
《人月神话》读后感
总结一下这本书，讲的主要是软件工程方面的，如何配置人力进行开发 。虽然对于软件编程我们对其了解并不多，但是对于在软件功能的实现，程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们，对于一个或多个项目来说，公司大多都会搞人海战术，进度没有提前，还整天加班，最后用户不满意，开发人员整天郁 ......
《人月神话》读后感3
软件任务的进度安排的经验法则。1/3计划、1/6编码、1/4软件测试和早期系统测试、1/4系统测试，所有构件已完成。在许多重要的方面，它与传统的进度安排方法不同： 分配给计划的时间比寻常的多。即便如此，仍不足以产生详细和稳定的计划规格说明，也不足以容纳对全新技术的研究和摸索。对所完成代码的调试和测试 ......
《人月神话》读后感（三）
第十二章是干将莫邪。主要讲的是工具很重要，需要专门人员开发。“仿真装置”很重要。不确定性是所有情况中最糟的，因为它剥夺了程序员寻找BUG的能力。 第十三章是整体部分。主要讲的是系统各个组成部分的开发者都会做出一些假设，而这些假设之间的不匹配是大多数致命和难以察觉的BUG的主要来源。 第十四章是祸起萧 ......