提交lesson0 ，lesson1，lesson2 作业

assignments/lesson1/hu-Angie.md

@@ -0,0 +1,88 @@
+# 开源商业模式分析报告
+
+## 学员GitHub用户名: hu-Angie
+
+## 选择的商业模式
+Apache商业模式
+
+## 分析内容
+
+## 一、商业模式概述
+
+Apache软件基金会（ASF）是1999年由Apache Group成员组建的501(c)(3)非营利性公共慈善组织，其核心商业模式围绕“社区高于代码”的核心理念和“Apache之道”治理模式构建，形成了独特的开源生态治理体系。与传统商业软件企业不同，ASF不直接开发软件产品，而是为全球开源项目提供基础设施支撑、法律风险保障和标准化治理框架，通过培育中立、开放的社区生态实现可持续发展。目前，ASF管理着850+个人成员和8200+代码提交者，监督数百个开源项目，涵盖Web服务器、大数据、云计算等多个领域，其中Hadoop、Kafka、Spark等项目已成为行业标杆。
+
+## 二、收入来源
+
+作为非营利组织，ASF不直接从开源项目中获取盈利，其运营资金主要来源于外部支持，同时通过生态构建催生商业衍生价值，具体可分为三大类：
+
+### 1. 企业赞助
+
+采用三级阶梯式赞助体系，是ASF最核心的资金来源。白金赞助商年费约12.5万美元，黄金赞助商约5万美元，白银赞助商约1.5万美元，AWS、Google、Microsoft等科技巨头均为长期白金赞助商。赞助回报仅包含品牌曝光（官网及活动Logo展示）、技术社区对接等权益，不涉及项目控制权，确保了项目的中立性。
+
+### 2. 个人与机构捐赠
+
+涵盖多元捐赠形式：个人开发者和用户的小额自愿捐赠；政府及研究机构的专项资助，如欧盟科研项目资金；企业提供的实物捐赠，包括硬件设备、云服务资源等，为基金会运营提供补充支持。
+
+### 3. 生态系统衍生价值
+
+ASF自身不盈利，但构建的开源生态为商业公司创造了盈利空间，形成“开源创造价值-商业实现价值-反哺生态”的循环。主要衍生模式包括：SaaS托管服务（如Confluent的Kafka Cloud、AWS的EMR）、商业增强版本（如Cloudera的Hadoop商业发行版）、技术支持与培训（第三方公司提供的付费咨询培训）、定制化开发（基于Apache项目的企业级解决方案集成）。
+
+## 三、社区与生态
+
+### 1. 社区规模与活力
+
+构建了全球范围内极具活力的开源协作网络：核心治理层包含850+ASF个人成员和8200+代码提交者，覆盖数百个开源项目；社区支持多语言协作，拥有英语、中文、日语等多语言邮件列表和文档，所有讨论公开且永久存档；通过ApacheCon全球技术大会等线下活动促进面对面交流，形成稳定的全球协作生态。
+
+### 2. 生态系统建设
+
+以“孵化器制度+顶级项目自治”为核心构建生态：新项目需经过1-2年孵化期，由导师团队指导并验证社区活跃度后，经投票晋升为顶级项目，确保项目质量；350+顶级项目覆盖Web服务器、大数据、云计算、区块链等关键领域，形成完整技术生态链。同时，生态获得广泛行业认可，90%以上的Fortune 500公司采用Apache项目，主流云厂商（AWS、Google Cloud等）均深度集成相关技术。
+
+### 3. 贡献者激励机制
+
+采用“贡献决定权力”的精英治理体系，建立清晰晋升路径：从普通用户到提交者（持续贡献→提名→社区投票）、再到PMC成员（重大贡献→PMC选举）、ASF成员（多项目长期贡献→提名选举），透明的成长通道有效激励了全球开发者的长期贡献。
+
+## 四、竞争优势
+
+相较于传统商业软件模式，Apache模式的核心优势体现在以下方面：
+
+- **中立性优势**：严格禁止单一企业控制项目，赞助商无决策权，避免了传统商业软件的供应商锁定问题，赢得企业用户信任，尤其在大型企业和公共部门中认可度极高。
+- **开放协作效率**：“社区高于代码”的理念吸引全球开发者参与，通过开放透明的共识决策和严格的代码审查（需至少两名PMC成员审核），实现技术迭代效率远超传统封闭开发模式，如Apache HTTP Server、Spark等项目均快速成为行业标准。
+- **成本优势**：开源模式下软件免费获取，企业无需支付高额授权费，仅需根据需求购买第三方技术支持，降低了企业使用门槛，极大提升了项目普及率。
+- **生态兼容性优势**：中立性和开放性使Apache项目成为行业通用技术底座，可与各类商业软件、云平台无缝集成，如Hadoop成为大数据领域事实标准，被所有主流云厂商适配，兼容性远超专有软件。
+- **质量保障优势**：建立了“持续集成测试+专门漏洞响应团队”的质量控制体系，结合全球开发者的集体智慧，软件稳定性和安全性得到充分验证，Apache HTTP Server曾长期占据全球Web服务器市场60%以上份额。
+
+## 五、挑战与风险
+
+### 1. 资金依赖风险
+
+运营高度依赖企业赞助，若核心赞助商因经营调整减少或撤回赞助，可能导致资金链紧张。相较于商业软件企业的稳定营收，非营利模式的资金稳定性较弱，抗风险能力有限。
+
+### 2. 治理效率瓶颈
+
+采用共识决策机制，重大决策需经过社区充分讨论达成共识，虽保障了决策合理性，但在快速迭代的技术领域可能导致决策周期过长，难以快速响应市场变化。
+
+### 3. 核心人才流失风险
+
+项目发展高度依赖核心贡献者（PMC成员、资深提交者），而开源贡献多为自愿行为，若核心人才因职业变动等原因退出，可能短期内影响项目进度和技术路线稳定性。
+
+### 4. 商业生态竞争压力
+
+第三方商业公司基于Apache项目开发的商业版本，可能通过增值服务形成竞争优势，部分企业可能更倾向于选择商业版本而非原生开源项目，长期可能分流社区资源；同时，专有软件厂商可能通过技术壁垒或市场策略挤压开源生态空间。
+
+### 5. 安全与法律责任风险
+
+开源软件的广泛普及使安全漏洞影响范围扩大，虽有专门漏洞响应团队，但漏洞修复的及时性仍面临挑战；同时，全球各地法律政策差异可能导致开源授权在部分地区面临合规风险，增加法律保障成本。
+
+
+
+## 六、个人感受
+
+Apache较为成功的项目如基础组件项目，Tomcat，Commons的Java公共组件项目，这些都是为编程开发提供一些公用的工具集，中间件。其实这些项目不像传统软件公司的产品是C端或B端的成品软件，而是为成品软件的制造提供中间节点服务，这启示我作为开源社区，在一个复杂的产业链中，不一定要与现存大公司抢占市场，而是应该如Apache一样，找到自己的生态位，提供独特的产品与服务。
+
+---
+
+## CI 自动评分与运行指引
+- 课程作业检测仅在 PR 到 main 时执行，请通过 Pull Request 提交本文件。
+- 文件命名：assignments/lesson1/{你的GitHub用户名}.md。
+- 自动评分工作流： [.github/workflows/calculate-score.yml](../../.github/workflows/calculate-score.yml)。
+- 首次 Fork 后：进入 Actions → 选择 “Calculate Student Score” → 点击 “Run workflow” 并选择 main → 在日志中查看成绩。

assignments/lesson2/hu-Angie.md

@@ -0,0 +1,99 @@
+# Git工具安装与使用报告
+
+## 学员GitHub用户名: hu-Angie
+
+## 1. Git安装过程
+
+
+
+windows操作系统安装，之前已安装过
+
+
+
+## 2. 遇到的问题及解决方法
+无
+
+## 3. 版本信息截图
+
+（在此处插入执行`git --version`命令后的截图）
+
+![image-20251128002240846](hu-Angie.assets/image-20251128002240846.png)
+
+## 4. Git命令使用过程总结
+
+（在此处总结使用Git命令的过程，包括但不限于以下操作：
+
+- git clone: 克隆远程仓库到本地
+
+- 如何转换为指定路径，以便克隆到指定文件夹
+
+  1）先输入目标盘符 + 冒号，切换到 D 盘：
+
+  cmd
+
+  ```cmd
+  D:
+  ```
+
+  执行后提示符会变为`D:\>`（表示已进入 D 盘根目录）。
+
+  2）再用`cd`切换到 github 子目录：
+
+  cmd
+
+  ```cmd
+  cd github
+  ```
+
+
+
+  最终提示符变为`D:\github>`，即成功进入目标目录。
+
+
+
+  克隆的结果显示如下
+
+  ![image-20251128002456671](hu-Angie.assets/image-20251128002456671.png)
+
+  遇到的主要问题是，由于网络波动，始终克隆不下来，也进行网页搜索，AI辅助解决问题使用了镜像源，最后以第二天无网络波动问题，再次克隆成功为结果。
+
+
+
+- git add: 添加文件到暂存区
+
+  Ps:Git 命令必须在**克隆后的仓库文件夹内**（项目文件夹）执行，因为只有仓库根目录下才有`.git`文件夹（Git 的核心配置目录）。之前停留在`D:\github`（总目录）， “不是 Git 仓库，命令运行失败
+  --暂存你的作业文件和资源文件夹
+
+   执行命令（将未跟踪的文件加入暂存区）：
+
+   cmd
+
+   ```cmd
+   git add assignments/lesson2/hu-Angie.md assignments/lesson2/hu-Angie.assets/
+   ```
+
+  （若想一次性暂存所有修改 / 新增文件，可简化为 `git add .`，但需确认是否要包含删除的示例文件）
+
+
+从git status输出可以看到，本地仓库有以下状态的文件：
+
+--已删除文件：assignments/lesson2/example-report.md（可能是你误删或故意删除的示例文件）
+
+--未跟踪文件：hu-Angie.md（你的作业文件）和hu-Angie.assets/（图片资源文件夹）
+
+- git commit: 提交更改到本地仓库
+
+- git push: 推送更改到远程仓库
+
+  ![image-20251128004001695](hu-Angie.assets/image-20251128004001695.png)
+
+- git pull: 从远程仓库拉取最新更改
+
+
+---
+
+## CI 自动评分与运行指引
+- 课程作业检测仅在 PR 到 main 时执行，请通过 Pull Request 提交本文件。
+- 文件命名：assignments/lesson2/{你的GitHub用户名}.md。
+- 自动评分工作流： [.github/workflows/calculate-score.yml](../../.github/workflows/calculate-score.yml)。
+- 首次 Fork 后：进入 Actions → 选择 “Calculate Student Score” → 点击 “Run workflow” 并选择 main → 在日志中查看成绩。

hu-Angie.MD

@@ -0,0 +1,20 @@
+我的想法
+
+1 我感兴趣的原因
+
+1）我认为开源是一种非常创新的模式，对我来说是非常新鲜的事务。AI+开源在一起让我有一种对未来工作生活的危机意识，我认为它是一种新质生产力，我也想尝试参与开源相关工作。
+
+2）本次训练营是一个非常好的机会与从事开源，不同领域的人进行交流了解，了解开源社区的社区生态，以及运营方式。
+
+3）我非常敬佩github上star很多的大佬们，但是我不认为支撑一个优秀的开源社区或开源项目的只有个人的热情，一定还有更符合经济社会运作的内容。开源社区开源项目的商业模式是我比较关注的点
+
+4）其实我时常有种困惑是我虽然对创新抱有好奇，但可能没特别多的发明创造上的热情，目前也没有什么好的软件方面的创新想法，想了解一下除了技术大佬类型，在开源生态中，我的适合站位在哪里
+
+
+
+2 后续规划
+
+希望与大家多多交流，我能够早日找到自己在开源相关事务中感兴趣的项目，以及适合站位。
+
+
+