oldratlee / software-practice-thoughts

📚 🐣 软件实践文集。主题不限,思考讨论有趣有料就好,包含如 系统的模型分析/量化分析、开源漫游者指南、软件可靠性设计实践、平台产品的逻辑与执行… 🥤

Home Page:https://github.com/oldratlee/software-practice-thoughts

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

📚 🐣 软件实践文集

知识共享协议(CC协议) Licence: CC BY-NC-SA 4.0
GitHub stars GitHub forks

记录与整理平时自己的

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

主题不限,有趣有料就好~ 🥤

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



⏳ 按内容时间排序

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

  • 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是编程语言中的一个神。

🎵 按内容主题分类

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

实践讨论

  • 软件实践碎碎念
  • 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是怎么回事?

SCM

软件文档

编程语言

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

About

📚 🐣 软件实践文集。主题不限,思考讨论有趣有料就好,包含如 系统的模型分析/量化分析、开源漫游者指南、软件可靠性设计实践、平台产品的逻辑与执行… 🥤

https://github.com/oldratlee/software-practice-thoughts

License:Other


Languages

Language:Jupyter Notebook 100.0%Language:Python 0.0%