随笔分类 - 阅读笔记
一线架构师阅读笔记三
摘要:重大风险:功能 质量 约束高层切分:借助鲁棒图,初步识别功能别后的职责,就可以规划高层切分的具体方式分析和综合是思维方向相反的过程。一般是先分析后综合,没有分析就不能综合,没有综合,也只是片面的分析通过系统切分,虽然无法降低复杂性,当可以控制复杂性 分层式概念架构:逻辑层 物理层 通用性分 技术堆叠
阅读全文
一线架构师阅读笔记二
摘要:第七章ConceptualArchitecture总论 1.概念架构设计分为3个步骤 初步设计,基于关键功能 高层分割,对系统这个黑盒子进行高层切分子系统考虑非功能需求 第八章初步设计1.初步设计只有在设计复杂性时才需要。 2.初步设计不应该关注细节 第九章高层分割 1.复杂性是层次化的——《人月神
阅读全文
一线架构师阅读笔记一
摘要:第一章绪论 1.架构设计能力,因掌握起来困难而显得珍贵。2.六个经典困惑: 将系统划分模块,如何更合理? 大系统架构设计,如何起步?总觉需求很糟糕,影响了架构设计!非功能需求重要,但如何设计? 架构新手:缺乏指导,架构设计不知所措!架构老手:缺乏总结,仍“怕”下个项目!3.本书介绍的方法体系为ADM
阅读全文
架构漫谈阅读笔记三
摘要:正如文章开篇所说的那样:一直以来,在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解。那么究竟什么是软件架构呢?其实,把一个整体(完成人类生存的所有工作)切分成不同的部分(分工),由不同角色来完成这些分工,并通过建立不同部分相互沟通的机制,使得这些部分能够有机的结合为一个整体,并完成这
阅读全文
架构漫谈阅读笔记二
摘要:做好架构首先需要做的就是识别出需要解决的问题。一般来说,如果把真正的问题找到,那么问题就已经解决了80%了。这个能力基本上就决定了架构师的水平。任何找上架构师的问题,绝对都不是真正的问题。需要从问题暴露的点,一点点去溯源查找,一定会找出来谁的问题,以及是什么问题。 要正确的认识问题,需要问两个问题:
阅读全文
架构漫谈阅读笔记一
摘要:架构漫谈是由资深架构师王概凯执笔的系列专栏,通过对其阅读,我从中逐步认识到了什么是架构,怎样做好架构,软件架构如何落地等内容。 一、什么是架构 在软件行业,从很早之前对于什么是架构一直有很多的争论。事实上,架构在软件发明时的N多年以前,就已经存在了,这个词最早出现在建筑上。架构产生的五个动力可以概括
阅读全文
架构即未来阅读笔记三
摘要:矩阵式团队 一个人汇报给多个经理,而这些经理并不能理解每个人的任务优先级。 之前一直想往矩阵式团队靠,现在看来问题确实挺多,仔细想想向多人汇报就觉得够头疼的了。目前的状况看起来,我们的团队组织形式是强职能型的矩阵式开发合作团队。 敏捷型组织 聚焦团队搭建,最好的构架,需求和设计源于自组织的团队。它不
阅读全文
架构即未来阅读笔记二
摘要:主题在升华了哈,由人的重要性,说到人才的重要性了。文中列出了苹果公司乔布斯的案例 从孩子气的在苹果公司‘胡作非为’,到后来的出ceo,大刀阔斧的传奇故事! 仔细想一想确实差不多,没有一个合适的时机,成功绝非轻而易举,况且我们现在处的世界,还站着巨人肩膀上呢,想成功除了自身的能力外,一个机遇是多么重要
阅读全文
架构即未来读书笔记一
摘要:第一章 人员和领导力对扩展性的影响 初一见第一章标题,好高深的感觉,扩展性和人员哪门子的关系,在认知中,代码才和扩展性扯的上关系好吧。孙子说:斗众如斗寡,形名是也。 原文:凡治众如治寡,分数是也;斗众如斗寡,形名是也;三军之众,可使必受敌而不败者,奇正是也。兵之所加,如以碫投卵者,虚实是也。这个是出
阅读全文
梦断代码阅读笔记03
摘要:一个team中,牛人太多了!如何才能良好的合作呢?他们永远在开会,却始终议而不决,大家都是管过“大团队”的。要他们几个人合作起来Coding,就太难了。 开发程序是合作的任务,无法通过人月这一概念来做到完全掌握工程进度 因为其与人数参与不是呈线性分布的,就算人与人之间工作效率也完全不同。 如何协商大
阅读全文
梦断代码阅读笔记02
摘要:模块化和组件化是软件人员的梦想,谁都想把几个模块插到一起就可以完美的运行并完成任务。 《梦断代码》有一个关于"乐高假设": 程序将由可服用的部件组合而成,软件部件将在全球范围内提供,软件工程将从编程的窠臼解放出来 " 从架子上取几样零件,拼在一起,马上就能得到可用的软件--不用在痛苦的编码了! 《梦
阅读全文
梦断代码阅读笔记01
摘要:软件工程与其他所有行业最大相径庭的一点,可能在于唯有在这一领域,关于失败的专注要多于成功的,软件工程的成功只有一种——按时按照要求完成交付,但失败却有着无穷无尽的可能。 关于《梦断代码》有一句评语: “这里躺着一个野心勃勃的开源项目。它曾立志超越Outlook,最后却无疾而终。慷慨的Mitch Ka
阅读全文
人月神话阅读笔记03
摘要:正式文档的作用: 未雨绸缪要做到的: 现在的软件工具异常丰富,单独开发一般没有必要了。但工具管理也是必不可少的一项工作。一定安排专人来做。但对开发工具的统一,对版本的统一,对使用说明的编写,还是非常有必要的。 同时防范bug要从产品定义开始,先让各个部分都能够单独工作,再进行整体联调,所以单元测试重
阅读全文
人月神话阅读笔记02
摘要:结构师要与实施人员充分的交流,避免过度设计。 以用户手册为中心 设计人员与实施人员要通过各种方式进行充分的沟通,避免理解错误 最终测试结构以用户手册为准则进行测试。 注意,不同系统的用户手册是不同的,GUI的可能就是界面说明,程序库可能是接口说明。 大型软件项目的组织是交流的结果,组织的目的是利于交
阅读全文
人月神话阅读笔记01
摘要:人月神话的含义: 人是程序员,月是时间,,如果1人干10个月如果等同10人干1个月,那就成神话。 这涉及到工作量与进度,比如:20个人10个月的工作量是10个人干10个月的工作量的2倍,但是这个工作量并不代表20个人的进度就比10个人的进度快,因为中间有些因素要考虑,比如20个人去完成一个项目,那么
阅读全文
构建之法阅读笔记03
摘要:“程序速度”和“测试用例”是关于软件质量中的稳定性、可靠性等,而博客阅读量和下载量则依赖于软件功能的实用性和创新等。所以如何判断一个软件的好坏真的能单纯的通过这两个依据来判断吗?我不知道。 我只能说《构建之法》提供了一个思路,但要不要通过这个思路走下去,看的是我们。 对于软件,不同的人有不同的需求,
阅读全文
构建之法阅读笔记02
摘要:构建之法里提到初步学会软件工程需要做到: 所以什么才是足够好的软件?没有bug?《构建之法》一书里说明了有实际用处同时又是完美的软件在世界上是不存在的。 而软件工程要做到的是判断软件什么时候足够好。 单元测试: 软件是多个人合作完成的,我们需要保证自己负责的模块功能尽量清晰明了。而单元测试可以帮助我
阅读全文
构建之法阅读笔记01
摘要:不会讲故事的软件工程老师不是好老师! 软件工程在大学是最难讲,也是最容易讲的一门课。而这本书将一个个鲜活的例子与软件工程的相关问题恰到好处地结合起来,让软件工程的理论和方法更好地落地。 对于软件=程序+软件工程的新理解: 随着需求的不断提高,我们要做的从一个简单的程序,扩展到一个满足各种功能的应用软
阅读全文
大道至简
摘要:道在中国哲学中,是一个重要的概念,表示“终极真理”。此一概念,不单为哲学流派诸子百家所重视,也被宗教流派道教等所使用。大道至简是指大道理(基本原理、方法和规律)是极其简单的,简单到一两句话就能说明白。所谓“真传一句话,假传万卷书”。这便是大道至简的基本释义。但是现在很多作者写书是为厚而厚,原创精华总
阅读全文
浙公网安备 33010602011771号