本文档要回答以下问题： 要使用哪些规则进行检查？单元测试覆盖率多少？重复率多少？怎样才算通过？为什么？ 实战中怎么使用？ 1 Sonar 检查规则 1.1 规则的分类 按照问题严重级别，分为以下4类： Bug（可靠性） Vulnerability（漏洞） Code Smell（可维护性） Security Hotspot（安全疑点，可能不需要修复，需要人工检查） 1.2 Sonar 常见的可用规则

我们之后可能会大量使用头脑风暴的形式来开会，因为它确实好用。 1 简介 一群人围绕一个特定议题进行发散性讨论。 直接头脑风暴与质疑头脑风暴。前者是在专家群体决策基础上尽可能激发创造性，产生尽可能多的设想的方法，后者则是对前者提出的设想，方案逐一质疑，发现其现实可行性的方法。 确定议题。明确这次会议需要解决什么问题，同时不限制可能的解决方案的范围。 会前准备。参与者在开会之前，对于待解决的问题有所了

（整理自内部培训PPT） 1 敏捷 1.1 敏捷的由来及敏捷宣言 2001 年 2 月，Martin Fowler 等 17 位著名的软件开发专家在美国雪鸟滑雪圣地的一次聚会中，正式提出敏捷(Agile)的概念，并签署了《敏捷宣言》。包含 4 条价值观和 12 条原则。 1.1.1 敏捷软件开发宣言（价值观） 个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档 客户合作 高于 合同谈判 响

0 棘手问题的解决方案 如何把公司拧成一根筋，向着一致的目标进发？而如果同时这个“一致的目标”又在因为竞争性的、变幻无常的市场环境一直改变呢？用 OKR。 OKR 可以做到两件事情： 把握住公司（/团队）成长的关键目标； 灵活支配那些具有天赋和才华的人力资源。 这里不得不提到 Google（Google 早在 1999 年就开始在内部实行 OKR）。起初他们只是想做好搜索引擎而已，谁知道后来多点开

“一页纸”的概念，应该是源于 《一页纸项目管理》。 我们用它的精髓，不局限于项目管理。 即，选择合适的粒度，把关于特定主题的所有信息，都在一个文档（一页纸）中表达清楚。大量细节信息，可以用另一张一页纸来写，通过超链关联。

一、总论 耦合：也称块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越强，模块的独立性则越差。 内聚：又称块内联系。指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。当一个类或者模块被设计成只支持一组相关的功能时，我们说它具有高内聚；反之，当被设计成支持一组不相关的功能时，我们说它具有低内聚。 软件设计中通常用耦合度和内聚度作为衡量

产品分析 用户需求 竞品分析 市场调研 技术选型 前端技术选型 后端技术选型 数据库 业务框架（与当前业务紧密相连的技术框架） 开发实现 前后端开发，测试 前后端部署 前后端升级 业务框架 生产上线 部署升级 峰值处理（如电商网站“双十一”的峰值） 成本优化 警报处理（网络掉线，机器死机等异常处理）   注：真实场景根据业务不同差别较大。web 应用开发标准并不统一，但都是在基础上衍生而