软件实践文集
记录与整理平时自己的
- 软件实践的讨论
- 软件实践主题的思考
主题不限，有趣有料就好～
按内容时间排序
- 2021年 软件实践碎碎念
- 2021-06 平台产品逻辑与执行
- 全接管业务的功能 是平台的目标，直接体现了平台的核心竞争力。 全接管业务的平台功能的多少/比例 可以用来度量 平台的成熟程度。
- 在平台产品功能中，要区分 哪些是接管的功能，哪些是整合的功能。
- 不要用美好正义的愿望 来替代 残酷务实的逻辑。 即产品逻辑 推演要包含给出 如何『做成』一个产品（可行性），而不仅是给出 为什么要『要做』一个产品（有需求）。
- 排除法 对于不确定的规划的事 是不适用的；因为 事情是不是有解/整体组合功能是不是能发展出来 还是未知的。
- 2021-04 多响应异步请求模式下需求满足的分析模型
- 请求的3个关注维度
CRC：完整性（Completeness）、响应性（Responsiveness）与正确性（Correctness）。 CRC也是请求的平衡维度，所谓平衡是指：当不可兼得时，可互相置换。- 请求所关注与平衡的CRC维度模型 也一样适用于 同步请求模式，并不耦合 多响应异步请求模式。 只是多响应异步请求模式下的复杂性，在分析上对请求维度模型的需要变得迫切了。 我们可以用请求维度
CRC模型作为 引入多响应异步请求模式后对产品/用户体验的优化程度 的一种度量方式。 - 多响应/异步的模式下，相对于传统的同步模式，可以为业务提供了更灵活方便的策略。
- 2020年 软件实践碎碎念
- 2020-08
compileflow开源项目的Code Review - Review与交流讨论的过程 是自己整理学习的过程。大部分的整理内容 其实是独立于具体的一个开源项目。
- 涉及如 代码实现（文档、可靠性、专业性）、系统设计（领域/模型拆分的原则与实践、扩展设计）、工程实践（版本管理、构建、测试）。
- 2020-08 | 2017-08 … 2014 分享PPT 软件可靠性设计的实践
- 2020-07 分享PPT Git/VCS的使用与原则 简介
- 2020-02 分享PPT 开源漫游者指南：开源的工作内容与要点
- 开源是一个充分竞争的环境，不能没有差异化或有明显缺陷，有问题无法隐藏。竞争三要素：1) 成本 2) 差异化 3) 专业化
- 产品有明确的独特性、差异化（性能/功能） => 拉新/启动
- 产品界面的部分 重要 => 留存
- 持续发版/用户(大)Case收集透出（活跃、质量） => 流失 vs. 口碑传播
- 伸手当是主流；一般用户成为贡献者都是小提交贡献；核心贡献者 肯定会是大厂公司的人，注重形成公司间团队的合作联盟。
- 2019-10 任务分发均匀性的模型量化分析
- 任务分发在软件系统的很多地方会出现。
- 任务分发/
LB的均匀性是一个需要考虑的问题，会导致不必要的过载甚至宕机。
- 2015-06 分享PPT Git/GitLab(Github)使用
- 2014-12 Git学习资料
- 2014-09 Why Git
按内容主题分类
实践讨论
- Code Review
compileflow开源项目的Code Review- Review与交流讨论的过程 是自己整理学习的过程。大部分的整理内容 其实是独立于具体的一个开源项目。
- 涉及如 代码实现（文档、可靠性、专业性）、系统设计（领域/模型拆分的原则与实践、扩展设计）、工程实践（版本管理、构建、测试）。
如何做开源项目
- 分享PPT 开源漫游者指南：开源的工作内容与要点
- 开源是一个充分竞争的环境，不能没有差异化或有明显缺陷，有问题无法隐藏。竞争三要素：1) 成本 2) 差异化 3) 专业化
- 产品有明确的独特性、差异化（性能/功能） => 拉新/启动
- 产品界面的部分 重要 => 留存
- 持续发版/用户(大)Case收集透出（活跃、质量） => 流失 vs. 口碑传播
- 伸手当是主流；一般用户成为贡献者都是小提交贡献；核心贡献者 肯定会是大厂公司的人，注重形成公司间团队的合作联盟。
系统设计与分析
- 分享PPT 软件可靠性设计的实践
- 平台产品逻辑与执行
- 全接管业务的功能 是平台的目标，直接体现了平台的核心竞争力。 全接管业务的平台功能的多少/比例 可以用来度量 平台的成熟程度。
- 在平台产品功能中，要区分 哪些是接管的功能，哪些是整合的功能。
- 不要用美好正义的愿望 来替代 残酷务实的逻辑。 即产品逻辑 推演要包含给出 如何『做成』一个产品（可行性），而不仅是给出 为什么要『要做』一个产品（有需求）。
- 排除法 对于不确定的规划的事 是不适用的；因为 事情是不是有解/整体组合功能是不是能发展出来 还是未知的。
- 多响应异步请求模式下需求满足的分析模型
- 请求的3个关注维度
CRC：完整性（Completeness）、响应性（Responsiveness）与正确性（Correctness）。 CRC也是请求的平衡维度，所谓平衡是指：当不可兼得时，可互相置换。- 请求所关注与平衡的CRC维度模型 也一样适用于 同步请求模式，并不耦合 多响应异步请求模式。 只是多响应异步请求模式下的复杂性，在分析上对请求维度模型的需要变得迫切了。 我们可以用请求维度
CRC模型作为 引入多响应异步请求模式后对产品/用户体验的优化程度 的一种度量方式。 - 多响应/异步的模式下，相对于传统的同步模式，可以为业务提供了更灵活方便的策略。
- 任务分发均匀性的模型量化分析
- 任务分发在软件系统的很多地方会出现。
- 任务分发/
LB的均匀性是一个需要考虑的问题，会导致不必要的过载甚至宕机。