博客专栏  >  移动开发   >  读书笔记

读书笔记

读书笔记:目前将会包括构建高性能web站点,mysql的架构和优化,编写php的扩展详解

关注
0 已关注
19篇博文
  • elasticsearch服务器开发学习笔记(一)

    es集群入门全文检索lucene的基本架构文档 字段 k-v 词 标记:(词,开始-结束,类型) 输入分析分析器,标记过滤器,字符映射器 索引和查询评分和查询相关性 es基础es基础概念索引 文...

    2017-02-24 16:38
    718
  • 97条架构建议-简单-开发-决策

    97条架构建议-简单-开发-决策根据投资回报率进行决策我们对项目的每一个决策—无论是技术过程,还是人与人相处,都可以看作是一种投资形式。我们可以使用投资回报率作为衡量架构决策的标准之一。确保架构的务实...

    2016-11-22 13:56
    633
  • 97条架构建议-规则-可用-数据

    97条架构建议-规则-可用-数据数据是核心数据是系统的核心,如果以为编程是函数,方法对象的集合和只从这方面考虑问题就不会全面的看问题。从数据结构的角度理解系统能够让我们更加容易的,清晰的了解系统, ...

    2016-11-21 13:36
    537
  • 97条架构建议-边界-团队-决策

    97条架构建议-边界-团队-决策边界架构师应该聚焦在边界和接口,大型的软件的边界有时很难界定而且各个领域之间互有纠缠,开发出高内聚低耦合的软件是不易的,我们可以采用一个情境的地图去描述这些边界,能够关...

    2016-11-17 13:39
    683
  • 97条架构建议-现实-观察-两面

    97条架构建议-现实-观察-两面现实程序世界是可控的有逻辑的,而现实世界却是不可控的。可能出现各种意外的情况。我们设想的完美世界可能在崩溃,我们需要接受现实,然后分阶段去改良我们的代码。观察我们已经进...

    2016-11-16 10:11
    683
  • 97条架构建议-空白-行话--情境

    97条架构建议-空白-行话–情境留意架构中的空白部分软件系统由相互依赖的程序组成,我们装备这些程序和方法见的关联叫做架构我们一般会通过简单的图形表示系统,这是种抽象和概括。其实系统远比这复杂,还有许多...

    2016-11-14 16:25
    737
  • 97条架构建议-大厦-混合开发-性能

    97条架构建议-大厦-混合开发-性能大厦摩天大楼是没法伸缩的。不爆炸式的软件部署是行不通的。我们应该是逐个部署系统组件。优点如下:1 将风险分散到各个时间段 2 迫使我们设计清晰的组件接口,提高系...

    2016-11-10 13:58
    623
  • 97条架构建议-道德-管家-规模

    97条架构建议-道德-管家-规模控制规模规模是软件的大小。规模的组成项目完成时间 人工和资源 功能 质量 难度 风险 遵守哪些约束条件 规模大一倍,项目失败的概率增加十倍的原因1 作者的直觉,更多资源...

    2016-11-09 10:52
    931
  • 97条架构建议-信任程序员-时间-架构专业

    97条架构建议-信任程序员-时间-架构专业信任程序员你也是程序员过来的,程序员可能擅长写代码,却忽略一些沟通和协作性的问题,又或者是他们实在是做的很烂,你可以指导他们,我觉得最好的办法是使他们有参与感...

    2016-11-08 10:13
    432
  • 97条架构建议-多尝试-掌握领域知识-设计

    97条架构建议-多尝试-掌握领域知识-设计先尝试再建议架构需要详细的分析,分解业务再做决策先接触项目在进行架构选型,这个时候你得尽可能多的收集业务相关的信息。你也可以推迟架构决策,尽可能多的收集项目相...

    2016-11-07 11:33
    332
  • 97条架构建议之持续集成-进度调整-取舍

    97条架构建议之持续集成-进度调整-取舍持续集成尽早构建,持续集成,每次构建和集成都保证系统的稳定性和可用性。 可以提高软件的开发效率 避免进度调整失误导致项目失败的原因很多。有些情况我们可以通过加班...

    2016-11-03 11:46
    231
  • 97条架构建议-业务目标至上-简单可用-亲力亲为

    97条架构建议-业务目标至上-简单可用-亲力亲为业务目标至上业务目标驱动,架构师应该在实际的业务目标和实际的开发条件下制定决策系统架构师预估商业价值,避免技术决策造成经费超支建立反馈回路:大图表 持续...

    2016-11-02 15:02
    599
  • 97条架构建议-重视数据库-确定不确定性-关注细节

    97条架构建议-重视数据库-确定不确定性-关注细节打造数据库堡垒业务变化,人员变化,可是数据库却很少变化。牢固的数据模型一直会很少变化。牢固的数据模型真的是太重要了。牢固的数据模型需要既要保证数据的安...

    2016-11-04 11:23
    343
  • 97条架构建议-架构平衡-负责-多方案

    97条架构建议-架构平衡-负责-多方案架构设计要平衡兼顾多方需求软件架构常考虑的:系统建模,定义接口,划分功能模块 套用模式,优化性能 安全性,易用性,产品支持,发布管理,部署方式等问题 除了上面的技...

    2016-11-01 10:26
    815
  • 97条架构建议---代码的用处-不存在绝对的方案-提前关注性能问题

    几行代码可能比架构更管用设计拥有的无穷魅力,我们容易陷入其中,无法自拔。我们最后会确定架构的最终产物,架构说明书(或者图稿)。我们既需要了解上层组件之间的交互,也需要了解组件内部代码的组织,这样我们不...

    2016-10-31 10:49
    523
  • 软件架构师应该知道的97件事之架构决定性能-分析背后原因-起来发言

    架构决定性能架构决定性能。架构才是影响应用的性能和可伸缩性的决定性因素。我们无法通过简单从架构调优和简单的更换软件解决架构问题。分析客户背后的意义我们应该询问客户,分析客户要求的功能和需求的真正的意义...

    2016-10-29 17:11
    294
  • 软件架构师应该知道的97件事之架构决定性能-故障终会发生-我们在谈判-量化需求

    故障终究会发生硬件错误,可以增加冗余,避免单点错误软件也会出错,我们增加额外的监控程序人无完人,我们把操作,诊断和处理都编程自动化。降低了主动犯错的概率,却增加了错误被忽略的概率。我们为自动化增加监控...

    2016-10-30 10:39
    358
  • 软件架构师应该知道的97件事之复杂性-技术之外-简明沟通

    软件架构师应该知道的97件事之复杂性-技术之外-简明沟通简化根本复杂性,消除偶发复杂性业务的复杂性是必然的,我们需要对业务进行分析,对业务的复杂性进行解耦,解耦的过程中有可能产生偶发的复杂性。理科生有...

    2016-10-28 10:29
    319
  • 架构师应该知道的97件事读书笔记之客户需求重于个人简历

    架构师应该知道的97件事读书笔记之客户需求重于个人简历有时候我们很虚荣,一味的追求新技术,在一门技术还没有成熟前使用它风险是很高的。我们可能会因为个人简历,个人爱好,个人兴趣,和各种狂热,过分的使用新...

    2016-10-27 18:16
    384
img博客搬家
img撰写博客
img发布 Chat
img专家申请
img意见反馈
img返回顶部