摘要：减少沟通成本，提高团队成员的自我管理能力，明确目标，充分授权，允许犯错但负分要上帐，合适的人，合适的时间，合适的行为，做合适的工作；人是首要，原则团队至上，一定要能合作的人，当然遇到天才我们可以选择跟随。 代码的归属权，一系列支持维护性代码不断的在多个开发或者多个团队中转移，质量和风格得不到保证，最 阅读全文

摘要：网络上有人称它为架构师版《孙子兵法》 第一、在搞工程和技术的人员看来，技术就是直接为客户提供产品和服务的能力。其实，一个公司正常运营同样是一门技术。这两种技术有着天壤之别。阅读这本书可以加深对技术的理解。 第二、现阶段，很多技术人员和管理人员对技术架构与技术管理的认识模糊，更多地依赖长期积累的直觉和 阅读全文

摘要：1.N+1设计 要确保任何你所开发的系统在发生故障时，至少有一个冗余的实例。 一个实例确实很危险，当这个实例出现不明原因的问题不能对外服务，需要debug的时候，如果优先debug，那当前实例就要暂停服务直到你找到问题为止。如果你直接重启实例恢复服务，就没有事故现场进行debug了。而这时如果有一个 阅读全文

摘要：8. 固若金汤：网站的安全架构8.1 道高一尺魔高一丈的网站应用攻击与防御XSS攻击XSS攻击即跨站点脚本攻击（Cross Site Script），指黑客通过篡改网页，注入恶意HTML脚本，在用户浏览网页时，控制用户浏览器进行恶意操作的一种攻击方式。反射型：攻击者诱使用户点击一个嵌入恶意脚本的链接 阅读全文

摘要：5. 万无一失：网站的高可用架构5.1 网站可用性的度量和考核网站可用性度量网站不可用事件（故障时间）=故障修复时间点-故障发现（报告）时间点网站年度可用性指标=（1-网站不可用时间/年度总时间）*100%故障分=故障时间(分钟)*故障权重、5.2 高可用的网站架构网站的高可用架构设计的主要目的：保 阅读全文

摘要：1.大型网站架构演化1.1 大型网站软件系统的特点 高并发、大流量 高可用 海量数据 用户分布广泛，网络情况复杂 安全环境恶劣 需求快速变更，发布频繁 渐进式发展1.2 大型网站架构沿海发展历程初始阶段的网站架构： 应用程序，数据库，文件等所有资源都在一台服务器上，通常汇集各种免费开源软件，LAMP 阅读全文

摘要：1、软件架构的目标 终极目标:用最小的（人力，资源）成本来满足构建和维护该系统的需求 最大化程序员的生产力，同时最小化系统的总运营成本。最大限度地降低构建和维护一个系统所需的人力资源 支撑软件系统的全生命周期，设计良好的架构让系统便于理解、易于修改、方便维护，并能轻松部署。 开发阶段：组件不要使用大 阅读全文

摘要：1、程序员的3个层次 1.1、普通程序员 a、编写代码：正确处理业务流程和数据计算；b、让代码跑起来 1.2、工程师 代码：易读、易扩展、易维护、可重用；效率：开发高效、快速 特点：有洁癖、有工匠精神、有修养 1.3、架构师 权衡、决策 简化、灵活 应对复杂度 2、软件开发需要解决的问题 1、微观： 阅读全文

摘要：安全性是六大质量属性中及其重要的，往往被开发者忽略；但如果忽略了安全性出现安全问题却是难以挽救的。 （一）安全性战术的目标是： 1，检测网络攻击； 2，抵抗网络攻击； 3，很快的从攻击中恢复。 （二）常见的安全攻击有： 1，XSS攻击：即跨站点脚本攻击，指黑客通过篡改网页，注入恶意HTML脚本，在用 阅读全文

摘要：以淘宝网为例关于质量属性的六个常见属性。 1、可用性： 刺激源:淘宝用户 刺激:淘宝网服务器崩溃 制品:淘宝网的处理器和服务器 环境:正常的登录操作 响应:显示登录过程的进度条或登录超时提醒或网络环境异常 响应度量:系统服务器后台启用降级模式，并且在30分钟内进行快速修复 2、可修改性： 刺激源:系 阅读全文

摘要：如何成为一个架构师？ 在大学期间我曾多次听到“架构”这个词，认为这个一个非常高大上，非常高深的词。通过阅读《架构漫谈》，我跟着作者举的一个个例子逐渐理解了什么是架构。首先，架构不是凭空产生的，它产生的原因是： 1，必须由人执行的工作 2，每个人的能力有限 3，每个人的时间有限 4，人对目标系统有更高 阅读全文

摘要：第七章主要讲的是：1、挖掘需求，建立文档，站在用户的角度，抽象设计；2、感觉发现新方法解决问题，做适量准备，不要陷入规范陷阱；3、不要做形式方法的奴隶； 第八章主要讲的是：1、注重实效的团队会清楚实效的哲学；2、尽可能使用自动化；3、早测试，常测试、自动测试；4、关注文档，把文档作为开发一部分；5、 阅读全文

摘要：第五章的大概 内容是：1、解耦；德墨忒尔法则2、元程序设计：使用元数据配置3、解决时间耦合：提高并发性4、解除视图与模型的耦合；5、黑板（不太懂） 第六章的大概内容是：1、避免靠巧合编程（清楚知道你所写）；2、估算算法速率，选择合适的；3、重构，早重构、常重构；4、编写易于测试的代码，为测试而设计； 阅读全文

摘要：我认为这本书很少有具体的开发讲解，更多的是告诉你，作为一个程序员，你应该具有哪些素质，以及怎么做。 1,我的源码让猫给吃了 a,诚实面对我们的无知和错误 b,在做某件事情时除了尽你所能外，必须分析风险是否超过你的控制。对于不可能做到的事情或者风险太大，你有权不去为之负责。但是一旦承诺某件事完成，同意 阅读全文

摘要：巴比伦塔失败是因为缺乏交流以及交流的结果——组织。因为左手不知道右手在做什么，所以进度灾难、功能的不合理和系统缺陷纷纷出现。尤其是当多个团队负责一个项目的时候，这种情况最容易出现。但是太多的交流（比如开会），也是在浪费时间，更加不能不得到正确的策略。在文件中，记录修订日期记录和标记变更标识条。每日维 阅读全文

摘要：在系统设计中，概念完整性应该是最重要的考虑因素。也就是说，为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。以易用性作为目标，功能与理解上复杂程度的比值才是系统设计的最终测试标准。单是功能本身或者简洁都无法成为一个好的设计评 阅读全文

摘要：人月指工作量单位，即人力(人)和时间(月)，若3个人花2个月完成项目则工作量为6人月。人月神话意味着人月是具有欺骗性质的，因为它暗示人员数量和时间是可以相互替换的，但实际上人月之间的平衡不是线性关系，5个人2个月完成的项目10个人1个月并不一定能完成。 作者的Brooks准则：向进度落后的软件项目添 阅读全文

摘要：常用的用户调研方法:1 焦点小组找到目标用户代表以及项目的利益相关者进行讨论。讨论中会遇到许多问题，要求会议组织者有组织能力，让不同觉得发表意见并进行总结。2 深入面谈通常采用一对一方法观察用户行为，费时费力，且效果取决于主持面谈的团队成员的能力。3 卡片分类不同角色从不同角度表达了不同的想法，在收 阅读全文

摘要：代码规范分为代码风格规范和代码设计规范。其中代码的缩进用四个空格，行宽可以限定为100个字符，括号表示逻辑优先级和每个“{”和“}”都独占一行等都是代码风格的部分，这些运用的好会让代码显得美观，让人不会一看代码就“疯”掉；而关于代码设计则涉及函数、参数、类等的设计，当你的函数分类明确，参数设置让人一 阅读全文

摘要：上学期间在建民老师的推荐下看了这本《构建之法》，今天就之前看过的一部分说一下自己的感受。这本书的阅读是我对所学专业又有了更深的了解。 软件=程序+软件工程！第一感觉就是“软件工程讲的净是一些奇妙玄幻的概念，拗口的专业名词加上纷繁的复杂的流程”（教材P142，二柱的话）。虽然二柱也说“其实做软件完全没 阅读全文