守株阁

一、亚马逊14条领导力原则 我们的领导力准则不仅仅是非常鼓舞人心的墙帷。这些准则十分有效，就像我们努力工作所取得的成果一样。无论是在讨论新项目的创意、决定应对客户问题的最佳解决方案，还是对求职者进行面试，亚马逊人每天都在使用这些准则。这是令亚马逊独具特色的一个重要因素。 顾客至尚（Customer Obsession）领导者从客户入手，再反向推动工作。他们努力地工作以赢得并维系客户对他们的信任。虽然领导者会关注竞争对手，但是他们更关注客户。 主人翁精神（Ownership）领导者是主人翁。他们会从长远考虑，不会为了短期业绩而牺牲长期价值。他们不仅仅代表自己的团队，而且代表整个公司行事。他们绝不会说“那不是我的工作”。 创新简化（Invent and Simplify）领导者期望并要求自己的团队进行创新和发明，并始终寻求使工作简化的方法。他们了解外界动态，从各处寻找新的创意，并且不局限于“非我发明”的观念。 当我们开展新事物时，我们要接受被长期误解的可能。 决策正确（Are Right, A Lot）领导者在大多数情况下都能做出正确的决定。他们拥有卓越的业务判断能力...

《提升团队的微服务落地能力》

列举环境 根据 wikipedia，工业界总是把开发环境和生产环境分离出来，中间还有若干个 stages。 结构化的发布管理允许分阶段部署（rollout），测试和在遇到问题时回滚（rollback）。 常见的环境有： 4-tier architecture is development, testing, model, production (DEV, TEST, MODL, PROD), Quality Control (QC), for acceptance testing; sandbox or experimental (EXP) Another common architecture is development, testing, acceptance and production (DTAP) Development 构造对软件的变动的环境，大多数情况下仅仅是开发者的工作站（workstation）。在这个环境里实验变更和进行单元测试。集成环境有时候也可以被认为是开发环境，在集成环境里专门对 repo 里的源代码 copy 进行构建和单元测试。 T...

性能测试 压测问题.xmind 性能测试的必要性 营销活动周期 首先引入一个营销活动周期的概念，它是一个闭环流程： PS：1和2之间再加一个步骤。环境改造和基础数据准备。强调必须在生产环境。 压测环境准备：需要复用真实的线上环境，压测结果和问题暴露才都是最真实情况。可通过压测流量全局识别、透传（数据进入影子区域）。 基础数据准备：以电商场景为例，构造满足大促场景的核心基础相关数据（如买家、卖家、商品信息），以线上数据为数据源，进行采样、过滤、脱敏，并保持同等量级。 阿里实际上是 2013 年才开始做全链路压测的，现在的压测周期更加智能化。可以在白天由几个人值守进行，包含以下活动： 压测环境改造 整个阿里经济体的压测环境，包括双十一压测，全部选择的是线上环境，此时需要评估： 如果要进行全链路压测，是否直接可以使用现有环境。 同一个API多次压测是否会被拦截-容易被忽略。 是否会有脏数据影响、如果有影响应该如何改造避免-必须进行的改造项目：1 识别+ 透传流量标，2 构造影子数据区域。 以上这些问题总结下来即为两类问题：业务问题和数据传递问题。问题比较明确，我们就根据...

保险行业市场参与者 直保公司（也就是常见的保险公司），如泰康人寿、平安财险。 保险中介（帮直保公司卖保险的机构），如携程保代、慧择经纪、XX银行分行兼业代理。 再保险公司（直保公司将无法独自分摊的风险进行再分摊），如瑞士再保险，中国再保险。 保险公估（帮助保险公司理赔的专业公司），如泛华公估、民太安公估。 保险资管公司（帮助保险公司进行资产管理的公司），如中国人保资产管理。 类目的区别 财产险：经营跟财产损失有关的业务，主要是车险。 寿险：经营与人身损失有关的业务，主要是重疾险、健康险及寿险等。 财产险公司及寿险公司均可经营一年期及更短保障期限的健康险及意外险业务，这就是为什么百万医疗虽然是人身相关的保险，但是最早研发推出的是众安在线（一家财产险公司），而支付宝的好医保·长期医疗6年期百万医疗只能由人保健康这类人寿险公司推出。 互联网保险的模式 什么是场景保险模式 依靠场景销售保险产品，可以是传统的保险产品定制也可以是全新设计的保险产品。 a) 传统的保险产品定制：以携程为代表，机票搭售航意险，以变现为导向。 b) 全新设计的保险产品：以“准时宝”、“退回运费险”为代表，针...

借记和贷记 解释一 借贷是符号，对于资产和费用，借方是增加，贷方是减少。 对于负债，权益和收入，借方是减少，贷方是增加。 提高，借贷表示价值流向，借方表示价值去向，贷方表示价值来源。 借方资产，表示价值流向资产，资产增加了。 借方负债，表示价值流向负债，偿还了负债，负债减少了。 贷方权益，表示价值来源于权益，权益增加了。贷方收入，表示价值来源于收入，收入增加了。 因为价值的来源和去向必定是相等的，所以有借必有贷，借贷必相等。 解释二 复式簿记中，“借”的含义是“借进来”，“贷”的含义是“借出去”，而这个“借进来”和“借出去”又是从对方的视角来看的。复式簿记发展的最初是以记录债权、债务为目的使用的，而且也没有那么多会计科目，基本都是使用人名（或者商店名字）来进行记录的。而这里的“借进来”“借出去”并不一定是借，这是用来表示财产的流向的。下面为了解释借方、贷方的含义，会有很多简化处理。用户A向银行存钱，在银行的账本上，在现金这个会计科目下，会记录从用户A处“借进来”200元；在用户A这个会计科目下，记录“借出去”现金200元。这里的“借进来”对应着现金会计科目下的“借方”，“借出去”...

世界上最简单的会计书.xmind

集合与简易逻辑 集合（集） set 非负整数集 the set of all non-negative integers 自然数集 the set of all natural numbers 正整数集 the set of all positive integers 整数集 the set of all integers 有理数集 the set of all rational numbers 实数集 the set of all real numbers 元素 element 属于 belong to 不属于 not belong to 有限集 ...

系统变慢时，先区分 CPU 忙、任务在等待、内存紧张、磁盘空间不足，还是网络连接异常。不同工具观察的是不同层次：top 展示资源概况，ps 定位进程与线程，ss 观察套接字，strace 跟踪系统调用。单个指标只能缩小范围，需要同一时间窗口内的其他证据支撑判断。 本文面向 Linux，主要采用 procps-ng、GNU coreutils、iproute2 的命令格式。macOS 的选项和字段不同，也没有 Linux 的 /proc 接口；精简容器可能缺少部分命令。示例中的 PID 12466、端口 8080 和路径 /var/log 均需替换为实际目标。输出字段随工具版本变化，应以本机 man 为准。 从现象选择排查入口 先记录时间、目标 PID、进程启动时间和所在容器，再连续采样。快照适合确认“现在是什么”，区间统计适合回答“这几秒发生了什么”。进程重启后 PID 可能复用，不能把重启前后的数据直接拼起来。 图 1：从系统现象逐步定位到进程证据。 flowchart TD accTitle: 从系统现象到进程证据的排查路径 A["延迟升高或服务异常...

最早的《The Clean Architecture》诞生于 2012年，这个问题很早就被讨论清楚了。 思维导图： 注意，所有的接口都是在高层声明的：UseCase Input Port 和 UseCase Output port，所以高层可以实现高层的接口，低层也可以实现高层的接口。 注意，sofa的分层就是在一个横向的模块里声明了业务用例的接口和 core-model 的接口，这样源代码级的依赖都集中在抽象上： Use Case Interactor 和 Presenter 应该是可测试的，而 Data Access Interface、View、ORM 应该是 humble object。所以一个应用的低层（外层）应该是被排除掉不做测试的。 附件下载： xmind 关于源代码中的依赖关系的一些澄清： “使用”并不意味着“定义”，而只是引用 dashed outline 代表虚线框，也代表抽象。