75% 的软件工程师在上次举报不当行为后遭到报复

报复的普遍性与形式

• 许多评论者表示，基于他们个人经历中的降薪、晋升停滞、PIP，或在提出担忧后被逼辞职，75% 这个数字听起来是合理的，甚至可能偏低。
• 报复往往是间接的：不续约、冻结加薪、“重组”，或是微妙的排挤，而不是明确的惩罚。
• 还有人指出，仅仅与令人不安的真相有关联（例如无意中听到不当行为）也可能导致自己被悄悄清除出去。

伦理 vs. 自我保护

• 一个强烈观点认为：工程师对有害或欺诈性的代码负有共同责任；“我只是奉命行事”不是伦理上的辩护。
• 反方观点是：当发声可能导致失业、失去医疗保险、家庭不稳定或职业生涯受挫时，道德权衡就变得更复杂；人们常常优先考虑“你和你的人”。
• 还有几个人描述了在试图做正确事情后，长期的心理影响、倦怠和职业中断。

专业化与伦理规范

• 讨论的焦点之一是软件行业是否需要类似结构工程或土木工程那样的正式执照/认证。
• 有人认为，航空电子、银行等领域已经存在行业特定认证，而广泛推行执照只会增加把关门槛。
• 职业伦理规范（ACM、土木工程师的伦理守则）被引用为有用的理想，但在软件领域的执行被认为很弱，甚至根本不存在。

HR、公司文化与举报渠道

• 对 HR 的不信任非常普遍；它被视为在保护公司，而不是员工，往往站在有权势的经理一边。
• 合规培训和“禁止报复”政策被认为大多只是做做样子；匿名热线通常也无法保护身份。
• 一些实用建议出现了：口头举报还是书面举报、只有在担心个人责任时才做记录，以及认识到书面投诉可能是“烧掉桥梁”的时刻。

法律与结构性保护

• 工会化和强有力的举报人保护法被提出为唯一现实的制衡力量，尽管科技行业里工会很少见。
• 有人描述了报复之后提起诉讼或达成和解的个案，但这些被认为成本高、罕见且无法规模化。

定义、衡量与怀疑

• 几位评论者指出文章表述含糊：“wrongdoing”没有定义，而且报复是自我报告的。
• 提出的问题包括：这只涵盖违法行为，还是也包括伦理问题、歧视、有毒的领导方式，或者仅仅是“糟糕行为”？
• 还有人担心，调查会把真正的举报与人际冲突或绩效问题混为一谈。