随笔分类 - 读后感
记录了他人推荐或自己发现的一些读物
摘要：因为在学习质量属性相关知识，所以我选择对本书的第五章进行阅读，了解实现质量属性的各种战术。同时作为对以前知识的回顾。 可用性战术 错误检测：广泛用于识别错误的3个战术是命令/响应(ping/echo)、 心跳和异常。 命令/响应。一个组件发出一个命令，并希望在预定义的时间内收到一个来自审查组件的响应
阅读全文
摘要：本书的第二章给出了软件构架的定义，并介绍了参考模型、参考构架和构架模式的相关概念。 软件架构的确定定义：某个软件或计算系统的软件构架是该系统中的一个或多个结构，他们由软件元素、这些元素的外部可见属性以及这些元素之间的关系组成。这里所说的某个元素的“外部可见属性”是指其他元素对该元素所做的假设，如它所
阅读全文
摘要：系统的构架视图是抽象的，它不考虑实现、算法和数据表示的细节，集中研究“黑盒”元素的行为和交互。在设计具有所期望属性的系统时，开发软件架构是第一步。 构架商业周期的概念：系统需求来自于企业目标，构架来自于系统需求，系统来自于构架。构架与设计师的经验、当时的技术水平有着密切的联系。 软件构架是技术、商业
阅读全文
摘要：第六节讲的是软件架构要解决的问题。 软件实际上就是把现实生活模拟到计算机中，并且软件是需要在计算机的硬件中运行起来的。要做到这一点需要解决两个问题： 业务问题 具体的现实生活状态下，没有软件的时候，所解决的问题的主体是谁，解决的是什么问题，是如何解决，如何运作的？ 计算机问题 1.如何把现实生活用软
阅读全文
摘要：一般来说，如果把真正的问题找到，那么问题就已经解决80%了，本书的第三节讲了如何做好架构之识别问题。 按照架构之前的定义，架构的第一步就是识别问题，界定问题。所以如何识别问题是架构中的首要任务。 通过切土豆的笑话，告诉我们只有真正投入思考问题是什么的工程师，才可能会真正的成长为架构师，并引出我们在处
阅读全文
摘要：第一节讲的是什么是架构，在文中,他首先列举了架构在Wikipedia上，架构的定义。然后他从早期人们为了生命的延续分工合作来解释了为什么要产生架构。 在每个人都必须自己完成所有生活必须品的生产的时候，是没有架构的（当然在个人来讲，同一时刻只能做有限的事情，在时间上还是可能会产生架构的）。一旦产生的分
阅读全文
摘要：摘要：面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和协议联系起来。通俗来说就是进行业务功能划分，之后再按照相应的准则进行相互之间调用，SOA旨在将单个的应用程序彼此分开，以便这些功能可以单独用作单个的应用程序功能，从而降低代
阅读全文
摘要：这一部分开始用两个故事引入，指出了细化架构在实际中的一些差强人意或容易被人忽视的地方 故事：《方案书》确认之后 这个故事讲了在一个项目中，架构师、项目经理、需求分析师结合与客户的沟通意见，合作完成了《方案书》并获得了客户的认可，之后架构师则认为《方案书》得到认可之后就不需要在进行架构设计。但是程序员
阅读全文
摘要：Conceptual Architecture阶段通过小张还有老王加班的故事向我们介绍了概念架构的内容。小张对架构的理解可以概括为一个公式:架构=模块+接口。但是在小张的实际工作中却发现有点乱，“可执行单元”都没搞清楚，就考虑“模块+接口”一级的设计，的确有些武断了。 通过对一篇文章的了解，概念性架
阅读全文
摘要：读了一线架构师实践指南的前边两个章节，开篇绪论作者指出了一线架构师经常面对的6个经典实践困惑，包括四个实际问题困惑：将系统划分模块，如何更合理?大系统架构设计，如何起步?总觉需求很糟糕，影响了架构设计!非功能需求重要，但如何设计?两个职业困惑：架构新手:缺乏指导，架构设计不知所措!架构老手:缺乏总结
阅读全文
摘要：战术就是影响质量属性响应控制的设计决策，共包括六种战术： 可用性战术 可修改性战术 性能战术 安全性战术 可测试性战术 易用性战术 战术的集合称为“构架设计策略” 可用性与系统故障及其后果相关。 当系统不再提供其规范中所说的服务时，就出现了系统故障。 系统用户可以观察到此类故障。 可用性是指系统正常
阅读全文
摘要：1.可用性 刺激源：双十一抢购 刺激：大批用户在同一时间点访问，系统访问量激增出现崩溃 环境：淘宝网系统 制品：正常操作 响应：系统检测到事件：记录故障，通知系统，迅速启用备用系统 响应质量：一分钟内系统功能恢复正常 2.可修改性 刺激源：开发人员变更主页风格 刺激：修改系统主页 环境：编译时、正常
阅读全文
摘要：通过对架构漫谈九篇博客的阅读，我了解到了软件架构以及软件架构师的工作状况等内容 对于架构，我的理解是，在一个系统中，存在一个系统中多个角色共有的问题，为了更快更好地解决问题，将问题进行拆分，交由不同的角色来完成，并在各角色中建立沟通机制，进行有机的联系，总成一个整体，完成目标系统的工作。 了解到架构
阅读全文
摘要：微软云平台——Windows Azure Windows Azure 是微软研发的公有云计算平台。该平台可供企业在互联网上运行应用，并可进行扩展。通过Windows Azure，企业能够在多个数据中心快速开发、部署、管理应用程序 。Windows Azure 提供了企业级服务等级协议（SLA）保证，
阅读全文
摘要：几个要点 提供多种选择，不要找借口。要承担自己的责任，出了问题不能逃避，要想接下来做什么来挽回局面。 多进行交流，学会交流，了解自己的听众，明白他们对什么更感兴趣，了解听众的观点。 不要重复自己，同一个团队中，也会出现重复的问题，要加强沟通交流。复用 维持正交性，两个事务中，一个发生变化，另一个无影
阅读全文
摘要：目前正在使用的一款输入法就是win10自带的微软拼音输入法， 用户界面，一直在用个人感觉最大的特点就是十分简洁，界面的布局十分清晰，可以隐藏悬浮窗让他显示在菜单栏， 另外其记住用户输入习惯方面也十分优秀，按照输入次数的提升，逐步提升候选词中的顺序 例如：输入”xiguan“最常用的习惯在第一位 而选
阅读全文
摘要：调试 这是痛苦的事：看着你自己的烦忧，并且知道 不是别人，而是你自己一人所致 ——索福克勒斯：《埃阿斯》 bug，14实际的含义——可怕的东西——现在也许更为适用，软件缺陷以各种样的方式表现自己，从别误解的需求到编码错误，糟糕的是，现代计算机系统仍然局限于做你告诉他的事，而不一定是你想要它做的事情。
阅读全文
摘要：交流 1.知道你想说什么 在工作中使用更为正式的交流方式中，最困难的部分也许是确切的弄清楚你想要说什么 规划你想要说的东西，写出大纲，然后问你自己：”这是否讲清了我要说的所有内容？“提炼他，直到确实如此为止。 2.了解你的听众 通过针对不同的人进行是适当的修正，你将让他们都为你的项目感到兴奋 3.选
阅读全文
摘要：我们打算尽可能多地复用现有代码，少写新代码。要加快工作进程，就得尽量避免踏入新的编码地带。然而，泛泛而谈代码复用是-回事，具体去选择采用已有代码片段是另一回事。每个代码块都优劣参半。 软件界中关于“牛仔程序员”的说法由来已久。所谓牛仔程序员，就是那些不守规矩、偏好独干、喜欢挑战的程序员。对于许多经理
阅读全文
摘要：”一旦选定整理手段，往后就要一直沿用这种方法了；换用其他方法所需的劳力投入太大，超出了多数人愿意接受的范围。“ 好程序员懂得写什么，而卓越的程序员知道改写（并复用）什么。 程序员就像诗人，他的工作几乎全是纯思考，他运用想像，凭空造出城堡。唯有想像才如此灵活，如此易于琢磨和重塑，如此适于构思宏大的概念
阅读全文