第９周读书笔记疑点

构建之法读书笔记 #wmd-preview h1 { color: #0077bb } 构建之法读书笔记 沈三景 PB15061249 软件工程 读书笔记 前言 开学前两周,杂事颇多,没有充足的时间阅读<构建之法>,只能每天在睡前阅读约半小时,故只看了前三章.虽如此,但仍收获很多,下面就是我对前四章内容的一些看法和理解,如有理解偏颇之处,望见谅. 第一章 概论 本章主要介绍了软件工程是什么?软件工程的目标是什么?为了解决前一个问题,作者首先提出了两个等式: 程序 = 数据结构 + 算法 软件

构建之法读书笔记 #wmd-preview h1 { color: #0077bb } 构建之法读书笔记 沈三景 PB15061249 软件工程 读书笔记 前言 本周阅读了构建之法的四.五两个个章节.这三个章节主要讲述了代码规范.结对编程.团队模式.开发流程. 第四章 两人合作 首先提到的是代码规范,程序员写的代码不仅要给机器看,还要给人看.好的代码规范能事半功倍.代码规范有分为代码风格规范和代码设计规范.代码风格规范是指让代码保持简明,让代码更易读.书中给出的规范是Tab键为4个空格,行宽为1

<程序员的职业修养>读书笔记 本书一直围绕着"专业"二字展开,以作者的观点阐述了何为"专业的程序员":专业的程序员是如何思考,如何解决问题,如何承担责任. 所有软件项目的知道原则是,软件要易于修改.如果你希望自己的软件灵活可变,那就应该市场修改它!要证明软件易于修改,唯一的办法就是做些实际的修改.如果你发现这些改动并不像你预想的那样简单,你就应该改进设计,使后续修改改变简单.有时开发期已过进入测试阶段,可能还会加一点需求,如果是影响到逻辑上的改动会比较麻

<极客与团队>读书笔记 做程序员这个职业,就意味着与别人在工作上会有不少沟通与交流,处于一个团队中,如何能更好地编写代码,在团队中如鱼得水,过得更加开心,<极客与团队>这本书就给了我一些启迪. 这本书其实针对的是极客们,希望他们能够认识到团队的重要性.书中提到程序员要建立可以理解的代码,要注意与人的沟通,而不是只顾着自己.这一点我深表赞同.邓老师也在一直强调,写的代码要注意注释,要跟别人进行交流,注意书写格式以使得代码阅读性更强.这是因为个人的工作只是团队工作的一部分,要想整个团队

<c++应用程序性能优化>读书笔记(part3) 应用程序的启动性能是应用程序给最终用户的第一印象,是衡量一个程序易用性的重要指标.书的第三部分介绍了启动性能优化的一些方法,第七章介绍了应用程序的物理布局,第八章介绍了应用程序在windows和linux平台上的编译到启动的过程,第九章介绍了优化启动项的一些方法. 本章从动态链接库开始讲起,简单的介绍了一下DLL.这里其实我看的有点晕的,大概就是说DLL可以看成一个一个函数的集合,我们可以编写代码来调用.然后讲了一些类似微机原理课本上的知识,我

1.笔绘波形 3.直流电机开环调压调速系统模型搭建(可以以小组形式完成作业,每个小组成员参与讨论并共同完成模型搭建) 针对第三周作业中给出的直流电机模型参数,在PLECS中建立一个基于晶闸管整流电路的直流电机开环调压系统,能实现在开环情况下对电机从零速到额定转速的调速. 直流电机的机械特性曲线为: n=-3.32T+1909.9 (r/min) 其中1909.9=U/Keφ,则当U为变量,T为常量12时,有 N=-3.32*12+7.96*U 变化后为: U=(39.84+N)/7.96 又在整

1. 直流电机单闭环调速系统比例控制仿真 针对第三周作业中给出的直流电机模型参数,在PLECS中建立一个直流电机单闭环调速系统,控制器使用比例控制,调压装置可选用(晶闸管整流电路/IGBT斩波电路/理想可控电压源),下图给出了基于理想可控电压源的参考模型.负载转矩在1秒钟后由10牛米变为30牛米,速度指令为幅值200rad/s的阶跃信号,要求调整控制器的比例增益,使得速度稳态误差小于4rad/s. 模型: PI调节器参数设定:P=80,K=0: 仿真结果为: 速度传感器测得的稳态速度为196.8

这周我阅读的书目是<黑客与画家>,感觉这本书是一本极其有趣味并值得我们深思的书,它主要介绍了现在社会一个特别但又重要的群体--黑客,讲述了他们的特点,以及他们的能力和这份能力为社会为自己带来了什么. 黑客的创造力:从书的标题可以看出,作者将黑客与画家相比拟,重点突出的应该是他们在创造力上的共同点,也说明,黑客从事的也是一门艺术创作,编程和其他艺术创作比如绘画.音乐是一样的.黑客和其他艺术家一样有着自己的执着和追求,他们丰富的思想世界,也往往是极度聪明的一类人,但却不被人理解,被看作是怪异的群体

软件工程师的成长-构建之法 这两周算是比较忙了,抽空读了一下<构建之法>中的软件工程师的成长这章,颇有感悟. 团队项目也是以个人为单位的,所以软件工程师的能力直接影响到团队项目的质量.这是我以前没有意识到的,以前我只是想团队项目嘛,不就人多力量大,但是作者说团队项目也是由个人流程拼接起来的,这给我提了个醒,团队项目不是大锅饭,而是一条条流水线,每位工程师就像是一条流水线,只有每条流水线正常工作,衔接得很好,最后的项目才能做得好. 既然软件工程师的能力很重要,接下来作者自然讲述了软件工程师如何成