software-practice-thoughts

📚 🐣 软件实践文集

记录与整理平时自己的

• 软件实践的讨论
• 软件实践主题的思考

主题不限，有趣有料就好～ 🥤

PS：比起写博客，直接用github仓库的Markdown来记录真是简单省事！ 😂

• 🙈 自己写的这些内容难免有不足和不对之处，欢迎 👏
  • 建议，提交Issue
  • 指正，Fork后提通过Pull Request贡献修改
• 如果理解上有疑问 或是 应用过程中碰到疑惑，请提交 🙌 Issue ，一起学习交流讨论！

---

• ⏳ 按内容时间排序
• 🎵 按内容主题分类
  • 实践讨论
  • 如何做开源项目
  • 系统设计与分析
  • SCM
  • 软件文档
  • 编程语言

---

⏳ 按内容时间排序

下一节是 ⬇️ 按内容主题分类 ⬇️

• 2025-10 并发任务编排的实现与设计 —— 以Java CompletableFuture为例
• 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-03 系统Load的样子与计算方式
  你常常看的Load 1/5/15是怎么回事？
• 2020-02 分享PPT 开源漫游者指南：开源的工作内容与要点
  • 开源是一个充分竞争的环境，不能没有差异化或有明显缺陷，有问题无法隐藏。竞争三要素：1) 成本 2) 差异化 3) 专业化
    • 产品有明确的独特性、差异化（性能/功能） => 拉新/启动
    • 产品界面的部分 重要 => 留存
    • 持续发版/用户(大)Case收集透出（活跃、质量） => 流失 vs. 口碑传播
  • 伸手当是主流；一般用户成为贡献者都是小提交贡献；核心贡献者 肯定会是大厂公司的人，注重形成公司间团队的合作联盟。
• 2019-10 任务分发均匀性的模型量化分析
  • 任务分发在软件系统的很多地方会出现。
  • 任务分发/LB的均匀性是一个需要考虑的问题，会导致不必要的过载甚至宕机。
• 2017-03 Cache实践
  • 应用开发中，Cache毫无疑问是很重要的一块：提升应用性能的关键，降低像DB这样关键资源的负荷；
  • 但Cache的使用有很多要注意的问题与陷阱。
• 2015-06 分享PPT Git/GitLab(Github)使用
• 2015-06 软件文档 如何写一个issue
• 2014-12 Git学习资料
• 2014-09 Why Git
• 2014-09 编程语言 Lisp Practice
  对于大多数程序员来说，Lisp是编程语言中的一个神。

🎵 按内容主题分类

上一节是 ⬆️ 按内容时间排序 ⬆️

实践讨论

• 软件实践碎碎念
  • 2021年
  • 2020年
• Code Review
  • compileflow开源项目的Code Review
    • Review与交流讨论的过程 是自己整理学习的过程。大部分的整理内容 其实是独立于具体的一个开源项目。
    • 涉及如 代码实现（文档、可靠性、专业性）、系统设计（领域/模型拆分的原则与实践、扩展设计）、工程实践（版本管理、构建、测试）。

如何做开源项目

• 分享PPT 开源漫游者指南：开源的工作内容与要点
  • 开源是一个充分竞争的环境，不能没有差异化或有明显缺陷，有问题无法隐藏。竞争三要素：1) 成本 2) 差异化 3) 专业化
    • 产品有明确的独特性、差异化（性能/功能） => 拉新/启动
    • 产品界面的部分 重要 => 留存
    • 持续发版/用户(大)Case收集透出（活跃、质量） => 流失 vs. 口碑传播
  • 伸手当是主流；一般用户成为贡献者都是小提交贡献；核心贡献者 肯定会是大厂公司的人，注重形成公司间团队的合作联盟。

系统设计与分析

• 分享PPT 软件可靠性设计的实践
• 平台产品逻辑与执行
  • 全接管业务的功能 是平台的目标，直接体现了平台的核心竞争力。
    全接管业务的平台功能的多少/比例 可以用来度量 平台的成熟程度。
  • 在平台产品功能中，要区分 哪些是接管的功能，哪些是整合的功能。
  • 不要用美好正义的愿望 来替代 残酷务实的逻辑。
    即产品逻辑 推演要包含给出 如何『做成』一个产品（可行性），而不仅是给出 为什么要『要做』一个产品（有需求）。
  • 排除法 对于不确定的规划的事 是不适用的；因为 事情是不是有解/整体组合功能是不是能发展出来 还是未知的。
• 多响应异步请求模式下需求满足的分析模型
  • 请求的3个关注维度CRC：完整性（Completeness）、响应性（Responsiveness）与正确性（Correctness）。
  • CRC也是请求的平衡维度，所谓平衡是指：当不可兼得时，可互相置换。
  • 请求所关注与平衡的CRC维度模型 也一样适用于 同步请求模式，并不耦合 多响应异步请求模式。
    只是多响应异步请求模式下的复杂性，在分析上对请求维度模型的需要变得迫切了。
    我们可以用请求维度CRC模型作为 引入多响应异步请求模式后对产品/用户体验的优化程度 的一种度量方式。
  • 多响应/异步的模式下，相对于传统的同步模式，可以为业务提供了更灵活方便的策略。
• 任务分发均匀性的模型量化分析
  • 任务分发在软件系统的很多地方会出现。
  • 任务分发/LB的均匀性是一个需要考虑的问题，会导致不必要的过载甚至宕机。
• Cache实践
  • 应用开发中，Cache毫无疑问是很重要的一块：提升应用性能的关键，降低像DB这样关键资源的负荷；
  • 但Cache的使用有很多要注意的问题与陷阱。
• 系统Load的样子与计算方式
  你常常看的Load 1/5/15是怎么回事？

并发

• 并发任务编排的实现与设计 —— 以Java CompletableFuture为例

SCM

• Why Git
• Git学习资料
• 分享PPT
  • Git/VCS的使用与原则 简介
  • Git/GitLab(Github)使用

软件文档

• 如何写一个issue

编程语言

• Lisp Practice
  对于大多数程序员来说，Lisp是编程语言中的一个神。