首先，感谢大家在百忙之中抽出时间来完成最初发表于 DZone 上的关于开发者幸福的调查。

调查结果分析

报酬

只有不到一半的人觉得报酬过低，几乎相同比例的人觉得他们的报酬和市场水平差不多。无论是认为报酬低的还是认为紧跟市场脚步的受访者，大多在工作满意度类别的平均值，但是在那些认为薪水过低的人中，对工作不满意与满意的比例是4：1。

那些认为自己的报酬处于市场水平的人差不多一半声称自己快乐，一半表示自己不快乐。

只有2% 的受访者表示他们的薪酬过高却又不满意的。

挑战

许多开发人员举出了缺乏技术挑战作为辞职的原因。有一半人声称依然在工作场所学习，但是令人不满的是“学习”小组只有很少的 11%。感觉挑战度较低的人中有一半感到不快乐，而只有2% 的人很高兴不用在工作中学习。

工具和堆栈

只有 25% 的人报告说雇主使用了最佳工具，不论其价格，剩下差不多四分之三使用的则是相当标准化（48%）或尖端（26%）的技术堆栈。不到1% 的受访者报告说不介意使用过时的堆栈。使用最佳工具的那些人中只有 12% 依然表示不满意，而使用二流工具的人不满意率为 38％。

人

同事和管理层的能力在求职者眼中经常是一样重要的，调查数字似乎证实了这个观察。

说到同事，四分之三的人评估自己的团队为平均水平（45%）或平均水平以上（33%）。只有不到一半的人自称自己是团队中最有见识的人。在高于平均水平的团队中有 10% 的开发人员表示不满。相对于那些在坏团队的开发人员只有3%（超过半数不满）表示满意，并且一支好团队的价值显而易见。作为团队中最优秀的开发人员，依然有1/3 的不满率，这可能是因为这些人无法再从同行中学到点什么。

至于管理，大约三分之一的人将老板描述为“大多是不称职或没有发挥其作用的”，不满率高达三分之二。不到1% 的受访者报告说在坏的管理下满意或在称职的管理下不满意。

成本 VS 利润

相对于那些把高科技技术当作业务成本的公司，开发人员通常更感兴趣于那些要么构建软件产品，要么至少做技术业务的公司。在高科技公司开心和不开心的开发人员的比例并不明显，但在那些软件和技术并非重点的公司中，不满意的开发人员显然多于满意的开发人员，将近4：1。

远程工作和通勤

8% 的受访者远程工作，回复快乐和不快乐的人数约为相等数量（44% 平均水平，28% 快乐，26% 不快乐）。在那些需要长时间通勤的人当中只有 10% 的人认为是快乐的。

编码时间

关于编码时间有两个问题。第一个是在业余时间的编码频率如何，29% 的人频繁编码，28% 很少或从来不编码。也许这里唯一有意义的一点是，在那些很少在空闲时间编码的人中，只有 11% 表示说自己是快乐的，而 28% 不快乐。

第二个问题是问开发人员在接下来的几年时间里，是想要写更多的代码，更少的代码，还是同等数量的代码。在所有受访者中1% 报告既开心又希望将来能够减少写代码（或不写代码）。超过1/3 的受访者想要编写更多的代码，而要编写更少代码的则是 17%。

乔尔测试

关于乔尔测试中某些问题的回答显然比其他问题更发人深省。

对于乔尔测试的问题，有 14 个回答得到了积极的得分，并且在这 14 个人中只有一个报告说不高兴的。这显然是一个小样本，并且这些受访者大多报酬处于市场水平（50%），充满挑战（85%），经常或偶尔在他们的空闲时间编码（71%），称职的管理人员（57%），工作于超过平均水平的团队（85%），并使用新技术（64%）。

至于乔尔测试的每个元素：

安静的氛围——只有1% 的开发人员自称很高兴在一个喧闹的环境中工作，而那些受到噪音干扰的人中有一半表示不满。关于在安静的办公室之间中统计高兴，平均和不高兴之间的差异则没有意义。

工具——不惜价格使用最好工具的公司的幸福率超过 33%，而使用较次工具的开发人员则有 38% 表达了不满。

测试人员——64% 的雇主有测试人员，但是，这并不影响开发人员的幸福感。

及时修复 Bug——刚好超过一半人报告说会及时修复 bug，并且开发人员会设法在转移到新代码之前修复，满意的只略多于不满意的。不搁置 bug 的团队有 44% 的不满率而报告开心的只有区区 10%。

源代码控制——四分之三的开发人员工作于认真对待源代码控制的地方。我们的数据表明，良好的源代码控制并不能保证开发人员的幸福，但只有9% 的开发人员在没有源代码控制的公司中感到快乐（与之相比，几乎有一半是不高兴的）。

持续集成——超过半数的受访者实行 CI。有 CI 的开发中心快乐和不快乐的开发人员几乎相同，但没有 CI 的地方，开心和不开心的比例是1：4。

时间安排——一半的开发人员认为他们的工作保持最新的时间安排，但是单独这个不影响满意度。在那些时间安排不佳的人中有 40% 报告说不高兴。

需求——64% 没有得到明确的需求。良好的需求结果让三分之一的开发人员高兴，七分之一的开发人员不高兴，而如果是坏的需求结果的话，则会让几乎一半的人不爽，只有十分之一会表示高兴。

面试者代码——我很惊讶地得知，只有约三分之一的人在求职面试时会被要求写代码作为面试过程的一部分。同样的，满意和不满意的人数在雇主要不要求面试这一问题上几乎相同。其中，不要求面试者编码的话，不开心的队伍几乎是开心那一组的三倍大小。

结论

在所有受访者中，超过 18% 的人报告说快乐，而不开心的人占 30%。

所有问题都尽可能地提供一个第三方的“马马虎虎（average）”这个答案，许多或大部分受访者（43-74%）选择了这个回答。

快乐和不快乐的比例趋向于相同（接近1：1），当问题的答案是肯定的（使用最好的工具，CI 等）的时候，但是如果是否定的回答时，比值就变大了。如此看来，环境中“具备”一些积极的要素不会让员工觉得开心，但“没有”的话，却会让人滋生不满。开发人员似乎有一些基本的预期，如果满足的话，就不会影响幸福感。但如果不满足的话，就会导致士气低落

首先，感谢大家在百忙之中抽出时间来完成最初发表于 DZone 上的关于开发者幸福的调查。

调查结果分析

报酬

只有不到一半的人觉得报酬过低，几乎相同比例的人觉得他们的报酬和市场水平差不多。无论是认为报酬低的还是认为紧跟市场脚步的受访者，大多在工作满意度类别的平均值，但是在那些认为薪水过低的人中，对工作不满意与满意的比例是4：1。

那些认为自己的报酬处于市场水平的人差不多一半声称自己快乐，一半表示自己不快乐。

只有2% 的受访者表示他们的薪酬过高却又不满意的。

挑战

许多开发人员举出了缺乏技术挑战作为辞职的原因。有一半人声称依然在工作场所学习，但是令人不满的是“学习”小组只有很少的 11%。感觉挑战度较低的人中有一半感到不快乐，而只有2% 的人很高兴不用在工作中学习。

工具和堆栈

只有 25% 的人报告说雇主使用了最佳工具，不论其价格，剩下差不多四分之三使用的则是相当标准化（48%）或尖端（26%）的技术堆栈。不到1% 的受访者报告说不介意使用过时的堆栈。使用最佳工具的那些人中只有 12% 依然表示不满意，而使用二流工具的人不满意率为 38％。

人

同事和管理层的能力在求职者眼中经常是一样重要的，调查数字似乎证实了这个观察。

说到同事，四分之三的人评估自己的团队为平均水平（45%）或平均水平以上（33%）。只有不到一半的人自称自己是团队中最有见识的人。在高于平均水平的团队中有 10% 的开发人员表示不满。相对于那些在坏团队的开发人员只有3%（超过半数不满）表示满意，并且一支好团队的价值显而易见。作为团队中最优秀的开发人员，依然有1/3 的不满率，这可能是因为这些人无法再从同行中学到点什么。

至于管理，大约三分之一的人将老板描述为“大多是不称职或没有发挥其作用的”，不满率高达三分之二。不到1% 的受访者报告说在坏的管理下满意或在称职的管理下不满意。

成本 VS 利润

相对于那些把高科技技术当作业务成本的公司，开发人员通常更感兴趣于那些要么构建软件产品，要么至少做技术业务的公司。在高科技公司开心和不开心的开发人员的比例并不明显，但在那些软件和技术并非重点的公司中，不满意的开发人员显然多于满意的开发人员，将近4：1。

远程工作和通勤

8% 的受访者远程工作，回复快乐和不快乐的人数约为相等数量（44% 平均水平，28% 快乐，26% 不快乐）。在那些需要长时间通勤的人当中只有 10% 的人认为是快乐的。

编码时间

关于编码时间有两个问题。第一个是在业余时间的编码频率如何，29% 的人频繁编码，28% 很少或从来不编码。也许这里唯一有意义的一点是，在那些很少在空闲时间编码的人中，只有 11% 表示说自己是快乐的，而 28% 不快乐。

第二个问题是问开发人员在接下来的几年时间里，是想要写更多的代码，更少的代码，还是同等数量的代码。在所有受访者中1% 报告既开心又希望将来能够减少写代码（或不写代码）。超过1/3 的受访者想要编写更多的代码，而要编写更少代码的则是 17%。

乔尔测试

关于乔尔测试中某些问题的回答显然比其他问题更发人深省。

对于乔尔测试的问题，有 14 个回答得到了积极的得分，并且在这 14 个人中只有一个报告说不高兴的。这显然是一个小样本，并且这些受访者大多报酬处于市场水平（50%），充满挑战（85%），经常或偶尔在他们的空闲时间编码（71%），称职的管理人员（57%），工作于超过平均水平的团队（85%），并使用新技术（64%）。

至于乔尔测试的每个元素：

安静的氛围——只有1% 的开发人员自称很高兴在一个喧闹的环境中工作，而那些受到噪音干扰的人中有一半表示不满。关于在安静的办公室之间中统计高兴，平均和不高兴之间的差异则没有意义。

工具——不惜价格使用最好工具的公司的幸福率超过 33%，而使用较次工具的开发人员则有 38% 表达了不满。

测试人员——64% 的雇主有测试人员，但是，这并不影响开发人员的幸福感。

及时修复 Bug——刚好超过一半人报告说会及时修复 bug，并且开发人员会设法在转移到新代码之前修复，满意的只略多于不满意的。不搁置 bug 的团队有 44% 的不满率而报告开心的只有区区 10%。

源代码控制——四分之三的开发人员工作于认真对待源代码控制的地方。我们的数据表明，良好的源代码控制并不能保证开发人员的幸福，但只有9% 的开发人员在没有源代码控制的公司中感到快乐（与之相比，几乎有一半是不高兴的）。

持续集成——超过半数的受访者实行 CI。有 CI 的开发中心快乐和不快乐的开发人员几乎相同，但没有 CI 的地方，开心和不开心的比例是1：4。

时间安排——一半的开发人员认为他们的工作保持最新的时间安排，但是单独这个不影响满意度。在那些时间安排不佳的人中有 40% 报告说不高兴。

需求——64% 没有得到明确的需求。良好的需求结果让三分之一的开发人员高兴，七分之一的开发人员不高兴，而如果是坏的需求结果的话，则会让几乎一半的人不爽，只有十分之一会表示高兴。

面试者代码——我很惊讶地得知，只有约三分之一的人在求职面试时会被要求写代码作为面试过程的一部分。同样的，满意和不满意的人数在雇主要不要求面试这一问题上几乎相同。其中，不要求面试者编码的话，不开心的队伍几乎是开心那一组的三倍大小。

结论

在所有受访者中，超过 18% 的人报告说快乐，而不开心的人占 30%。

所有问题都尽可能地提供一个第三方的“马马虎虎（average）”这个答案，许多或大部分受访者（43-74%）选择了这个回答。

快乐和不快乐的比例趋向于相同（接近1：1），当问题的答案是肯定的（使用最好的工具，CI 等）的时候，但是如果是否定的回答时，比值就变大了。如此看来，环境中“具备”一些积极的要素不会让员工觉得开心，但“没有”的话，却会让人滋生不满。开发人员似乎有一些基本的预期，如果满足的话，就不会影响幸福感。但如果不满足的话，就会导致士气低落