diff --git a/assignments/lesson1/example-report.md b/assignments/lesson1/example-report.md
index 526048b..8eeb257 100644
--- a/assignments/lesson1/example-report.md
+++ b/assignments/lesson1/example-report.md
@@ -31,4 +31,4 @@
- 课程作业检测仅在 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 → 在日志中查看成绩。
\ No newline at end of file
+- 首次 Fork 后：进入 Actions → 选择 “Calculate Student Score” → 点击 “Run workflow” 并选择 main → 在日志中查看成绩。
diff --git a/assignments/lesson1/linux-foundation.md/tmacychen.md b/assignments/lesson1/linux-foundation.md/tmacychen.md
new file mode 100644
index 0000000..5f2151a
--- /dev/null
+++ b/assignments/lesson1/linux-foundation.md/tmacychen.md
@@ -0,0 +1,305 @@
+## 选择的商业模式
+Linux 开源基金会
+
+
+## 分析内容
+
+### 1. 商业模式概述
+Linux基金会（The Linux Foundation, LF）是注册在美国的全球最大的开源非营利组织， 更是一个运作极其成熟的商业化联合体。其核心商业模式概括来说是：通过构建中立的治理架构，将开源代码转化为具有巨大商业价值的生态系统，并从中通过会员费、活动、培训和项目托管服务获取收入。
+
+
+#### 发展历程
+
+Linux基金会并非与Linux内核同时诞生。它的出现是为了解决商业公司如何与自由软件社区共存的问题。Linux内核在1991 年诞生后，各大厂商（IBM,HP,Intel）开始意识到其价值，但缺乏统一的标准。当时存在两个主要组织： OSDL (Open Source Development Labs)和 FSG(Free Standards Group)。OSDL 是有 IBM、Intel 等巨头资助，主要目的是给Linus Torvalds 发工资，让他能全职维护内核，同时提供服务器测试硬件。FSG 专注于指定标准（例如 LSB），防止 Linux 想 Unix 一样分裂为互不兼容的版本。两个组织职能重叠，且当时微软利用专利大棒威胁Linux生态，社区急需一个统一、强有力的代言人。在 2007 年 OSDL 与 FSG 合并成立了 LF，LF并没有只盯着内核代码，而是开始向企业出售“影响力”和“确定性”，因为“企业不关心意识形态，只关心如何降低研发成本和避免被单一厂商绑定”。
+
+在 2015 年，Google决定将Kubernetes捐赠给LF，而非自己成立基金会。LF顺势成立了 CNCF (Cloud Native Computing Foundation)。这是LF历史上的最大转折。CNCF的成功证明了LF的“基金会中的基金会”模式是可行的。此后，Hyperledger (区块链)、LF AI (人工智能)、OpenSSF (安全) 等子基金会如雨后春笋般涌现。今天的LF，Linux内核只占其项目的极小一部分，它实际上已经变成了“开源界的联合国”。
+
+#### 价值主张
+企业愿意为 LF 付费成为高级会员的原因在于，LF 提供了“中立”的服务，主要包括：
+
+- 法律与IP托管： 解决复杂的知识产权归属问题，防止单一厂商垄断项目。
+- 治理架构： 提供成熟的董事会、技术委员会架构，让竞争对手（如AWS和Azure）能在同一张桌子上合作。
+- 市场化加速： 通过顶级会议、营销推广，让技术项目迅速成为行业标准（如Kubernetes）。
+
+
+### 2. 收入来源
+
+根据2023年的财务数据和运营报告，LF的年收入规模约为 1.96亿美元（约合14亿人民币）。其收入来源高度多元化，主要由以下四大板块构成：
+
+#### A. 会员费（Memberships & Donations）- 占比 ~45%
+这是LF最稳定的现金流。企业通过付费获得董事会席位、话语权和营销权益。
+
++ **白金会员（Platinum）：** 年费 **50万美元**（约360万人民币）。
+ - _权益：_ 直接在董事会拥有席位，对基金会战略有投票权。
+ - _代表企业：_ 华为、微软、英特尔、三星、Oracle等。
++ **金牌会员（Gold）：** 年费 **10万美元**。
+ - _权益：_ 享有部分治理权利，但在董事会席位上需选举产生。
++ **银牌会员（Silver）：** 年费 **5,000 - 20,000美元**（按员工规模分级）。
+ - 主要针对中小企业，旨在通过Logo展示和参与工作组获得行业认可。
+
+#### B. 项目托管与专项基金（Project Support）- 占比 ~26%
+LF采用**“伞状结构”**，旗下托管了数百个子基金会。这些子项目往往有独立的预算和会员体系，LF向它们收取“管理费”或直接合并报表。
+
++ **典型案例：** 云原生计算基金会（CNCF）、OpenSSF（安全）、LF AI & Data。
++ **模式：** 一个企业要想加入CNCF的最高层级，必须先成为LF的会员。这种**“嵌套会员制”**极大地放大了LF的收入能力。
+
+#### C. 活动与赞助（Events）- 占比 ~19%
+LF是全球最大的开源会议组织者之一。
+
++ **旗舰活动：** KubeCon + CloudNativeCon、Open Source Summit。
++ **收入来源：**
+ - **门票：** KubeCon门票单价通常在1000-2000美元。
+ - **赞助展位：** 企业为在会场设立展位支付数万至数十万美元。
++ **数据：** 2023年举办了234场活动，吸引了7.5万名参会者，这不仅是收入源，更是巨大的营销漏斗。
+
+#### D. 培训与认证（Training & Certification）- 占比 ~10%
+利用其定义行业标准（如Linux内核、Kubernetes）的权威地位，LF构建了高利润的教育业务。
+
++ **核心产品：** CKA (Certified Kubernetes Administrator)、LFCS (Linux Foundation Certified SysAdmin)。
++ **商业逻辑：** 考试费通常为$395/次。由于考试是数字化全自动的，边际成本极低，属于高毛利业务。
+
+基于2023年 IRS Form 990 税务申报数据：
+
+| 项目 | 金额 (USD) | 分析 |
+| :-------------------- | :------------- | :----------------------------------------------------------------------------------------------------- |
+| **总收入 (Revenue)** | **$1.96 亿** | 同比2022年增长约10.7%，显示出即使在科技寒冬中，开源基础设施的投入仍在增加。 |
+| **总支出 (Expenses)** | **$1.85 亿** | 作为一个非营利组织，LF并不追求利润最大化，而是将大部分收入重新投入运营。 |
+| **主要支出方向** | 项目服务 (99%) | 绝大部分资金用于维持项目运作、开发者工具、云基础设施成本及员工薪酬。 |
+| **高管薪酬** | ~$95 万 | 执行董事 Jim Zemlin 的年薪接近百万美元，这在非营利组织中属于顶级水平，反映了其运作模式更接近商业公司。 |
+
+_数据来源：ProPublica Nonprofit Explorer, Give Freely, LF Annual Report_
+
+Linux基金会的正反馈飞轮效应：
+
+1. **项目聚集：** 吸引顶级开源项目（如Linux, Kubernetes, PyTorch）入驻。
+2. **标准垄断：** 随着项目成为事实标准，企业不得不使用。
+3. **焦虑变现：** 企业为了不被技术甩下，为了掌握标准制定权，必须付费成为会员。
+4. **人才生态：** LF推出认证考试，工程师为了就业必须考证，企业为了招人必须认可证书。
+5. **资金回流：** 会员费和培训费回流，LF用资金支持更多项目，吸引更多企业。
+
+
+### 3. 社区与生态
+
+
+#### 社区建设：分层的治理结构 (Community Construction)
+LF通过将“金钱”与“技术”剥离，巧妙地解决了商业控制与开源自由之间的矛盾。
+
+**A. 治理层 vs. 技术层 (Governance vs. Technical)**
+这是LF社区建设的核心秘密：
+
++ **董事会（Board of Directors）：** **认钱不认人**。华为、腾讯、微软、英特尔等白金会员，每年缴纳50万美元，获得董事会席位。他们决定预算、战略方向、市场营销，**但绝不能直接干涉代码**。
++ **技术指导委员会（TSC）：** **认人不认钱**。由代码贡献者（Maintainers）选举产生。哪怕你是个人开发者，只要代码贡献多、威望高，就能决定技术路线。
++ **效果：** 企业觉得钱花得值（掌握了战略话语权），开发者觉得自由（没有被资本瞎指挥）。
+
+**B. 庞大的开发者网络**
+
+**数据（2023/2024）：** LF生态系统拥有超过 **100万** 名贡献者，覆盖 **2000+** 个项目。
+**关键策略 - OSPO (Open Source Program Office)：** LF大力推行企业设立“开源办公室”，帮助企业从“搭便车”转变为“规范贡献者”。这直接拉动了企业雇员参与社区建设。
+
+**C. 中国社区的崛起**
+**现状：** 中国已成为LF生态中仅次于美国的第二大贡献来源国。
+**主要玩家：** 华为（Linux内核和CNCF的顶级贡献者）、阿里云、腾讯云、百度。
+**活动：** KubeCon + CloudNativeCon China 已成为LF在全球范围内除北美、欧洲外最大的活动。
+
+
+#### 生态发展：垂直领域的全面渗透 (Ecosystem)
+LF不再只是操作系统的基金会，它正在定义所有行业的软件基础设施。以下是其生态版图的几个关键支柱：
+
+##### A. 云原生 (CNCF) - 最成功的子生态
++ **旗舰项目：** Kubernetes, Prometheus, Envoy。
++ **地位：** 事实上垄断了云基础设施的标准。现在没有任何一家云厂商（AWS, Azure, Aliyun）敢不支持Kubernetes。
++ **规模：** CNCF拥有数百个会员，其KubeCon会议规模甚至超过了许多商业科技公司的发布会。
+
+##### B. 行业垂直化 (Verticalization)
+LF正在将开源模式复制到传统行业：
+
++ **汽车 (Automotive Grade Linux - AGL)：** 丰田、本田等车企联合开发车载系统，避免被Google (Android Automotive) 完全控制。
++ **金融 (FINOS)：** 高盛、摩根大通等银行开源其内部交易系统组件，降低合规和IT成本。
++ **影视 (Academy Software Foundation)：** 好莱坞片厂（迪士尼、梦工厂）联合开源特效软件。
+
+##### C. 安全与AI (The New Frontier)
++ **OpenSSF (Open Source Security Foundation)：** 响应美国政府对软件供应链安全的担忧（如Log4j漏洞事件），汇集微软、谷歌资金修复底层漏洞。
++ **LF AI & Data：** 托管PyTorch（Meta捐赠），试图在AI领域建立类似CNCF的开放标准，对抗OpenAI的封闭趋势。
+
+---
+
+根据 **Linux Foundation 2023/2024 Annual Report** 及相关公开数据：
+
+| 指标 | 数据 | 意义 |
+| :--------------- | :----------------------- | :--------------------------------------------- |
+| **涉及代码行数** | > 11.5亿行 | 远超任何单一科技公司（Windows约5000万行）。 |
+| **每周增加代码** | > 5,100万行 | 极高的活跃度，但也带来了巨大的维护和安全挑战。 |
+| **项目总价值** | > 540亿美元 | 如果重新开发这些项目所需的预估成本。 |
+| **主要收入来源** | 45% 会员费, 26% 项目支持 | 证明了其作为B2B服务商的商业本质。 |
+
+### 4. 竞争优势
+#### 与传统商业公司对比
+Linux基金会（LF）之所以能让微软、谷歌、华为这些在商业战场上杀得你死我活的巨头心甘情愿地掏钱合作，是因为它拥有一套传统商业公司（Commercial Corporation）无法复制的**非对称优势**。
+
+如果说商业公司像一支**正规军**，追求指令明确和利润最大化；那么Linux基金会更像是一个**联合国**，追求共识、平衡和共同繁荣。
+
+以下是LF相比传统商业公司的核心优势分析：
+
+---
+
+##### 1. “瑞士中立国”效应 (Neutrality & Trust)
+这是LF相对于商业公司最本质的优势。
+
+* **传统商业公司的痛点：** **厂商锁定（Vendor Lock-in）**。
+ * 如果一家公司（如Oracle或AWS）控制了一个核心技术标准，其他公司使用该技术就会非常警惕。因为控制方随时可能涨价、更改许可协议（License）或通过技术壁垒排挤竞争对手。
+ * *例子：* 许多公司害怕过度依赖AWS，因此不敢完全拥抱AWS独有的闭源服务。
+
+* **LF的优势：** **可信的中立第三方**。
+ * LF是非营利组织，**它不卖软件，也没有股东要求利润分红**。
+ * 代码的所有权归基金会（或社区），而不归属于某一家公司。这意味着，即使是竞争对手（如阿里云和腾讯云）也可以放心地在同一个项目（如Kubernetes）上合作，因为他们知道**谁也无法把桌子掀了**。
+ * **结论：** LF能消除企业间的信任成本，这是商业公司做不到的。
+
+##### 2. 研发成本的社会化分摊 (Cost Mutualization)
+LF通过“共建”模式，极大地降低了单体企业的研发边际成本。
+
+* **传统商业公司的痛点：** **重复造轮子**。
+ * 在非差异化的基础设施层（如操作系统内核、容器调度），如果每个公司都自己养一支团队去写一套OS，成本极高且对业务没有直接增值。
+
+* **LF的优势：** **非零和博弈的“众筹研发”**。
+ * LF将基础设施变成了**公共产品**。
+ * *经济学逻辑：* 华为、英特尔、谷歌各自投入100名工程师开发Linux内核。虽然每家只出了100人的成本，但每家都获得了300人产出的代码成果。
+ * **结论：** 对于“基础设施”技术，LF模式是ROI（投资回报率）最高的模式。
+
+##### 3. 技术的大宗商品化能力 (Commoditization of Complements)
+这是一个高级的战略优势，这解释了为什么巨头愿意开源。
+
+* **传统商业公司的逻辑：** 试图垄断核心技术以获取高额利润。
+* **LF的优势逻辑：** **让底层技术变得廉价和普及，从而卖出更多上层价值**。
+ * *案例：* 谷歌为什么要通过CNCF捐赠Kubernetes？
+ * 如果是谷歌自己卖Kubernetes软件，它只能赚软件授权费。
+ * 通过LF将Kubernetes变成免费的行业标准，谷歌**消灭了**竞争对手（如Docker Swarm, Mesos），并将整个云计算市场的竞争维度拉到了谷歌擅长的领域（大规模容器调度）。
+ * **结论：** 商业公司利用LF来将**互补品**（基础设施）价格打到零，从而扩大自己**主产品**（云服务、应用软件）的市场规模。
+
+##### 4. 法律与知识产权的“避风港” (IP & Legal Shield)
+在专利战频发的科技界，LF提供了一把保护伞。
+
+* **传统商业公司的痛点：** **专利地雷**。
+ * 使用商业公司的闭源软件，你不知道里面是否侵犯了第三方的专利。一旦发生诉讼，用户可能连带被告。
+
+* **LF的优势：** **净化的IP池**。
+ * LF有着极其严格的知识产权管理流程。所有贡献者必须签署CLA（贡献者许可协议）或DCO，确保交上来的代码是“干净”的。
+ * LF与 **OIN (Open Invention Network)** 等组织紧密合作，构建了一个庞大的专利互不侵犯池。加入这个生态的企业相当于获得了一块“免死金牌”。
+
+##### 5. 营销与生态的“造王者”地位 (The Kingmaker)
+LF拥有定义“什么是主流”的话语权。
+
+* **传统商业公司的痛点：** **自卖自夸**。
+ * 微软说“Azure最好”，客户会觉得这是广告。
+
+* **LF的优势：** **行业共识背书**。
+ * 当LF宣布某个项目毕业（Graduated）时，这代表的是整个行业的**技术委员会（TSC）**投票通过的。这种背书比任何单一公司的广告都更有说服力。
+ * 它建立的人才认证体系（如CKA证书）是通用的。开发者更愿意学习通用的LF技术，因为这有利于他们跳槽；这反过来为使用LF技术的企业提供了巨大的人才库。
+
+##### 6. 总结对比表
+
+| 维度 | 传统商业公司 (如 Oracle/Microsoft) | Linux 基金会 (LF) | 优势核心 |
+| :----------- | :---------------------------------- | :----------------------------------- | :-------------------------- |
+| **所有权** | 股东所有，追求私利 | 会员共有，追求生态繁荣 | **信任与安全感** |
+| **研发模式** | 内部封闭开发，独享成本 | 联合开发，分摊成本 | **极高的杠杆率** |
+| **市场策略** | 建立壁垒，防止客户流失 (Lock-in) | 建立标准，做大蛋糕 (Standardization) | **市场规模化速度** |
+| **人才吸引** | 开发者为公司打工 | 开发者为荣誉和行业影响力工作 | **极客文化的号召力** |
+| **生命周期** | 公司倒闭，软件可能停更（如Symbian） | 公司倒闭，社区依然可以接手 | **永续性 (Sustainability)** |
+
+Linux基金会并非比商业公司“更好”，而是它**占据了生态链的特定位置**。
+
+**商业公司擅长做“产品”（Product），而Linux基金会擅长做“标准”（Standard）。**
+
+现在的商业竞争格局是：聪明的商业公司不再试图拥有标准，而是**投资Linux基金会来控制标准**，然后在标准之上构建自己赚钱的产品。这就是为什么LF能成为科技界最有权势的“隐形巨头”的原因。
+
+#### 谁是Linux基金会的竞争对手？
+LF的竞争对手主要分为三类：**传统开源基金会**、**新兴垂直基金会**以及**巨头自建生态**。
+
+##### A. 最大的“意识形态”对手：Apache软件基金会 (ASF)
+Apache是开源界最老牌、最受尊重的组织之一，也是LF在“社区治理模式”上的最大反极。
+
++ **核心差异：**
+ - **LF是“公司制” (Pay-to-Play)：** 只要给钱，公司就能在董事会拥有席位。决策通常由企业代表驱动，追求商业效率。
+ - **ASF是“社区制” (Meritocracy)：** **“社区重于代码”**。所有的决策权掌握在个人贡献者（Committer/PMC）手中，公司无法买到席位。哪怕是Google赞助的项目，Google在ASF内也没有特权。
++ **竞争领域：** 大数据（Hadoop, Spark, Kafka, Flink大多属于ASF）。
++ **财务对比：** LF年收入约2亿美元；ASF年收入通常在**300万-500万美元**之间。ASF几乎全靠志愿者，不雇佣全职开发或营销团队。
+
+##### B. 最大的“商业模式”对手：Eclipse基金会 (Eclipse Foundation)
+Eclipse曾是Java IDE的代名词，现已转型为LF最强劲的“商业化开源”对手。
+
++ **核心差异：**
+ - **欧洲大本营：** 为了规避美国法律风险和地缘政治影响，Eclipse已将总部搬迁至**比利时布鲁塞尔**。这对担心美国长臂管辖（如出口管制）的中国和欧洲企业（如华为、博世、西门子）极具吸引力。
+ - **流程严谨：** Eclipse以流程繁琐著称，但这也意味着极高的**知识产权（IP）洁癖**和法律合规性，非常适合工业、汽车等传统行业。
++ **竞争领域：** 物联网 (IoT)、汽车软件 (SDV)、Java企业版 (Jakarta EE)。
+
+##### C. 基础设施领域的对手：OpenInfra Foundation
+前身是OpenStack基金会。
+
++ **背景：** 当年OpenStack与Kubernetes（属于LF旗下的CNCF）争夺云标准，最终Kubernetes在应用层胜出，OpenStack退守IaaS层。
++ **现状：** 改组为OpenInfra，专注于底层基础设施（如Kata Containers），继续与LF在云基础设施边缘进行争夺。
+
+##### D. 隐形对手：单厂商开源 (Single-Vendor Open Source)
++ **代表：** MongoDB, Elastic, Confluent (Kafka背后公司)。
++ **模式：** 这些公司拒绝将项目捐赠给基金会，而是自己控制。
++ **威胁：** 它们修改开源协议（如改为SSPL），挑战LF推崇的“开放标准”模式，试图证明“不需要基金会，企业自己也能做大开源”。
+
+
+对比分析表 (Snapshot Analysis)
+| 维度 | **Linux Foundation (LF)** | **Apache (ASF)** | **Eclipse Foundation** |
+| :----------- | :------------------------------ | :-------------------------------- | :------------------------------ |
+| **核心哲学** | **商业实用主义** (企业利益优先) | **社区精英主义** (个人贡献优先) | **工业流程化** (合规与欧洲中心) |
+| **主要收入** | 约 $1.96 亿 (会员费+培训+活动) | 约 $300 万 (主要是捐赠) | 约 $1000 万+ (会员费) |
+| **全职员工** | 数百人 (包括顶级法务、营销) | 极少 (主要靠志愿者) | 几十人 (专注于流程管理) |
+| **治理权** | **按资排辈** (钱多话语权大) | **任人唯贤** (代码写得好话语权大) | 混合模式 (强调流程合规) |
+| **营销能力** | 🌟🌟🌟🌟🌟 (KubeCon是行业标杆) | 🌟 (基本不主动营销) | 🌟🌟🌟 (专注于垂直行业) |
+
+#### Linux基金会的核心竞争优势 (Competitive Advantages)
+为什么Google要把Kubernetes给LF，而不是ASF？为什么PyTorch离开Meta要投奔LF？因为LF拥有深厚的护城河：
+
+##### A. “交钥匙”的生态构建能力 (Turnkey Operations)
+LF不仅托管代码，它提供的是**“开源项目创业套件”**。
+
++ **分析：** 如果一个企业想把自己的内部项目变成行业标准，交给ASF，你只能得到服务器和邮件列表；交给LF，你能得到：
+ - 专业的**营销团队**（帮你办发布会、发通稿）。
+ - 顶级的**法务团队**（搞定复杂的专利交叉授权）。
+ - 现成的**培训认证体系**（帮你出考题，培养原本不存在的劳动力市场）。
++ **数据：** CNCF（云原生基金会）的成功就是这种全套服务的最强案例。
+
+##### B. “基金会的基金会”架构 (Umbrella Structure)
+这是LF最天才的商业设计。
+
++ **分析：** LF允许在自己旗下成立拥有独立预算、独立品牌的子基金会（如CNCF, OpenSSF, LF AI）。
++ **优势：** 这种结构解决了“品牌稀释”问题。企业可以只给CNCF捐钱，专门支持Kubernetes，而不必担心钱被拿去修Linux内核。这种**资金专款专用**的模式极大地提高了企业的付费意愿。
+
+##### C. 极其强大的政商连接 (Influence & Networking)
++ **分析：** LF的高管（如Jim Zemlin）更像政治家而非程序员。他们能把竞争对手（AWS, Azure, Google Cloud）拉到同一张谈判桌上。
++ **价值：** 对于企业CTO来说，加入LF董事会意味着进入了全球技术决策的“内环（Inner Circle）”。这种社交资本是ASF完全无法提供的。
+
+##### D. 市场营销与造势 (The Hype Machine)
++ **分析：** LF是开源界唯一懂得如何像苹果或特斯拉那样开发布会的组织。
++ **事实：** KubeCon已经成为全球仅次于AWS re:Invent的顶级技术盛会。LF懂得如何制造“FOMO”（错失恐惧症），让企业觉得“如果不加入这个项目，我就落伍了”。
+
+
+
+### 5. 挑战与风险
+
+根据上述分析，个人认为基金会模式存在的挑战与风险有：
+
+- 高度依赖少数核心会员的会费和赞助。在科技寒冬中，企业的开源预算往往是首批被削减的对象。
+- 高额的会费与赞助费用，对中小企业或项目负担较重，缺少吸引力。可能加重基金会对大企业的依赖，忽视独立开发者和小公司的需求，从而导致社区分裂。
+- 基金会是属于国家/地区的，必须遵循当地法律和政策。LF 就是成立在美国的一家非盈利组织，必须遵循美国法律。当地缘政治出现冲突，会影响基金会旗下产品的社区活力。（例如俄乌战争期间 Linux 社区对俄开发者的排斥）
+- 中国环境下的很多大公司参与开源很多是为了完成KPI、拿政府项目或提升股价，而非出于技术热情。这种功利主义会导致社区充斥着“丢完代码就跑”的现象，缺乏长期维护与社区互动，导致社区生命力下降。
+- 基金会模式下，很多开源项目都是大公司捐赠，实际控制权也大部分在原厂，如果不能扩大社区力量吸引到 3-4 家成为主要贡献者，基金会就会成为大厂的“开源外壳”，失去开源社区协作的本意。
+- 中国环境的开源社区对国外开发者吸引力不足：中国开源社区特殊规则会阻碍国外开发者加入；国外开发者对国内开源社区存在偏见，甚至质疑存在搜集隐私等行为；
+
+
+
+### 6. 个人见解
+
+开源基金会形式，目前阶段比较适合国内的开源生态，但不利于开源项目出海扩张。LF开源基金会的模式，国内类似的有有开放原子基金会。其主要的商业模式决定了其必须依靠开源行业的中立地位作为背书，形式上比较类似行业协会，但掌握话语权的依旧是大公司与主要赞助商。
+美国贸易战引发近几年国内大企业纷纷自建社区，降低开源软件供应链的潜在风险。开放原子基金会期望整合国内技术力量，打造国内开源社区，在开源软件供应链上掌握话语权，避免受制于人。中国当前政治环境决定以基金会形式，最终形成国内企业抱团或者内斗，势必与国际开源社区存在隔阂。
+
+LF 基金会成立初衷是希望统一 Linux 行业标准，整合 Linux 社区力量，为 Linux 社区发展提供基础保障。
+
+通过观察可以看出，基金会的形式适用于某个开源技术或社区的力量整合，以中立的姿态协调多方利益，共同推动开源社区或项目的发展，达到社区主要参与者的共同利益。
+
+基金会形式的开源商业模式不适用于个人开发者项目，或者小众开源项目，一方面社区力量不足，未能形成一定规模；另一方面大型企业对其态度多为观察或者抄袭，而非辅助和支持。
\ No newline at end of file
diff --git a/assignments/lesson1/odoo/tmacychen.md b/assignments/lesson1/odoo/tmacychen.md
new file mode 100644
index 0000000..4495d6f
--- /dev/null
+++ b/assignments/lesson1/odoo/tmacychen.md
@@ -0,0 +1,322 @@
+
+
+
+
+## 学员GitHub用户名: tmacychen
+
+
+
+## 选择的商业模式
+
+Odoo 商业模式
+
+
+
+## 分析内容
+
+
+
+### 1. 商业模式概述
+
+Odoo是一站式全功能ERP及电商平台，其功能涵盖了客户管理系统CRM、生产管理系统ERP、销售、采购、仓储管理系统WMS、MRP生产制造、内部即时通讯IM、条码追溯管理、质量管理系统QMS、HR全功能、财务管理、项目管理、制造执行系统MES、产品生命周期PLM、VOIP、电子商务E-Commerce、POS收银等一系列完善的企业信息化需求。
+
+Odoo社区的领导者是OCA（Odoo社区协会）。Odoo 社区协会 (OCA) 是一家非营利组织，其使命是支持 Odoo 功能的协作开发并促进其广泛使用。协会为更广泛的 Odoo 开源社区提供财务、组织和法律支持。它也充当一个独立的法律实体，社区成员可以向其贡献代码、资金和其他资源，并确信他们的贡献将为公共利益而维护。OCA在2016年加入了OSI（开源促进会），成为其附属会员。
+
+Odoo公司是专为企业版提供商业服务，运营SaaS平台，与社区互为补充，部分OCA模块整合在商业版中一起发布。
+
+Odoo在中国拥有众多合作伙伴，通过分级代理模式支持本地化商业落地，包括3家黄金级，2家白银级，9家认证级。
+
+
+
+商业模式本质：“开源引流 + 闭源变现”
+
+Odoo 采用典型的 “开放核心”（Open Core） 商业模式：
+
++ 社区版开源 → 吸引用户、开发者、降低获客成本
++ 企业版闭源 + SaaS 服务 → 实现商业化变现
++ 构建强大生态 → 形成网络效应和护城河
+
+这种模式在 GitLab、Elastic、MongoDB 等科技公司中广泛成功应用。
+
+
+
+### 2. 收入来源
+
+
+
+**收入渠道：**
+
+**1. SaaS 订阅服务（云托管）**
+
+这是 Odoo 最主要的收入来源之一。
+
+Odoo Online：Odoo 提供基于云端的 SaaS 版本（Odoo.sh 和 Odoo Online），用户无需自行部署服务器或维护系统。
+
+按月/年订阅收费，价格根据用户数量、功能模块和存储空间等因素分级。
+
+优势在于易用性、自动更新、数据备份和安全性，吸引中小型企业客户。
+
+此类服务具有高毛利率和可预测的经常性收入（Recurring Revenue），是现代 SaaS 公司的核心盈利模式。
+
+**2. 企业版功能授权（Enterprise Subscription）**
+
+**企**业版包含高级功能，如：
+
++ 高级报表与 BI 工具
++ 自动化工作流（如审批流程）
++ 更强的 UI/UX 设计（如 Kanban 视图增强）
++ 高级权限控制
++ 集成 AI 功能（如预测分析）
+
+用户需按用户数或模块订阅企业许可证，通常通过本地部署或私有云方式使用。
+
+**3. 实施与定制开发服务**
+
+Odoo 生态中有大量认证合作伙伴（Odoo Partners）和顾问公司，但 Odoo 官方也直接参与大型项目。
+
+收入来源包括：
+
++ 系统部署与配置
++ 业务流程咨询
++ 模块定制开发（如行业特定解决方案）
++ 数据迁移与集成（与第三方系统如 PayPal、Shopify、Amazon 等对接）
+
+虽然许多实施由第三方完成，但 Odoo 公司仍承接复杂或大型企业项目，带来高额服务收入。
+
+Odoo 通过“Odoo Partner Program”激励生态伙伴推广其产品，同时从中获得分成或合作收益。
+
+****
+
+**4. 应用市场（App Store）分成**
+
+Odoo 拥有自己的应用商店（Odoo Apps），第三方开发者可上传模块进行销售。Odoo 对通过官方平台销售的应用收取一定比例的佣金（通常为 30% 左右，类似 Apple App Store 或 Google Play）。
+
+开发者可选择将模块设为免费或付费，而 Odoo 从付费下载中分润。
+
+此模式不仅丰富了生态系统，也为 Odoo 带来被动收入。
+
+**5. 培训与认证服务**
+
++ Odoo 提供官方培训课程和认证考试，面向开发者、实施顾问和最终用户。
++ 收费培训课程（线上或线下）
++ 认证考试费用（如 Odoo Certified Developer）
++ 为企业提供定制化培训方案
+
+此类服务增强了用户粘性，并提升整体生态的专业水平。
+
+**6. 硬件与附加服务**
+
+ Odoo 也提供或推荐兼容硬件设备，如：
+
++ POS 终端机、条码扫描器、打印机等
++ 与 Odoo Point of Sale 模块深度集成
++ 通过合作厂商销售，Odoo 可能获得渠道分成
+
+
+
+
+
+### 3. 社区与生态
+
+Odoo 拥有全球范围内活跃且不断增长的开源社区，是其成功的关键驱动力之一。社区成员包括开发者、实施顾问、企业用户、学生和爱好者。
+
+
+
+1. 开发者社区
++ GitHub 星标数：Odoo 开源项目在 GitHub 上拥有超过 43,000+ Stars（odoo/odoo），是 GitHub 上最受欢迎的企业应用开源项目之一。
++ 贡献者数量：核心代码库有数百名活跃贡献者，其中部分来自 Odoo 官方团队，也有大量外部开发者参与模块开发与 bug 修复。
++ 社区分支（Community Forks）：社区维护的 Odoo Community Association (OCA) 是最重要的第三方组织，管理着超过 1,000+ 个高质量开源模块，覆盖制造业、医疗、教育、房地产等多个垂直领域。
+
+
+
+2. 用户群体：
++ 全球活跃安装量：据 Odoo 官方披露，截至 2023 年底，全球已有超过 500 万次 Odoo 软件下载/安装，活跃部署超 150 万个实例。
++ 企业用户数量：服务范围涵盖从初创公司到中大型企业的广泛客户群，尤其在中小企业（SMEs）中普及率极高。
+
+
+
+3. 论坛与在线社区
+
+官方论坛（forum.odoo.com）：
+
++ 注册用户超 50 万人
++ 日均提问/回答数千条，问题涵盖技术开发、配置、部署、错误排查等
+
+Stack Overflow：
+
++ “odoo” 标签下有超过 60,000 条相关问题
++ 是 Python 和 Web 开发社区中最活跃的企业级应用话题之一
+
+Reddit、Discord、Telegram 群组：
+
++ 存在多个非官方但活跃的技术交流群，如 r/odoo（Reddit）、Odoo Discord Server 等
+
+
+
+4. 应用市场（Odoo Apps Marketplace）
+
+上线模块数量：超过 30,000+ 个应用模块（包括免费 + 付费）
+
+内容涵盖：
+
++ 核心功能扩展（CRM、会计、库存、制造、POS）
++ 行业专用解决方案（房地产、教育、医院、建筑、农业）
++ 第三方集成（Shopify、Amazon、Stripe、PayPal、Google Workspace）
++ UI 增强工具、报表模板、自动化插件
+
+开发者参与度高：超过 5,000 名独立开发者或公司 在市场上发布模块
+
+收益模式：开发者可设定价格，Odoo 抽成约 30%
+
+
+
+5. Odoo.sh 与开发者平台
+
+为开发者提供一站式开发与部署环境。
+
+Odoo.sh是基于 Git 的云端开发平台，支持自动部署、测试环境、持续集成（CI），免费供社区版使用，高级功能需订阅。
+
+功能亮点：
+
++ 一键创建沙箱环境
++ 分支隔离、自动备份
++ 便于团队协作开发
+
+极大降低了开发者入门门槛，促进了社区创新
+
+
+
+6. 教育培训与认证体系
+
+Odoo 建立了系统的知识传播机制，增强生态粘性。
+
+Odoo eLearning 平台（learn.odoo.com）：
+
+提供 200+ 免费互动课程，内容覆盖：基础操作、开发教程、业务流程、API 使用等。支持多语言（英、法、西、德、中、印等）
+
+认证项目：
+
++ Odoo Certified Developer
++ Odoo Functional Certification（如 Accounting、Sales）
+
+每年举办多次线上考试，全球考生超数万人
+
+高校合作：
+
++ 与欧洲多所大学合作开设 ERP 课程，将 Odoo 作为教学工具
++ 提供免费教育许可和实验环境
+7. 社区活动与文化
++ Odoo Experience：全球开发者和用户大会，2025 年吸引 **10,000+** 参与者
++ OCA Days：社区技术研讨会，2024 年欧洲场吸引 **500+** 开发者
++ 区域社区日：印度、东南亚、拉美等地区定期举办，2025 年印度场有 **250+** 参展商
+
+
+
+### 4. 竞争优势
+
+### 成本优势
+对比传统的商业EPP软件 与商业CRM软件，基于开源社区的Odoo可以让企业开发使用成本降低。Odoo拥有庞大的开源社区，类似共享的软件库，源代码公开，不需要从零起步。中小企业仅需根据自身需求进行二次分开发即可部署使用。
+
+软件授权费低甚至免费：
+
++ 社区版完全免费（LGPL 协议），可自由使用和修改。
++ 企业版采用订阅制，价格远低于 SAP 或 Oracle 的永久授权模式。
+
+实施成本低：
+
++ 模块化设计，无需全系统重构
++ 实施周期短（平均 2–8 周 vs. 传统 ERP 的 6–18 个月）
++ 所需顾问人数少，降低人力支出
+
+维护与升级成本可控：
+
++ 自动更新机制（尤其 SaaS 版本）
++ 社区支持资源丰富，减少对厂商依赖
+
+### 灵活性优势
++ **模块化设计**：系统拆分为 70 + 独立模块 (销售、采购、库存、生产等)，可自由组合，像搭积木一样构建业务系统
++ **弹性扩展**：
+ - 初创企业：从基础 CRM + 财务模块开始，月费低至千元
+ - 成长企业：随业务扩展逐步添加电商、制造、HR 等模块
+ - 大企业：支持集团级部署，多公司、多币种、多语言统一管理
++ **快速调整**：业务模式变化时，可随时启用 / 停用模块，响应速度提升**80%**，无需重新实施系统
+
+### 技术可控能力
++ **代码自主权**：获得完整源代码，可任意修改、定制，不受制于厂商**Odoo**
++ **避免供应商锁定**：
+ - 可自由选择托管方式 (云 / SaaS / 本地)，随时迁移
+ - 可自主决定是否升级、如何定制，不受商业合同绑架
++ **社区驱动创新**：
+ - 全球 20,000 + 开发者持续贡献，每周 500 + 代码变更
+ - 问题修复速度远超传统 ERP，平均响应时间<24 小时
+
+### 生态优势
++ **合作伙伴网络**：
+ - 全球 16,000 + 认证服务商，覆盖 120 + 国家，提供本地化支持
+ - 86% 为中小企业服务商，响应更灵活；14% 为行业专家，提供垂直解决方案
++ **应用市场**：
+ - 40,000 + 第三方应用，覆盖全行业场景，月增 300 + 个模块
+ - OCA 认证 16,000 + 高质量模块，确保稳定性和兼容性
++ **本地化支持**：
+ - 100 + 语言翻译，内置 300 + 国家税法引擎
+ - 支持中国增值税、电子发票等本地化需求，提供微信支付、菜鸟物流等对接插件
+
+
+
+| 维度 | Odoo 优势 | 传统 ERP 强项 |
+| --- | --- | --- |
+| 成本 | ✅ 极低 TCO | ❌ 高昂许可与实施费 |
+| 上线速度 | ✅ 数周内上线 | ❌ 数月甚至数年 |
+| 用户体验 | ✅ 现代化、易用 | ❌ 复杂、难上手 |
+| 灵活性 | ✅ 模块化、可定制 | ❌ 固化流程、难变更 |
+| 技术架构 | ✅ 开源、开放 API | ❌ 封闭系统、集成难 |
+| 生态支持 | ✅ 全球社区 + 合作伙伴 | ✅ 原厂服务稳定但贵 |
+| 适用规模 | ✅ SMEs / 成长型企业 | ✅ 超大型集团企业 |
+
+
+
+
+
+### 5. 挑战与风险
+
+
+基于开源技术社区的开发挑战
+
+1. **技术门槛较高**：虽然基于开源代码开发，但 Odoo 二次开发仍需要掌握 Python 编程、数据库管理等技术，对开发者的技术能力有一定要求。
+2. **市场竞争激烈**：随着开源 B 端生态的发展，越来越多开发者涌入，市场竞争加剧。开发者需要不断创新，开发出更具竞争力的模块才能脱颖而出。
+3. **功能深度不足：**虽然模块丰富，在关键领域存在明显的短板，例如制造业的BOM多级管理，高级编排和负载工艺支持不足；集团财务税务合规等复杂管理功能弱，供应链管理对高级需求预测，全局库存优化能力不足等等。
+4. **客户信任建立难**：企业对开源软件的安全性、稳定性存在疑虑，开发者需要花费时间和精力向客户证明产品的可靠性，建立客户信任。
+5. **客户转化困难：**约 90% 用户使用免费社区版，仅 10% 付费升级企业版，转化率提升困难，且波动较大，客户流失率较高。
+6. **合作伙伴服务质量不能保证：**合作伙伴实施质量参差不齐，影响客户满意度和续购意愿。
+7. **全球化与本地化差异：**产品面向全球市场，但本地化落地存在较大差异，不同地区有各自的问题，如何发挥自身优势与本地企业竞争是一个巨大的挑战。
+
+### 6. 个人见解
+
+Odoo社区的核心产品是大型的企业管理软件，因此其商业模式注定要围绕企业的业务需求来深度定制。依托开源社区的基建能力，Odoo社区打造了一个共享的开源平台，合作伙伴，代理商以及用户都可以基于这个开源平台继续深度定义自己的产品。相比封闭式的企业管理软件产品，基于开源社区产品的优势就是社区资源丰富，人才储备深厚，技术透明，灵活性强。Odoo公司成功地基于开源社区塑造自身品牌，并且打造认证体系，紧密绑定代理商、服务商与合作伙伴。
+
+Odoo的商业化核心点：
+● 抓住中小企业特点，提供基础功能与增值服务，快速满足企业定制需求。
+● 构建社区生态，借助开源社区提供丰富的功能模块与人才资源，让企业有更多样的选择。
+● 构建服务体系，维护本地服务商，本地化合规服务落地。
+● 构建认证与培训体系，吸引开发者，打造应用生态，通过应用商店获得渠道利润。
+
+这种商业模式的主要挑战：
+● 服务商模式或代理模式，在服务质量与品质保障管理方面有较大难度，需要采用竞争机制优化服务体系。
+● 对大型企业的业务需求可能覆盖能力有限。大型企业对业务的深层次要求往往需要在某个专业方向有长久的沉淀，对于开源社区来说难度较大。大型企业自身的技术能力较强，因此购买服务意愿反而会降低。
+● 全球化项目在本地化落地会有水土不服的情况。一个大的开源项目需要维护同意的品牌与风格，但不同地区的情况不一样，尤其在企业的业务发展过程中。基础设施类型的开源产品相对来说方便整合，而面向业务管理的大型软件往往会面临较大的挑战。
+
+Odoo的商业模式适用于ToB业务的开源社区，目前比较热门的企业AI客服，企业RAG问答等方向类似。开源社区提供基础技术方案，助理企业日常的运营与业务发展。
+
+
+
+
+
+参考链接：
+
+1. [https://baike.baidu.com/item/Odoo/62904236](https://baike.baidu.com/item/Odoo/62904236)
+2. [https://www.odooapp.cn/what-is-odoo](https://www.odooapp.cn/what-is-odoo)
+3. [https://www.odooapp.cn/shop](https://www.odooapp.cn/shop)
+4. [https://open-source.org.cn/blog/odoo-community-association-joins-open-source-initiative](https://open-source.org.cn/blog/odoo-community-association-joins-open-source-initiative)
+5. [https://www.odoo.com/zh_CN/partners/country/%E4%B8%AD%E5%9B%BD-46](https://www.odoo.com/zh_CN/partners/country/%E4%B8%AD%E5%9B%BD-46)
+6. [https://jishuzhan.net/article/1950060293492617218](https://jishuzhan.net/article/1950060293492617218)
+
diff --git a/assignments/lesson1/tmacychen.md b/assignments/lesson1/tmacychen.md
new file mode 100644
index 0000000..d51b0da
--- /dev/null
+++ b/assignments/lesson1/tmacychen.md
@@ -0,0 +1,97 @@
+# 开源商业模式分析报告模板
+
+## 学员GitHub用户名: tmacychen
+
+## 选择的商业模式
+
+安卓商业模式
+
+
+
+## 分析内容
+
+
+
+### 1. 商业模式概述
+
+安卓上游社区领导者是Google，其商业模式是“核心开源、服务创收”的模式，通过开放核心系统降低行业门槛，底层 AOSP 开源，吸引全球厂商采用，快速占领市场（全球份额约 79%），构建庞大的生态社区。通过关键服务与入口实现商业回报，上层 GMS 闭源，通过服务授权和预装获取收益。
+
+安卓下游社区包括手机制造商和社区开发者，手机制造商可以通过手机作为渠道入口，推广应用和游戏，出售广告位等多种方式获得收入。社区开发者通过开发安卓应用作为收入入口，通过售卖产品或服务的方式获得收入。
+
+总之，安卓社区商业模式是从上游到下游，从软件到硬件，从企业到个人的一整套复杂价值网络。
+
+
+
+### 2. 收入来源
+
+安卓社区领导者 Google 主要的收入形式：
+
+| 收入类型 | 实现方式 |
+| --- | --- |
+| GMS 授权 | GMS 是手机系统中的Google自家服务，包括地图，邮件等。GMS向设备厂商收取每台最高 40 美元的授权费|
+| Google Play商店 | 应用销售与内购抽成(30%，订阅服务 15%)|
+| 广告收入 | 设备预装 Google 搜索，YouTube 等服务，通过手机用户行为精准投放广告 |
+| 手机售卖 | Google 与硬件厂商联合推出自有品牌的手机 |
+
+
+手机制造商
+
+| 收入类型 | 实现方式 |
+| --- | --- |
+| 内置商店 | 应用销售与内购抽成 |
+| 广告收入 | 对系统深度定制，内置广告位 |
+| 手机售卖 | 销售手机硬件获利 |
+| 用户数据 | 出售用户行为数据获利 |
+
+
+开发者
+
+| 收入类型 | 实现方式 |
+| --- | --- |
+| 应用售卖 | 销售开发的应用程序|
+| 服务售卖 | 提供增值服务，内购服务，导流到电商等多种形式 |
+| 引流入口 | 仅作为核心业务的入口，通过其他增值服务或搜集用户行为获利 |
+
+
+
+### 3. 社区与生态
+
+安卓社区是当前全球最大的移动开发社区
+
+- 全球安卓开发者超1000 万，中国开发者超500 万(全球第一)
+- GitHub 上安卓相关项目超4 亿，活跃代码仓近600 万
+- Stack Overflow 上安卓相关问题超160,000+，活跃度领先
+- 全球 79% 智能手机运行安卓系统，25 亿 +的活跃用户
+- 覆盖190+国家和地区，应用数量超350 万
+- 物联网、车载系统等新兴领域快速扩张，2023 年全球 Android 生态订阅收入达314 亿美元
+- 开放手持设备联盟（OHA）：联合84家厂商（如三星、高通）制定标准，推动硬件兼容性
+- 开发者体系支持：Android Studio 提供全链路开发工具，支持 Java、Kotlin 等多语言、丰富的文档、培训和技术支持，降低开发门槛。
+
+
+
+### 4. 竞争优势
+
+- 开放的社区生态，快速占领市场。目前安卓终端在移动终端市场份额达到 79% 左右
+- 开源社区模式，能提供较高的生态竞争力，成为其强大的护城河。例如同时期起步的诺基亚的 meego 系统，微软的 windows phone 系统，都无法与安卓直接竞争。而最近的鸿蒙系统，虽然也具有开源社区，但已经没有先发优势的情况下，只能先提供兼容安卓生态的过渡方案为用户服务。
+- 上下游厂商利益绑定紧密。相比封闭生态的产品，开源社区较容易形成统一的标准与规范，更容易让上下游厂商达成合作，从而进一步扩大生态，提升自身社区的影响力。
+- 开源社区形式，对于社区用户的反馈更加灵活，响应更加及时，更容易形成忠实的用户群体。在早期安卓社区就有一大批玩机爱好者群体，喜欢刷机和定制，逐步形成数码社群。
+- 开放的安卓社区的创新能力更好，不断尝试新的技术，功能与创意逐步领先于苹果。安卓设备目前的优势包括屏幕，电池，外设接口，产品形态等，在创意与创新已经领先苹果。
+- 安卓社区可以在多种领域渗透，包括且不限于安防，工控，金融等。而封闭的苹果系统仅限于消费电子。在其他领域已经经营多年的封闭产品也因此受到冲击。
+
+### 5. 挑战与风险
+
+- Google 一家独大，可以控制安卓社区的开放程度，第三方的系统依赖 Google提供核心机制与服务，在政治因素影响下具有潜在的断供风险。目前 Google 已经逐步将开发转向内部分支。
+- 安卓设备繁多，系统版本碎片化严重，对上层应用适配与推广有较大的挑战。
+- 安卓软件分发渠道灵活，存在较大的安全隐患。恶意行为的应用可以通过网页或者其他地下渠道静默安装在设备上。随着安卓对安全的重视，这种风险逐步降低，但不能完全规避。
+- 安卓社区的收益远远比不上苹果，苹果占所有移动端收益的 50%，而市场份额仅有 21%。在中低端领域陷入了同质化竞争和价格战。
+
+### 6. 个人见解
+安卓社区的开源生态模型属于一家大公司牵头，通过商业联盟形式组成的开源社区。利用基础设施开源形成社区壁垒，通过增值服务不断利用用户粘性获得收益。
+
+对于这种形式的开源社区，大公司的领导力与社区影响力十分重要。早期安卓被 Google 收购的时期，Google 在开源社区的口碑优异，获得了大量开发者与合作伙伴的支持，从而安卓社区得以快速发展。若当初是微软领导的开源项目，可能就不会那么容易起步。
+
+安卓开源社区的商业模式本质是一种商业联盟，与 Linux 开源社区有很大区别。这种商业模式的利益绑定更加紧密。虽然有社区组织制作开放的安卓系统，例如 lineageos，但在兼容性与稳定性方面无法获得上下游的支持，其影响力也仅限在数码发烧友的圈内。对于软硬件绑定紧密的产品形态，开源社区可以很自然的形成商业同盟，共享社区生态带来的竞争优势。
+
+安卓开源社区的持续繁荣，很大程度要依赖Google。因此牵头公司对社区的态度和政策十分重要。其直接会影响社区未来的发展方向。不可避免的，该社区的发展也会受到领头者的制约。Google 在制定安卓系统的相关标准化方面提供了强大支持，包括约束社区行为，增强安全性，降低生态碎片化程度。因此在贸易战过程中，华为会因为 Google 的政策对产品销售产生了影响。对社区领导者的依赖，很可能产生商业竞争上的劣势，相反也会是领导者的优势。
+
+安卓开源生态的模式，比较适合由某个头部公司主导，依靠上下游供应链整合，软硬件结合形态产品的类型。
diff --git a/assignments/lesson2/tmacychen.md b/assignments/lesson2/tmacychen.md
new file mode 100644
index 0000000..dcb64eb
--- /dev/null
+++ b/assignments/lesson2/tmacychen.md
@@ -0,0 +1,106 @@
+# Git工具安装与使用报告
+
+## 学员GitHub用户名: tmacychen
+
+## 1. Git安装过程
+
+1. 查询 Git 的官方网站
+
+通过搜索获得 Git 的官网，了解安装方法与 Git 下载方式。Git 官网: https://git-scm.com/book/zh/v2/%E8%B5%B7%E6%AD%A5-%E5%AE%89%E8%A3%85-Git
+
+在MacOS 上安装，需要安装Xcode Command Line Tools，默认就安装了 Git 工具。
+
+在 Linux 上，不同发行版使用不同的包管理器，可以直接在包管理器上安装。
+例如 RHEL 或 CentOS），你可以使用 dnf：
+
+```
+$ sudo dnf install git-all
+```
+
+使用了Debian系的 Linux，可以使用 apt 来安装：
+```
+$ sudo apt instlal git-all
+```
+
+在 Windows 上，直接下载安装 Git 安装包。在Windows上运行的 Git，会在 msys 的环境中运行。
+
+在 Windows 上，也可以使用 WSL 来安装 Linux 发行版，在 Linux 中使用 Git 会相对方便一些。
+
+
+
+## 2. 遇到的问题及解决方法
+
+曾经在 Windows 上安装过 Git，主要遇到的问题有：
+
+1. 安装后可以右键菜单中打开 Git 命令行，但如果需要在 Windows 的终端中使用 Git，还需要考虑在环境变量中将 Git 命令路径添加到PATH中。
+
+2. Windows 的换行符是`\r\n`,而 Git 服务器一般在 Linux 环境下运行，其换行符是`\r`,因此需要配置 Git 的换行符替换配置。
+
+```
+# 全局配置（仅需执行一次）
+git config --global core.autocrlf true # Windows 用户：提交时转换为 LF，拉取时转换为 CRLF
+git config --global core.autocrlf input # Linux/macOS 用户：提交时转换为 LF，拉取时不转换
+```
+
+
+
+## 3. 版本信息截图
+
+目前我使用的是 MacOS 系统，截图如下：
+
+
+
+
+## 4. Git命令使用过程总结
+
+
+ 本次作业使用 Git 的操作过程：
+1. 使用 clone 命令将仓库下载到本地：`git clone git@github.com:tmacychen/github101.git`
+2. 进入 lesson2 目录下，修改作业文件，完成作业内容
+3. 使用 add 命令添加本次作业修改到暂存区: `git add assignments/lesson2/tmacychen.md`
+4. 使用 commit 命令添加一次提交的 log: `git commit -m "finish lesson2 homework"`
+5. 使用 push 命令提交:`git push`
+
+### Git 常用命令
+- git clone: 克隆远程仓库到本地
+- git add: 添加文件到暂存区
+- git commit: 提交更改到本地仓库
+- git push: 推送更改到远程仓库
+- git pull: 从远程仓库拉取最新更改
+- git tag : 创建一个快照，将当前状态保存在 tag 中，一般用于版本发布打标签。
+- git log :查看当前分支的变更历史记录，可以分页查看
+
+#### 分支管理
+
+- git branch :查看当前本地分支
+- git branch -a : 查看分支，包括本地分支与远程分支
+- git branch -d branch1 : 在本地删除某个分支
+- git switch -c branch1 :创建新的分支并切换过去
+- git checkout ：也可以用来切换分支，但容易混淆分支名与文件名。
+- git stash : 用于保存当前修改到缓存区中。当修改的内容不希望加入 commit 中，但又希望现在切换到其他分支时，可以用 stash 保存起来，等切换回来后再恢复。
+- git rebase : 重新梳理分支的变更记录，比如合并某些 commit，删除某些 commit等。
+- git cherry-pick：将某个或某些commit 从一个分支中挑出来，合入另一个分支。
+
+#### 文件修改与恢复
+
+- git restore :恢复某个文件,不改变提交历史，仅操作工作区域缓存区
+- git reset : 回退提交历史，移动分支指针来修改提交记录。
+- git diff :显示当前修改的文件差异点
+- git merge :合并分支到本地，如果遇到冲突，需要手动修改冲突，打开冲突文件，在文件中会提示类似如下内容：
+```
+<<<<<<< HEAD
+当前分支的代码
+=======
+合并分支的代码
+>>>>>>> source-branch
+```
+
+### update 11/20
+
+- 添加上游分支: `git remote add upstream https://github.com/upstreamlabs/github101`
+- 查看当前远程分支: `git remote -v`
+- 获得上游远程分支:`git fetch upstream`
+- 合并上游远程分支:`git merge upstream/main`
+
+
+
diff --git a/tmacychen.md b/tmacychen.md
new file mode 100644
index 0000000..c8e380c
--- /dev/null
+++ b/tmacychen.md
@@ -0,0 +1,14 @@
+09# 开源商业训练营的学习之旅
+
+## 意外发现
+
+我最近很关注opencamp的训练营课程，陆续参加了几个训练营，收获良多。学习是一段充实而富有挑战的旅程，只有沉浸在学习中才会切身体会到每天的不断成长。
+偶然的一天发现了开源商业训练营，让我眼前一亮。商业训练营在一众技术营中凸显对于商业价值的重视，让沉迷技术学习的同学们可以跳脱出来，思考如何让技术推动商业发展。
+深耕技术可以带来更好的产品，如何让好的产品变成好的商品，我认为就是商业训练营的核心价值。好的产品一定是可以很好的解决某类问题，或满足某种需求。但好的产品不一定能够成为好的商品。
+好的商品一定是符合市场需求的，让人愿意为其付费的。只有那些真正体现商业价值的项目/产品，才能获得长久的发展。
+
+期待可以完成训练营的学习，不论最后结果如何，一定会收获满满。
+
+计划抽时间再写一些体会，希望大家可以留言讨论，多多交流。
+
+[开源意味着什么](https://github.com/tmacychen/github101/blob/main/%E5%BC%80%E6%BA%90%E6%84%8F%E5%91%B3%E7%9D%80%E4%BB%80%E4%B9%88%3F.md)