随笔分类 - 阅读笔记
摘要：今天读了《大型网站技术架构：核心原理与案例分析》的第五章——万无一失：网站的高可用架构。作者在文章开篇就向我们讲述了互联网方面历史上出现的重大事故导致的网站不可用事件，并以此来引出了网站可用性的重要性。网站可用性描述网站可有效访问的特性（不同于另一个网站运营指标：Usability，通常也被译作可用
阅读全文
摘要：今天读了《大型网站技术架构：核心原理与案例分析》的第二篇的第四章——瞬时响应：网站的高性能架构。本章开篇介绍了高性能网站的定义：网站性能是客观的指标，可以具体体现到响应时间、吞吐量等技术指标，同时也是主观的感受，而感受则是一种与具体参与者相关的微妙的东西，用户的感受和工程师的感受不同，不同的用户感受
阅读全文
摘要：今天读了《大型网站技术架构：核心原理与案例分析》第三章——大型网站核心架构要素。软件架构的定义就是：“有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计”。系统的各个重要组成部分及其关系构成了系统的架构，这些组成部分呢可以是具体的功能模块，也可以是非功能的设计与决策，他们相互关系组
阅读全文
摘要：今天读了《大型网站技术架构：核心原理与案例分析》的第二章--大型网站架构模式。模式源于建筑学的定义是这样的：“每一个模式描述了一个在我峨嵋你周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作”。而且模式的关键在于模式的可重复性，问题与场景的可重复性带来解
阅读全文
摘要：今天读了《大型网站技术架构：核心原理与案例分析》的大型网站架构演化这一章节，对网站的发展历程有了一个比较清晰的了解。 大型网站都是从小型网站开始发展的，小型网站初始阶段是只有一台应用服务器，应用程序、数据库、文件等所有资源都在一台服务器上。然后看过文章后边对小型网站的初始阶段描述后，感觉上学期所编写
阅读全文
摘要：用户故事具有多种好处： ①用户故事强调口头沟通：自古以来，口头表达是十分重要的。而且相比于书面书写的易产生歧义，口头表述更见简单明了，需求文档也是如此。 ②人人都可以理解用户故事：相比于一些墨守成规的软件需求里的技术术语，用户故事使用的语言更容易使用户理解，简洁明了，同时更能增强用户对故事的记忆。
阅读全文
摘要：优秀用户故事准则 从目标故事开始 切蛋糕 技术人员习惯将大故事按照技术路线分割，这种做法的缺陷是，没有一个故事是单独对用户很有用的。而应该保证每个小故事都提供某种程度的完整的功能。 编写封闭的故事 一个封闭的故事是指那种随着一个有意义的目标的实现而结束的故事，能让用户使用后觉得她完成了某个任务。 卡
阅读全文
摘要：在没有读本书之前，虽然课上老师也讲用户故事，但是其实一直是对这个概念比较模糊，当时的理解就是用户故事就是简单的模拟用户使用软件的情形，也仅仅是模拟用户使用软件的情形，没有什么其他太多的用户。但是读了这本书后，虽然没读多少，但是对用户故事有了更为深刻，甚至可以说是对用户故事的真谛有了一些了解。用户故事
阅读全文
摘要：而对于书中第七章说到了巴别塔项目失败的原因是缺乏交流和组织。书中说缺乏交流的问题可以通过电话交流、定期的项目会议和一本共享的正式的项目工作报告书解决。项目工作报告书应该有很好的结构，及时更新，每个人都可以看到。良好的组织可以减少所需的交流量。树状结构是传统的组织方式，它是可行的，但并不一定是最有效的
阅读全文
摘要：而对于书中讲述的360事件，虽然OS/360失败了，但是在开发它的过程中解决了很多技术难题。这使我想到为什么大家总说只有做项目才能提高技术水平。的确是项目开发过程中会遇到很多问题，这样大家才会想办法解决，没有项目，你不会去想有什么问题。但是在项目中遇到问题的话，你最好的求助方式是网络和书籍，而且如果
阅读全文
摘要：第二本书选的《人月神话》。 书中讲述的首先看到的是一个限量式开发， 增量式开发。书中特别建议这种开发模式，这种开发模式最大的好处是让开发人员能够在每个阶段有一个可以运行的系统，这样开发人员每个阶段都有成就感，不会觉得枯燥。而且每个阶段开发出的系统其实都可以使用，这样用户可以使用并且有什么不对的地方可
阅读全文
摘要：读完《构建之法》的感受就是，这本书的主要内容并不是教授读者如何编程，如何敲写代码，而是讲述了一个真正的程序员应该具备哪些专业素养，一个团队该如何实现流程化管理编程的基础下分工合作完成一个软件项目。 第十二三章讲了用户体验，用户安装软件之后，软件第一次启动，软件设计者要给用户什么样的第一印象？用户头一
阅读全文
摘要：《构建之法》的第九章从开发人员角度出发，讲述了项目经理的养成；第十章主要介绍了软件设计的末期要如何对用户场景进行描述。 第九章讲了“项目经理”这一职位的职能作用以及与其他部门的联系。项目经理英文缩写为PM，但PM不只是项目经理这一含义。Product Manager、Project Manager、
阅读全文
摘要：在这里，《构建之法》介绍了软件开发的思想、原则以及对市场需求的分析。 第七章主要讲述了关于MSF方面的知识。MSF是微软公司关于软件开发的方法论——微软解决 方案框架，是微软推荐的软件开发方法。而且MSF有自己的基本原则。通过MSF的9条基本原则，推动信息 共享与沟通；为共同的远景而工作；充分授权和
阅读全文
摘要：在第五章标题为‘团队与流程’，写程序与工业生产其实是类似的，都有相应的制度与相应的流程。在团队项目中，就很看重团队的流程，只有有了完善的流程，才能做出让人满意的产品。 仔细阅读后发现，其实团队并没有想象中的那么简单。生活中有很多不同领域方面的团队，这些团队都能跟本章主题产生相应的映射，例如， 主治医
阅读全文
摘要：读了《构建之法》的第三、四章后，看到了一个很重要的问题，那就是我们软件学院的学生在这个领域的成长。 身为软件工程专业的学生，肯定会对自己的将来有所好奇。如果立志要成为一个软件工程师，那么，在现在这个阶段，我们应该如何获得自己的成长。首先，我们应该积累软件开发相关的知识，提升自己技术技能；其次，我们要
阅读全文
摘要：其实对本专业的了解并不多，大一时的概论课也没仔细听过，但是《构建之法》让我加深了对自己专业的了解。 软件是运行于硬件设施上旨在方便用户的一种工具。身为工具，他肯定是为实现实际需求工作的。而我们软件人员就是为了实现这些功能而进行编码的人。所以，我们首先要掌握一种语言并可以在相应的平台上熟练应用。而团队
阅读全文
摘要：读《构建之法》所想到的问题： 1、如何可以做到很好的“做中学”，该以何种的方式学？ 2、软件项目的管理人员需不需要具备编程知识？ 3、对别人留下来的程序进行维护时，该从何处着手，以何种标准进行维护以及修改？ 4、如何使单元测试的方式达到更好的效果？ 5、如何做有利于提高用户体验与程序功能的双赢？
阅读全文
摘要：第七章标题为现实中的软件工程，共分为四小节，标题分别为：1、大公司手中的算盘；2、回到工程的关键点；3、思考项目成本的经理；4、审视AOP；5、审视MDA/MDD。第八章分为七小节分别是：1、软件工程的三个要素的价值；2、其实RUP是一个杂物箱；3、UML与甲骨文之间的异同；4、 经营者离开发者很远
阅读全文
摘要：第六章的标题为“从编程到语言”。在这章里，作者提供给我们了一幅关于软件工程的图，可以看到，程序位于图的最内部。之后则是方法，这里的方法指的是面向过程方面的。方法之后则是过程，过程便是指模型与模型语言。过程之后则是工程，工程是由构成来构建的，工程还包含需求管理、配置管理以及文档化。最后才是包含了管理与
阅读全文
浙公网安备 33010602011771号