软件工程伦理与职业责任
一、技术对社会与用户的影响
软件已经深度嵌入生活：推荐、定价、风控、招聘、内容审核……技术会放大或缩小偏见、影响信息获取与决策结果。工程师在设计与实现时，应意识到系统不是「中性工具」——数据偏差、规则与算法会带来歧视或伤害。负责任的做法包括：识别影响范围（谁会被影响、在什么场景）、评估公平与可解释性（关键决策是否可审计、是否对不同群体不公）、留出人工复核与申诉通道。不要求每个人都是伦理专家，但要有「我的代码会影响真人」的意识，并在能力范围内提出质疑与改进。
二、隐私、安全与公平
隐私：用户数据应最小必要收集、明确授权、安全存储与访问控制；不将数据用于未告知的用途或转卖。合规上要遵守 GDPR、个人信息保护法等，设计上默认保护（privacy by design）。
安全：对漏洞与攻击负责——及时修复、负责任披露、不故意留后门。安全是底线，不能为赶进度或省事牺牲用户与系统安全。
公平：算法与规则可能对某些群体产生歧视（如招聘、信贷、推荐）。要在数据、特征与结果上评估公平性，避免放大历史偏见；关键决策尽量可解释、可申诉。
隐私·安全·公平要点
- 隐私：最小必要、授权清晰、合规（如 GDPR、个保法）
- 安全：修洞、披露、无后门；安全优先于便利与进度
- 公平：评估偏见与歧视风险，可解释与申诉机制
三、质量责任与「说不」的勇气
工程师对质量负有责任：交付的代码与系统应满足合理的安全、可靠与可维护标准。在明知会带来严重风险（如数据泄露、人身安全、合规违规）时，有义务提出异议，而不是「上面让做就做」。
「说不」的勇气：当需求明显有害、违规或不可持续（如造假、侵犯隐私、无测试就上线关键系统）时，能够用专业理由说不、并寻求升级或留痕。这不一定能改变结果，但可以划清个人责任边界、推动组织改进。说不的方式可以是书面记录、邮件抄送、或通过合规与法务通道；具体取决于公司文化，但「沉默默许」在事后往往难以免责。
质量责任与说不
对质量负责；在明显有害、违规或高风险需求前，用专业理由提出异议并留痕。说不不一定能改变结果，但能划清责任边界、推动改进。
四、开源与知识产权
开源：使用开源要遵守其许可证（MIT、Apache、GPL 等），尤其是传染性条款（如 GPL）对闭源分发有限制。贡献开源时，确保有权贡献、不泄露雇主或客户机密；不少公司有开源政策，需内部审批。
知识产权：在职或项目期间产生的代码与成果，通常归属公司或客户，合同会约定。不要用公司资源做个人项目并对外声称个人所有；离职时不带走代码与机密。使用第三方组件要确认许可与合规，避免侵权。
开源与知识产权要点
- 开源：遵守许可证、贡献时确保有权且符合公司政策
- 知识产权：成果归属依合同；不带走机密、不侵权使用第三方
五、职业操守与长期主义
职业操守：诚实沟通进度与风险、不夸大不隐瞒；对用户与同事尊重；不参与造假、作弊或明显不道德的行为。技术选择上不因个人喜好损害项目，不故意留「只有自己能维护」的坑。
长期主义：关注可持续——技术积累、口碑、行业信誉会在长期带来回报。短期妥协可以理解，但若长期在有害或不可持续的环境下工作，要有意识规划退出或改变。持续学习、参与社区与开源、建立可携带的专业能力，都是长期主义的体现。
一句话： 技术会影响用户与社会，要重视隐私、安全与公平；对质量负责，在不当需求前有说不的勇气并留痕。开源与知识产权要合规；职业操守与长期主义决定能否走得稳、走得远。
六、小结
技术影响：系统会放大或缩小偏见，要关注公平、透明与可问责。隐私·安全·公平：最小必要与合规、安全底线、公平评估与申诉。质量与说不：对质量负责，在有害或违规需求前提出异议并留痕。开源与 IP：遵守许可与合同、不侵权。职业操守与长期主义：诚实、负责、可持续。下一章讲技术选型与平衡，从选型维度到构建/采购/开源与持续学习。