樂的案例列表
Windows 桌面客户端技术尽调
对象是一个 200MB 量级的 Windows 桌面客户端（Kotlin + Compose 技术栈，自带 JRE 运行时）。 需求方需要在接手改造前判断三件事：技术架构是否清晰、用户凭据的存储是否安全、分发包是否可信。 我负责的部分：3 个工作日内完成静态分析——识别技术栈与模块分层、评估凭据加密实现、核验分发包的完整性、检查外部依赖链路的校验机制。 最终产出：一份含风险分级与修复优先级的技术报告，指出更新包缺少完整性校验、捆绑二进制未做哈希固定、主程序未做代码签名三项风险，并给出修复路径与改造成本估算，可直接用于排期决策。 涉及技术：Kotlin、Compose D
JVM 桌面应用发版工程方案
一套面向 JVM 桌面应用的发版工程方案，解决 Java / Kotlin 桌面程序「能跑起来但发不出去」的问题。 覆盖四类常见场景： 1. 安装包体积过大、启动慢——用 jlink 做运行时裁剪，通常能把体积压掉 40%–50%； 2. Windows 弹出「已保护你的电脑」警告——配置代码签名消除该提示； 3. 自动更新不可靠、推错版本会把用户装崩——做带哈希与签名校验的更新机制，支持回滚； 4. 多平台产物维护成本高——一条流水线出一个 tag 的全部平台产物。 方案含 5 个标准化服务包（签名分发改造、体积启动优化、原生能力集成、完整交付、技术尽调），每个都有明确的
案例判断参考
樂的案例列表
Windows 桌面客户端技术尽调
对象是一个 200MB 量级的 Windows 桌面客户端（Kotlin + Compose 技术栈，自带 JRE 运行时）。 需求方需要在接手改造前判断三件事：技术架构是否清晰、用户凭据的存储是否安全、分发包是否可信。 我负责的部分：3 个工作日内完成静态分析——识别技术栈与模块分层、评估凭据加密实现、核验分发包的完整性、检查外部依赖链路的校验机制。 最终产出：一份含风险分级与修复优先级的技术报告，指出更新包缺少完整性校验、捆绑二进制未做哈希固定、主程序未做代码签名三项风险，并给出修复路径与改造成本估算，可直接用于排期决策。 涉及技术：Kotlin、Compose D...
JVM 桌面应用发版工程方案
一套面向 JVM 桌面应用的发版工程方案，解决 Java / Kotlin 桌面程序「能跑起来但发不出去」的问题。 覆盖四类常见场景： 1. 安装包体积过大、启动慢——用 jlink 做运行时裁剪，通常能把体积压掉 40%–50%； 2. Windows 弹出「已保护你的电脑」警告——配置代码签名消除该提示； 3. 自动更新不可靠、推错版本会把用户装崩——做带哈希与签名校验的更新机制，支持回滚； 4. 多平台产物维护成本高——一条流水线出一个 tag 的全部平台产物。 方案含 5 个标准化服务包（签名分发改造、体积启动优化、原生能力集成、完整交付、技术尽调），每个都有明确的...
