您所在的角色是
技术管理者
一线开发程序员
测试人员
产品经理
HR/招聘人员
其他
您所在公司的技术团队规模是
10人以下
10-50人
51-200人
201-500人
500人以上
您所在公司当前是否有成型的程序员质量评价体系
有完整成熟的体系
有初步框架但不完善
仅做简单评价，无体系
完全没有相关评价机制
您认为程序员质量评价应该包含哪些核心维度（可多选）
代码质量
任务交付效率
问题解决能力
团队协作能力
技术创新能力
学习成长能力
需求理解能力
线上故障处理能力
文档编写能力
您认为当前公司的程序员质量评价结果对薪酬调整的影响程度是
您认为当前公司的程序员质量评价结果对晋升发展的影响程度是
请对当前公司程序员质量评价结果的公平性打分（1分最不公平，5分最公平）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您认为哪些主体参与评价能保证结果更客观（可多选）
直接上级评价
同级同事互评
下级评价
自我评估
跨团队协作对象评价
自动化指标评价
HR评价
您是否认可将代码提交量作为评价指标
非常认可，直接反映工作量
部分认可，可以作为辅助参考
不认可，代码量不代表质量
非常不认可，会引导错误方向
您认为代码评审结果在程序员质量评价中的权重应该占比多少
10%以下
10%-20%
21%-30%
31%-40%
40%以上
您认为代码质量可以通过哪些指标衡量（可多选）
代码复用率
注释完整度
缺陷密度
代码符合规范程度
可读性
可维护性
性能表现
您认为任务交付最应该关注哪个方面
是否按时交付
交付结果是否符合需求要求
交付过程中的沟通成本
交付后产生的线上问题数量
您认为程序员解决复杂问题的能力应该如何评价
通过问题解决时长评价
通过最终问题解决质量评价
通过问题分析思路的合理性评价
以上三者结合评价
您认为程序员在团队协作中的哪些表现应该纳入评价（可多选）
代码评审参与度与质量
分享技术经验的频率和质量
协助同事解决问题的积极性
会议参与贡献度
需求沟通配合度
您认为新技术学习能力在程序员质量评价中的重要程度是
非常重要，决定技术上限
比较重要，适应技术迭代
一般，能满足当前工作即可
不重要，不影响现有工作产出
现有评价体系中，评价结果是否能准确区分不同水平的程序员
完全可以，区分度很高
基本可以，大部分能区分
很难区分，结果大同小异
完全不能，结果和实际不符
您认为当前程序员质量评价最主要的问题是什么（可多选）
过于看重工作量，忽略质量
评价主观性太强，缺乏客观数据
评价维度单一，不能全面反映能力
评价结果没有实际应用，流于形式
评价流程复杂，占用太多时间精力
评价标准不清晰，大家认知不统一
您是否支持引入自动化工具（比如代码分析工具）采集客观指标用于评价
非常支持，能提升客观性
支持，工具数据结合人工评价更好
不太支持，工具不能反映全部能力
完全不支持，自动化指标会偏离评价目标
您认为在程序员质量评价过程中，最难落地的环节是什么？请简要说明
对于建立有效的程序员质量评价体系，您还有哪些其他的需求或建议？