<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>技术与工程选型系列 on Mi&amp;Bee Blog</title><link>https://blog.mickeyzzc.tech/series/%E6%8A%80%E6%9C%AF%E4%B8%8E%E5%B7%A5%E7%A8%8B%E9%80%89%E5%9E%8B%E7%B3%BB%E5%88%97/</link><description>Recent content in 技术与工程选型系列 on Mi&amp;Bee Blog</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>蓝宝石的傻话</managingEditor><lastBuildDate>Mon, 27 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.mickeyzzc.tech/series/%E6%8A%80%E6%9C%AF%E4%B8%8E%E5%B7%A5%E7%A8%8B%E9%80%89%E5%9E%8B%E7%B3%BB%E5%88%97/rss.xml" rel="self" type="application/rss+xml"/><item><title>主流开源许可证全景：从 MIT 到 AGPL，工程师该怎么选</title><link>https://blog.mickeyzzc.tech/posts/architecture/open-source-license-guide/</link><pubDate>Tue, 14 Jul 2026 09:00:00 +0800</pubDate><guid>https://blog.mickeyzzc.tech/posts/architecture/open-source-license-guide/</guid><description>&lt;p&gt;2017 年 9 月，React 一夜之间从 BSD+Patents 改成了 MIT。原因是 Apache 软件基金会把 React 的许可证列入「禁止依赖」清单，WordPress 母公司 Automattic 当场宣布放弃基于 React 重写界面——Facebook 顶不住整个生态施压，妥协了。七年后的 2024 年 3 月，Redis 把核心从 BSD 3-Clause 改成 RSALv2+SSPL 双协议，AWS、Google、Oracle 一周内联合 fork 出 Valkey 把它替代了。&lt;/p&gt;</description></item><item><title>从 Redis 转 BSL 到 AGPL 复兴：Source Available、AI 与许可证攻防</title><link>https://blog.mickeyzzc.tech/posts/architecture/source-available-ai-license/</link><pubDate>Tue, 14 Jul 2026 10:00:00 +0800</pubDate><guid>https://blog.mickeyzzc.tech/posts/architecture/source-available-ai-license/</guid><description>&lt;p&gt;2023 年 8 月，HashiCorp 把 Terraform、Vault、Consul 等全部核心产品从 MPL 2.0 改成 BSL 1.1。社区炸了，一个月后 Linux 基金会牵头 fork 出 OpenTofu。本以为故事到此为止——结果 2024 年 4 月 IBM 宣布 64 亿美元收购 HashiCorp，2025 年 2 月完成交割，HashiCorp 变成 IBM 旗下的 Red Hat 业务单元。改许可证的 OSS 公司不但没衰落，反而成了被并购的标的。&lt;/p&gt;</description></item><item><title>SD/TF 卡选购分析 —— 闪存技术、耐久标称与速度等级，按场景选卡</title><link>https://blog.mickeyzzc.tech/posts/iot/microsd-card-selection-guide/</link><pubDate>Sun, 26 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/microsd-card-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;闪存技术和耐久标准&lt;/strong&gt;组织。SD/TF 卡的底层维度——NAND 闪存类型（SLC/MLC/TLC/QLC/pSLC）、P/E 循环寿命、耐久标称口径（小时数 vs TBW）、速度等级体系（V/U/A）、温度范围——这些维度多年稳定（NAND 类型分级自 2000 年代、速度等级标准自 2010 年代），比具体型号更有长期参考价值。&lt;/p&gt;</description></item><item><title>U 盘选购分析 —— 接口标准、主控与颗粒分级，别只看容量和读速</title><link>https://blog.mickeyzzc.tech/posts/iot/usb-flash-drive-selection-guide/</link><pubDate>Mon, 27 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/usb-flash-drive-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;接口标准、主控和颗粒分级&lt;/strong&gt;组织。U 盘的底层维度——USB 接口代际（2.0/3.2 Gen 1/Gen 2/Gen 2×2）、接口形态与协议的分离（Type-C 不等于高速）、主控厂商格局、NAND 颗粒分级（原片/白片/黑片）、SLC 缓存掉速机制——这些维度多年稳定（USB 3.x 标准自 2013 年、颗粒分级自闪存诞生），比具体型号更有长期参考价值。&lt;/p&gt;</description></item><item><title>SSD 选购分析 —— 主控、颗粒与产品层级，看懂技术比记型号重要</title><link>https://blog.mickeyzzc.tech/posts/iot/ssd-selection-guide/</link><pubDate>Wed, 08 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/ssd-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;技术维度&lt;/strong&gt;组织。原因很现实：SSD 型号每半年换代、一款接一款列出来既冗长又像在给品牌背书，厂家一更新文章就失去价值。但 SSD 的底层技术——主控厂商格局、NAND 颗粒代际、TLC/QLC 掉速行为、DRAM 与 HMB 方案、PCIe 代际的真实收益——这些维度 2–3 年内稳定。理解了技术维度，你就能判断市面上任何一款 SSD 的定位，而不是死记某几个型号。&lt;/p&gt;</description></item><item><title>机械硬盘选购分析 —— 记录技术、充氦与产品层级，CMR 与 SMR 的核心区分</title><link>https://blog.mickeyzzc.tech/posts/iot/hdd-selection-guide/</link><pubDate>Wed, 22 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/hdd-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;磁记录技术和产品层级&lt;/strong&gt;组织。机械硬盘的底层维度——记录技术（PMR/CMR/SMR/HAMR）、充氦技术、接口（SATA/SAS）、转速、产品分级——这些维度多年稳定（CMR/SMR 之争自 2020 年 WD 事件后成为行业共识，充氦自 2013 年起，HAMR 尚在产业化），比具体型号更有长期参考价值。&lt;/p&gt;</description></item><item><title>嵌入式摄像头模组选型手册 —— 入门到采购的实战参考</title><link>https://blog.mickeyzzc.tech/posts/iot/embedded-camera-modules-reference/</link><pubDate>Mon, 29 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/embedded-camera-modules-reference/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册覆盖了 20 款主流嵌入式摄像头模组——OV/GC 系列 8 款（OV2640 / OV5640 / OV7725 / GC0309 / OV7670 / OV3660 / GC2053 / GC4653）和 Sony IMX 系列 12 款（IMX219 / IMX273 / IMX296 / IMX307 / IMX335 / IMX415 / IMX477 / IMX678 / IMX708 / IMX766，以及 OV9281 和 OV5647）。所有参数均来自官方数据表（datasheet），数据来源已在每节末尾标注。&lt;/p&gt;</description></item><item><title>GPU 选购分析 —— 架构代际、产品层级与显存技术，看懂算力匹配</title><link>https://blog.mickeyzzc.tech/posts/iot/gpu-selection-guide/</link><pubDate>Tue, 30 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/gpu-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;架构代际和产品层级&lt;/strong&gt;组织。原因和 SSD 篇一致：GPU 型号每代更替、逐个列出来既冗长又像品牌背书，厂家一更新文章就失去价值。但 GPU 的底层维度——架构代际（Ampere、Hopper、Blackwell）、产品层级（消费/工作站/数据中心）、显存技术（HBM vs GDDR）、互联技术（NVLink vs PCIe）、精度档位（FP16/FP8/FP4）——这些 2–3 年内稳定。理解了这些维度，你就能判断市面上任何一代 GPU 的定位。&lt;/p&gt;</description></item><item><title>CPU 选购分析 —— 架构、平台与扩展性，工作室主机的算力底座</title><link>https://blog.mickeyzzc.tech/posts/iot/cpu-selection-guide/</link><pubDate>Fri, 03 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/cpu-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册按&lt;strong&gt;架构家族&lt;/strong&gt;组织，不按具体型号。原因很现实：CPU 型号每年换代、一款接一款列出来既冗长又容易过时；但架构家族（Zen 5、Arrow Lake、Sapphire Rapids、Apple Silicon 等）的生命周期是 2–3 年，平台规格、IPC 提升、能效特性相对稳定。理解了架构，就能判断同代任何型号的定位。&lt;/p&gt;</description></item><item><title>电源选购分析 —— 拓扑、效率与供电架构，多卡工作站的命脉</title><link>https://blog.mickeyzzc.tech/posts/iot/psu-selection-guide/</link><pubDate>Mon, 13 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/psu-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;技术维度&lt;/strong&gt;组织。电源的底层技术——拓扑架构（主动 PFC + LLC + DC-DC）、80PLUS 效率标准、单路/多路 12V 设计、模组化与线材接口、保护电路——这些维度多年稳定（80PLUS 标准自 2005 年起基本未变，LLC 拓扑自 2015 年成为主流），比具体型号更有长期参考价值。&lt;/p&gt;</description></item><item><title>显示器选购分析 —— 面板技术、色域与护眼，生产力工具的核心</title><link>https://blog.mickeyzzc.tech/posts/iot/monitor-selection-guide/</link><pubDate>Sat, 18 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/monitor-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;面板技术和显示标准&lt;/strong&gt;组织。显示器的底层维度——面板类型（IPS/VA/OLED/Mini-LED）、色域标准（sRGB/DCI-P3/Adobe RGB）、色准（Delta E）、刷新率与响应、护眼技术（DC 调光、无频闪）——这些维度多年稳定（IPS 技术自 1996 年起、OLED 自 2013 年起、Mini-LED 自 2019 年起，色域标准更久），比具体型号更有长期参考价值。&lt;/p&gt;</description></item><item><title>线材选购分析 —— 接口标准、协议与信号完整性，别让廉价线拖垮设备</title><link>https://blog.mickeyzzc.tech/posts/iot/cable-selection-guide/</link><pubDate>Wed, 22 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/cable-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;接口标准和协议&lt;/strong&gt;组织。线材的底层维度——接口标准（HDMI/DP/USB/Ethernet）、协议代际（HDMI 2.0/2.1、USB 3.2/4、Cat6/6a/7）、带宽与功率上限、信号完整性原理——这些维度多年稳定（HDMI 2.1 标准 2017 年发布至今、USB 3.2 标准 2019 年、Cat6a 标准 2008 年），比具体型号更有长期参考价值。&lt;/p&gt;</description></item><item><title>网络设备选购分析 —— 设备职能、协议与产品层级，工作室网络的基础设施</title><link>https://blog.mickeyzzc.tech/posts/iot/network-equipment-selection-guide/</link><pubDate>Sun, 26 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/network-equipment-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按品牌型号组织，按&lt;strong&gt;设备职能和网络协议&lt;/strong&gt;组织。网络设备的底层维度——四类设备（交换机/路由器/AP/网卡）的职能边界、以太网速率代际（1G/2.5G/10G/25G/100G）、PoE 供电标准、WiFi 协议代际（6/6E/7）、管理协议（VLAN/STP/LACP/802.11k/v/r）——这些维度多年稳定（以太网协议自 1980 年代、PoE 标准自 2003 年、WiFi 6 自 2019 年），比具体型号更有长期参考价值。&lt;/p&gt;</description></item><item><title>操作系统场景选型 —— OS 家族、任务负载与工程取舍，Linux、Windows 与 macOS</title><link>https://blog.mickeyzzc.tech/posts/iot/os-selection-guide/</link><pubDate>Mon, 27 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/iot/os-selection-guide/</guid><description>&lt;h2 id="关于这份手册"&gt;关于这份手册&lt;/h2&gt;
&lt;p&gt;这份手册不按 OS 版本号组织，按&lt;strong&gt;操作系统家族和任务负载匹配&lt;/strong&gt;组织。操作系统的底层维度——OS 家族（Linux/Windows/macOS）、内核特性、包管理、LTS 支持策略、生态适配——这些维度多年稳定（Linux 内核演进规律稳定、Windows NT 内核架构稳定、macOS 的 Unix 基础稳定），比具体版本号更有长期参考价值。&lt;/p&gt;</description></item></channel></rss>