Android 公共 API 中的笑话与幽默
💡
原文中文，约13900字，阅读约需33分钟。
📝
内容提要
在Facebook工作期间，员工对代码中的幽默命名感到困惑，尤其是疫情期间新员工增多时。虽然一些幽默元素如“_DO_NOT_USE_OR_YOU_WILL_BE_FIRED”被视为玩笑，但也引发了对工作环境的恐惧和不确定感。安全审计员对这种幽默持谨慎态度，认为可能增加安全风险。整体来看，技术文档中的幽默虽然有趣，但可能导致理解障碍。
🎯
关键要点
- 在Facebook工作期间，给危险或过时的代码添加'_DO_NOT_USE_OR_YOU_WILL_BE_FIRED'后缀的做法引发了新员工的困惑和恐惧感。
- 疫情期间新员工增多，导致对幽默命名的抱怨增多，认为这影响了工作环境的融入。
- 安全审计员对代码中的幽默持谨慎态度，认为可能增加安全风险。
- 技术文档中的幽默虽然有趣，但可能导致理解障碍，尤其是对新员工来说。
- 幽默的上下文依赖性使得某些幽默在不同环境中可能显得不合适，增加了沟通的难度。
❓
延伸问答
Facebook的代码中有哪些幽默命名的例子？
例如，给危险或过时的代码添加'_DO_NOT_USE_OR_YOU_WILL_BE_FIRED'后缀，以及React中的'__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED'。
新员工对代码中的幽默命名有什么反应？
新员工感到困惑和恐惧，认为这些幽默命名影响了他们的融入和工作环境。
安全审计员对代码中的幽默持什么态度？
安全审计员对幽默持谨慎态度，认为这可能增加安全风险。
技术文档中的幽默可能导致什么问题？
技术文档中的幽默可能导致理解障碍，尤其是对新员工来说。
幽默在代码中的上下文依赖性有什么影响？
幽默的上下文依赖性使得某些幽默在不同环境中可能显得不合适，增加了沟通的难度。
如何看待代码中的幽默元素？
虽然代码中的幽默元素可以增加趣味性，但也可能导致误解和沟通障碍。
➡️
