如何进行产品需求/项目立项
需求分析的三重境界第一层次:用户的观点和行为第二层次:用户的目标和动机第三层次:用户的人性价值观 用户场景分析 谁遇到了问题[WHO] 什么环节遇到了问题[WHEN] 在哪里遇到了问题 [WHERE] 问题是什么[WHAT] 问题产生原因[WHY] 如何解决[HOW] 解决成本[HOW MUCH] 商户 售后 因为 xxx,不得不退款 造成经营损失 平台出于成本考量,不能对此进行赔付 通过 新建 xxx 产品能力,提供补充能力 待思考,也许是中 需求背景要讲场景,讲数字,有定性 项目评估 项目收益:某项指标会上升、某项指标会下降。 项目目标:上线时间。 涉及资源:涉及几个部门和团队? 具体产品设计方案产品到底有几个维度的细节,要建设的细节分别是什么。
机器学习的几个概念
混淆矩阵混淆矩阵的每一列代表了预测类别,每一列的总数表示预测为该类别的数据的数目;每一行代表了数据的真实归属类别,每一行的数据总数表示该类别的数据实例的数目。 * * True Class True Class * * p n Hypothesized Class Y True Positive False Positive Hypothesized Class N False Negative False Positive 精准、召回与打扰率precision 精准策略识别真实 bad case True Positive/策略识别的 bad case True Positive + False Positive 风控识别出 100 个案子,实际上有 20 个是真的,精准率为 20%。 注意,这里我们并不知道所有案子有多少。这里讨论的是已经找出的案子的精准率。 recall 召回策略识别真实 bad case True Positive /所有真实的 bad case True Positive + False Negative 总共发生了...
STARR 法则
STAR 法则最早用于面试,后来演变为 STARR,最后一个 R 是反思/Reflection。 但 STARR 不仅适用于面试,也适用于工作小结,项目报告等各种场景。 什么是STARR行为面试法?所谓 STARR原则,即 Situation(情景)、Task(任务)、Action(行动)、Result(结果)、Reflection(反思)五个英文单词的首字母组合。 S - Situation - 情景:描述候选人过去经历中某件重要事件背景状况,了解候选人行为背后的动机。我们需要特别关注的是过去行动的背景情况与未来岗位场景之间的相似性。 T - Task - 任务:了解候选人在其背景环境中所执行的任务与角色,从而考察该候选人是否做过其描述的职位及其是否具备该岗位的相应能力。 A - Action - 行动:是考察候选人所担任的角色与执行任务的方式。行动是行为事例(STAR)的核心,因为多个STAR的行为串在一起就能说明候选人是否有某种行为模式。 R - Result -...
leadership 的境界
修身:以身作则 齐家:relugate 自己的部署 治国:governance 自己的公司 平天下:occupy 占领自己的目标市场 世界上最好的商业模式是,建立一个国家。社会主义和资本主义的区别有很多,其中有一种区别是,不同的治理方式。
插件化架构
为什么要实现插件化架构业务和平台要解耦。业务和平台都是多对多的关系。全链路里既有业务,也有平台。大家应该如何 talk by interface。我们看待复杂组织的业务流程,要线性看,看到很多节点;也要分层看,看到复合的层次。在这种情况下,上层架构域和下层架构域之间怎么实现复杂度的管理? 如果我们需要构建大规模的泛交易平台,我们需要靠插件化架构把我们的系统组装起来。 插件化架构通常需要一个 runtime 层(或者 boot 层)、core 层。 从业务视角来看,要解决多团队协同的问题因为多个业务域/团队没有把能力用统一的方式透出,所以没有人能够知道统一的技术能力应该怎么串联。进行全链路沟通需要大量的沟通对齐工作。 从业务视角来看,复杂性业务要素包含本业务用例里的各种模型。 从平台视角来看,要解决复杂性管理问题平台要支撑多种业务,业务的复杂性、差异性,以及众多业务需求不确定性,在各平台内部如何管理和支撑?简单的 if-else...
故障演练平台设计
目的 验证故障应急处理能力 验证服务降级及止损能力 验证中间件、存储和服务的稳定性 发现隐患,提升服务可用率 要具备的功能 有环境恢复的能力。 准备演练场景。 感知监控。 权限管理、时间管理。
投资分类
分类 股票 债券 期权 期指 股票期权 互惠基金 衍生权证 衍生品认识
规划结构化
基础结构LongRangePlan.xmind
操作系统导论 Three Easy Pieces
前言本书的目的是厘清操作系统的发展脉络。有助于学生了解过去是什么、现在是什么、将来是什么。 无论如何,在试图解决问题时,我们首先要说明最重要的问题是什么。我们在书中明确提出关键问题(crux of the problem),并通过本书其余部分提出的技术、算法和思想来解决。 在许多地方,我们将通过显示一段时间内的行为来解释系统的工作原理。这些时间线(timeline)是理解的本质。例如,从页故障出发,我们可以理解虚拟内存的工作方式。 本书采用最古老的教学方法之一-对话(dialogue)。 我们应当首先呈现抽象,然后介绍具体。抽象是计算机科学各个方面的基础,因此它在操作系统中也是必不可少的。 作业模拟程序具有以下特点,通过提供不同的随机种子,产生近乎无限的问题。 本书使用 xv6 操作系统来编程。 学生很难理解并发问题是如何产生的,也很难理解人们试图解决它的原因。