源码全开放，没人看——一个框架作者的真实经历
先说结论
好奇心是天生的。你不能培养它，只能筛选它。
我知道这话不好听。但这是我花了十几年得出的结论。
被封锁的痛
2007年，我在一家公司做平台本地化。平台代码做了混淆，类名方法名全换成a、b、c，反编译出来像天书。我硬是debug + 反编译，跟了两周，画了十几张A4纸的映射图，把整个架构摸清了。
那个过程很苦。但我超级不服气——凭什么不让我看？你越封，我越要看。
这种不服气，不是培训出来的。
反过来，我全开放
后来我自己写了框架。从IOC容器到AOP到数据层到工作流，一行一行写出来的。
我的做法和那家公司完全相反：源码全开放。所有用这套框架的公司，所有开发人员，都能看到完整的源文件。离职了？带走。想改？随便改。
我以为这会点燃什么东西。
没有。
讲了一场JVM，听后即完
有段时间我主动组织技术分享。讲JVM——不是那种PPT念一遍的讲法，是真刀真枪的内容：
- ClassLoader——双亲委派机制，为什么你的类加载器和Bootstrap的不一样，自定义ClassLoader能干什么
- 字节码加密解密——class文件在磁盘上是加密的，ClassLoader加载时解密，怎么实现
- JVM结构——方法区、堆、栈各存什么，为什么字符串在堆里不在栈里
- 初始化顺序——静态块、实例块、构造函数，父类子类，谁先谁后
- 堆区结构——新生代老年代，Minor GC和Full GC的区别，为什么大对象直接进老年代
- Java为什么不用寄存器——为了跨平台，JVM是一台虚拟的栈式机器，所有操作压栈弹栈，不依赖物理寄存器。这是Java"一次编译到处运行"的底层代价
讲的时候有人在听。讲完之后？没了。
没有人回去自己试。没有人第二天来问我"那个ClassLoader自定义的能不能给我演示一下"。没有人。
就像一场雨下在水泥地上，当时看着湿了，太阳一出来，干干净净。
慢慢就不讲了
不是生某人的气。是慢慢接受了一个事实：多数人不需要知道这些。
他们需要的是：这个接口怎么调，这个配置项填什么值，这个报错怎么解决。框架对他们来说是工具，不是研究对象。
这没有错。你用微波炉热饭，不需要知道磁控管的原理。
但这也意味着：你永远成不了造微波炉的人。
好奇心是筛选问题，不是培养问题
管理书上喜欢写"如何激发团队的好奇心"、“如何打造学习型组织”。
我的经验是：你激发不了。
好奇心就像色觉。有的人看世界是彩色的，有的人就是分不清红和绿。你没法教一个色盲看到红色，同样，你没法教一个不好奇的人追问"为什么"。
你能做的只有两件事：
1. 招人的时候筛选。
别问"你会不会Spring"，问"你最近自己折腾了什么"。答不上来的，大概率不是你要找的人。
2. 给好奇的人留空间。
别把所有人的时间填满。好奇心需要空闲才能生长。天天加班赶需求的人，没有精力追问"为什么"。
至于其他人——他们踏踏实实完成工作，养家糊口，这本身很好。不是每个人都需要成为架构师。
最后
我反编译别人的混淆代码，是因为我受不了"不让我看"。我写框架开放源码，是因为我不想让别人受同样的苦。
但大多数人不觉得苦。他们觉得"能用就行"。
这不是他们的错。这只是说明：那个让我在凌晨三点还在debug的不服气，是我自己的东西，不是我能给别人的东西。
相关阅读：
- 《debug驱动学习——三次debug改变我的技术认知》
- 《造过轮子的人学框架有多快——我自己写完IOC和AOP，Spring就是换个API》
- 《老木匠、临界质量与Log曲线——一个46岁架构师的AI生存哲学》
