随笔分类 -  读书笔记

《修改代码的艺术》读书笔记
摘要：一、修改软件的起因及其本质。 修改软件是任何一个开发人员所面对的问题，软件是否容易修改，被修改后的软件是否变得更好，是每一个开发人员都知道必须关注但是在实际开发过程中却往往忽视的问题。有多少人在接手一个新项目时抱怨新项目的遗留代码质量太低？又有多少人愿意或者说有能力去将一个让人崩溃的代码逐步改善？ 阅读全文
posted @ 2021-06-04 17:18 qazvve 阅读(54) 评论(0) 推荐(0)
《软件架构师的12项修炼》阅读笔记2
摘要：这部分介绍个人技能（只要你能把握自己，你就能把握任何东西），包括透明、激情、语境切换。 1、透明化：使自我、团队关系和项目透明化的能力。 自我透明化： 自然真诚。 承认弱点。但这只是目前的弱项，之后要想办法弥补。 承认实力和兴趣。 赶在人前与上司沟通。主动暴露问题。如果不是自己说出去，信息传递过程中 阅读全文
posted @ 2021-05-27 17:15 qazvve 阅读(53) 评论(0) 推荐(0)
《软件架构师的12项修炼》阅读笔记1
摘要：这部分介绍商务技能，包括商务知识、创新、实用主义、认知。 1、商务知识：读懂商务语言的能力和了解产品与顾客的能力。 了解商务： 营销、财务（投入产出比）和销售。了解他们的语言。 商务学位。 了解公司： 产品对客户的价值。 知道公司如何赚钱。 公司的历史、文化。 了解顾客： 真正接触顾客（通过公司网站 阅读全文
posted @ 2021-05-16 17:14 qazvve 阅读(38) 评论(0) 推荐(0)
《编程珠玑》阅读笔记1
摘要：第一章： 磁盘排序：对于一个提出的问题，不要未经思考就直接给出答案。要先深入研究问题，搞清楚这个问题的特点，根据这个特点，可能有更好的解决方案。 比如：文中：最初的需求只是“我如何对磁盘文件排序”。 我们首先想到了经典的归并排序。 但进一步了解到排序的内容是10000000个记录，每条记录都是一个7 阅读全文
posted @ 2021-04-27 17:05 qazvve 阅读(59) 评论(0) 推荐(0)
梦断代码阅读笔记
摘要：书中的讲到程序员是很优秀的，但是彼此缺乏沟通；，另外缺乏软件需求者与开发者的沟通、程序员与程序员的沟通、程序员与PM的沟通，出现意见不统一的情况；软件的立意很好，但是目标不切实际，并且目标不明确，标靶变来变去——有时目标看似唾手可得，却又总是在你伸手摘取时，发现还有一段距离要走，问题随着开发的深入而 阅读全文
posted @ 2021-03-19 17:28 qazvve 阅读(43) 评论(0) 推荐(0)
人月神话阅读笔记03
摘要：人月神话里面讲述外科医生团队需要很多人之间进行配合，这和我们软件工程的团队一样 在进入软件工程合作的时候我忽视了最重要的 沟通。在团队中不是一个人的单打独斗，需要配合，团队之间配合好，不仅可以提升工作效率，还可提升团队凝聚力。因此，我们在处于团队中，不管处于什么位置，都应该和队友好好沟通。 阅读全文
posted @ 2020-06-10 23:40 qazvve 阅读(74) 评论(0) 推荐(0)
人月神话阅读笔记02
摘要：假设人月可以互换，则为了缩减周期需要投入更多的人，为了让更多的人都有事可做就需要细分任务，细分任务自然增加了系统分解和后期集成的工作量，细分任务间无法避免的依赖和关联自然增加了沟通的成本和工作量。而且由于任务的细分需要引入文档等重量级的沟通工具，原始的需求信息在需求，设计，开发，测试等多个环节传递很 阅读全文
posted @ 2020-05-21 20:39 qazvve 阅读(71) 评论(0) 推荐(0)
人月神话阅读笔记01
摘要：首先，我们对估算技术缺乏有效的研究,更加严肃地说，它皈映了一种情无声息但并不真实的假设--切都将运作良好.第二，我们采用的估算技术隐含地假设人和月可以互换，错误地将进度与工作量相互混淆。第三，由于对自己的估算缺乏信心，软件经理通常不会有耐心地估算这项工作.持续第四,对进度缺少跟踪和监督。在其他工程领 阅读全文
posted @ 2020-05-10 23:38 qazvve 阅读(71) 评论(0) 推荐(0)
构建之法阅读笔记03
摘要：结对编程让两个人所写的代码不断地处于“复审”的过程，程序员们能够 不断地审核，提高设计和编码质量，可以及时发现并解决问题，避免把 问题拖到后面的阶段去。开发中的复审主要包括：设计复审、代码复 审、测试计划复审和文档复审。这些复审可以在伙伴之间进行，也可以 在团队内部进行。结对编程和传统开发过程的复审 阅读全文
posted @ 2020-04-23 23:37 qazvve 阅读(73) 评论(0) 推荐(0)
构建之法阅读笔记02
摘要：单元测试 你的RP是由你的程序质量决定的。软件是由多人合作完成的，不同人 员的工作相互有依赖关系。例如，一个人写的模块被其他人写的模块调 用。软件的很多错误都来源于程序员对模块功能的误解、疏忽或不了解 模块的变化。如何能让自己负责的模块功能定义尽量明确，模块内部的 改变不会影响其他模块，而且模块的质 阅读全文
posted @ 2020-04-15 13:37 qazvve 阅读(63) 评论(0) 推荐(0)
构建之法阅读笔记01
摘要：1. 研发出符合用户需求的软件说明：要通过实际的工作收集、推导、提 炼需求，并在软件发布后通过实际数据验证需求的确被满足了。需求来 自于实际，而不是自己想象出来的“需求”或者人云亦云的需求（例如： 图书馆管理系统）。 2. 通过一定的软件流程，在预计的时间内发布“足够好”的软件说明：这 个软件不是期 阅读全文
posted @ 2020-04-10 23:36 qazvve 阅读(51) 评论(0) 推荐(0)
大道至简阅读笔记03
摘要：试着跳出大师们的身影，再仔细地看一下那些所谓的 “经典”过程，不过是在瀑布模型上的一再变形。瀑布模 型描述了开发的主要环节，于是一群人把这些环节拧来扭去或者反复迭加，就成了 RAD、螺旋、RUP，以及未知 的、还没有被扭出来或者堆叠出来的 X、Y、Z。 2002 年前后，我在 CSDN 论坛中看到一 阅读全文
posted @ 2020-04-01 13:35 qazvve 阅读(61) 评论(0) 推荐(0)
大道至简阅读笔记02
摘要：Y 公司终于在 2001 年发现管理跟不上了，于是开始引进 ISO 质量认证体系，希望通过这个体系来规范管理行 为，提高产品质量和对外的竞争力。 他们做得非常认真，把全公司的人员都调动起来了， 质量手册的论证做到了每一个员工；他们按照标准的软件 工程模型进行了开发流程的重组；每一份流程相关的材料 都 阅读全文
posted @ 2020-03-24 11:34 qazvve 阅读(76) 评论(0) 推荐(0)
大道至简阅读笔记01
摘要：几周之前，在一所电脑培训学校与学生座谈时，一个 学员问我：“为什么我学了一年的编程，却还是不知道怎 么写程序呢”。 我想了想，问了这个学员一个问题：“你桌上的书是 乱的吗？” 他迟疑了一下，不过还是回答我道：“比较整齐。” 我当时便反问他：“你既然知道如何把书分类、归整 得整整齐齐地放在书桌，那怎么 阅读全文
posted @ 2020-03-10 12:33 qazvve 阅读(69) 评论(0) 推荐(0)