摘要：本书第五章主要讲述了“可重用架构资源”，由于我参与开发实际项目并不多，所以对软件重用体会和理解并不是很深，故查阅了相关资料，结合书上的叙述和例子，有了一个宏观的了解。 软件架构有三个主要来源：拿取、方法以及直觉。拿取也就是可重用资源。对于一个标准的系统而言，可能包含80%的拿取、19%的方法和1%的 阅读全文

摘要：读到第四章，又看到了熟悉的文档编写，哎，头疼，虽说头疼，但文档的编写能力也是考验一个程序员的重要科目，这不是我就在坚持写读书笔记嘛，晚上给自己加个鸡腿。 所话说，编码10分钟，文档2小时。那为什么在软件开发过程中，文档如此重要呢。 软件开发有以下几个主要的阶段（当然我这些肯定不是最全面的）。需求获取 阅读全文

摘要：读到第二章，花了比较大的篇幅介绍了架构师，当然之前我基本上都是直接跳过去，但是现在就业找工作了，然后之前在招聘网站上也看到各种要求，就顺便熟悉一下。 【问题1】软件架构师是怎样的人 1.介于需求与开发的中间人 2.良好的沟通能力，能够统领全局的大牛 3.良好的大局观，能够将需求转换为技术 4.洞悉前 阅读全文

摘要：键需求决定软件架构。 究其原因也很好理解，在实际软件开发中，不是像大学里这种“实验室代码”，软件架构师没有时间对‘所有需求’进行深入分析，这既是策略，也是现实，当然这对于我以后走向社会提供了很大帮助，转化了一种思路。俗话说，事无巨细，但这在软件架构设计阶段并不适用，姑且不论用户的需求经常变化，反复无 阅读全文

摘要：第四章讲的是注释，有一句话我很喜欢，说的是："Comments Do Not Make Up for Bad Code."（注释不是对劣质代码的补救）。事实上好的代码即便没有注释也拥有良好的可读性，但恰当的注释会让代码变得更可读、可维护性更高。 第五章讲的是代码风格。现代IDE（集成开发环境）几乎都 阅读全文

摘要：最初我喜欢这本书可能是因为非技术方面的原因，这本书中有很多我喜欢的插图。这本书的第一章的第一句话是这样说的：读这本书通常有两个原因：1. 你是一名程序员。2. 你想成为更好的程序员。我们需要更好的程序员。 这本书的每一章都可以总结出一句话，其实每章开始的插图就是这句话的浓缩。 不管是现实世界还是软件 阅读全文

摘要：《代码整洁之道》主要讲述了一系列行之有效的整洁代码操作实践。软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。这一点，无论是敏捷开发流派还是传统开发流派，都不得不承认。这本书的阅读对象为一切有志于改善代码质量的程序员，书中介绍的规则均来自作者Bob大叔多年的实践经验，涵盖从命名到重构的多个 阅读全文

摘要：框架是一种特殊的软件，它并不能提供完整无缺的解决方案，而是为你构建解决方案提供良好的基础。框架是半成品。典型地，框架是系统或子系统的半成品；框架中的服务可以被最终应用直接调用，而框架中的扩展点是供应用开发人员定制的“可变化点”。 架构不是软件，而是关于软件如何设计的重要决策。软件架构决策涉及到如何将 阅读全文

摘要：在书中又看到了UML图，总是记不住，还经常不会画，这里总结一下，加深一遍记忆。 经常用到的五种UML图 类图、构件图、部署图、用例图和序列图。 类图主要是描述一个类的结构，类是面向对象一个概念，在c语言这种面向过程的语言中，其实也可以按模块的不同功能使用类图来描述这个模块的.c文件和.h文件。 构件 阅读全文

摘要：啥是软件架构（Software Architecture）？ 软件架构是指在一定的设计原则基础上，从不同角度对组成系统的各部分进行搭配和安排，形成系统的多个结构而组成架构，它包括该系统的各个组件，组件的外部可见属性及组件之间的相互关系。组件的外部可见属性是指其他组件对该组件所做的假设。 软件架构设计 阅读全文

摘要：1、测试过程模型V模型： 优点：1. 表明了测试过程中存在的不同级别的测试；2. 描述了测试阶段和开发过程各阶段的对应关系。局限性：仅仅把测试过程作为编码之后的一个阶段。忽视了测试活动对需求分析、设计等活动的验证功能。容易使人理解为测试是软件开发的最后一个阶段，主要针对程序进行测试寻找错误，而需求分 阅读全文

摘要：第一、通过测试发现软件中的缺陷或不足通过测试发现软件中存在的不足是其中一个内容，测试软件的技术分为两种，一是黑盒测试，二是白盒测试。之后通过黑盒和白盒进行不同类型的测试比如有类弄分法、因果图法以及白盒测试中的分支覆盖等等，通过这些不同的测试可以发现软件中存在的不足，以让软件开发工程师再次进行完善。第 阅读全文