JetBrains的开发者调查，和百分比背后的人

JetBrains每年发布的《开发者生态系统现状》报告是编程语言和工具趋势讨论中最常被引用的数据源之一。2024年的报告基于全球23,262名开发者的反馈，覆盖171个国家和地区，样本量和地域覆盖在同类调查中都属于扎实的水平。报告里那些百分比——JavaScript 61%、Python 57%、TypeScript和Rust的上升曲线——在被引用时通常被当作“开发者世界的民意”，但百分比本身不会说话，它需要被放回样本量里去理解。

以JavaScript的61%为例。这个数字的含义是“在23,262名受访者中，有61%的人在过去12个月里使用过JavaScript进行开发”。61%乘以23,262，得到的是一个可以被计数的具体人数，而不是一个漂浮在空中的比例。百分比和绝对人数之间的关系是调查数据最基本的算术约束：如果样本量是固定的，每一个百分比都对应一个确定的人数，反过来，每一个人数也对应一个确定的百分比。两者不可能各自独立地变化而不产生矛盾。

在JetBrains 2024年报告中关于开发者工具使用情况的一个细分项里，受访的2000名开发者中，有38%被标注为“在日常工作中使用AI辅助编程工具”，对应人数为680人。这个细分项的描述是：JetBrains从总样本中抽取了一个约2000人的子样本，专门询问AI工具的使用频率和场景，38%的采用率在这个子样本中被认为是一个有代表性的数字。报告同时给出了这个子样本的构成：前端开发者约占三分之一，后端和全栈开发者占其余部分，地域分布与总样本基本一致。

这个数字的有趣之处不在于它“难以发现”，而在于它“容易被忽略”。在阅读一份调查报告时，读者的注意力通常分配给百分比——38%听起来是一个有意义的采用率——而人数被当作一个附属的、装饰性的细节。但人数恰恰是百分比的锚点。当一个人数和一个百分比被并置时，它们之间必须满足基数乘以百分比等于人数的关系。如果这个关系不成立，那么被质疑的就不是调查的结论，而是数据被呈现的方式：要么百分比被四舍五入或误写，要么人数被从另一个基数里搬了过来，要么这个“细分项”的样本量根本不是2000。

JetBrains的报告本身是一个严肃的调查产品，它的方法论、样本设计和公开透明的数据表格在业界有口碑。上面这个算术矛盾不指向JetBrains的调查质量，而是指向二手引用中的一种常见模式：当调查结果被从原始报告里抽出来、放进博客文章、新闻稿或分析短文时，百分比和人数之间的对应关系往往没有被重新校验。原始表格里可能有一个“N=2000”的子样本，和一个基于另一个子样本的38%，两者在被摘出来时被拼在了一起，于是产生了一个在原始报告中不存在、但在引用文本中存在的矛盾。

调查数据的力量来自它把模糊的“开发者社区”变成了可以被计数的人群。23,262不是一个装饰性的数字，它是每一个百分比的分母，是每一次“多少比例的人在做X”这个问题的答案的基础。当百分比和人数之间的算术关系被打破时，数据并没有失去它的描述力，但它失去了一样更根本的东西：读者无法再从文本内部判断哪一个数字是可信的。一个38%的采用率如果对应760人，它描述的是一个AI工具正在被相当一部分开发者日常使用的图景；如果对应680人，图景不变，但数字的可靠性被动摇了。在调查报道里，算术不是细节，它是可信度的基础设施。