有什么反对复活节彩蛋的理由？是否有任何争论甚至支持复活节彩蛋？

Question

我有点爱开玩笑，所以复活节彩蛋的想法仍然吸引着我。我以前在我的代码中添加了它们，但是我的一群朋友有一个关于使用CTRL触发鸡蛋的笑话。

现在，我也有点偏执的表现，所以我喜欢消除多余的一切可能。这与复活节彩蛋有很大的矛盾，因为它们是100%多余的代码。

有什么反对复活节彩蛋的理由？此外，是否有任何论据，甚至支持复活节彩蛋？

Answer 1

我认为这在很大程度上取决于您正在开发的软件的类型。

与商业软件相比，Imho复活节彩蛋更有可能在游戏中被接受(甚至被欣赏)。甚至微软也在他们的产品中放了一些复活节彩蛋，但现在几乎完全停止了。微软停止放置复活节彩蛋的原因与反对复活节彩蛋的可能原因密切相关:安全问题。正如相关的维基百科文章所概述的那样，复活节彩蛋通常(至少对于用户/客户端)是代码中没有文档的部分，这可能使他相信该产品更容易受到攻击或以其他方式不值得信任。此外，并不是所有的复活节彩蛋代码都被测试和审核到与“关键任务”代码相同的程度。这可能会导致代码库中未被发现的漏洞或循环漏洞，这可能是后来的攻击或恶意软件攻击的根源。

然而，并不是所有的复活节彩蛋都是“坏”的，需要修改产品的实际代码。呈现复活节彩蛋有很多方法，特别是在游戏中，代码与内容有些分离(游戏/图形/脚本引擎与实际脚本或级别文件)。这些方法从特定的纹理/对象和主角的音频评论(例如，在DN3D：厄运、终结符、印第安纳琼斯、星际迷航中使用)到秘密级别(“没有牛的水平”)，到显示用户界面中某个对象/位置时的对话框，等等。当然，并不是每一种产品都适合每一种产品。

将复活节彩蛋放入产品中的一个好方法是以某种方式将自己包括在内(而不仅仅是在学分部分)。暴雪对StarCraft 2做得很好。一个单元肖像实际上是其中一个开发人员的脸。一些不那么明显的东西通常适用于许多不同类型的软件，因为它不依赖于媒体知识或某种幽默。例如，也许您可以将自己作为一个角色包含在产品的上下文中。取决于产品，这可能甚至不需要一个机会的代码，或只是一个非常简单的。

复活节彩蛋不是很好，但不是必需的。复活节彩蛋的实施绝不能减损实际产品，它的展示应该适合最终产品的缩进目标受众。在“严肃”的应用程序或针对非成年人的产品中的复活节彩蛋不应包含成人幽默或性内容，无论它看起来多么有趣或无害。这不仅会导致法律后果，而且还会影响软件(乌斯克/佩吉/ESRB评级的营销范围)。

Answer 2

复活节彩蛋是建筑商留下的小秘密。它会伤害最终用户吗？不是的。

许多人所共知和受欢迎软件都包含了隐藏的复活节彩蛋。复活节彩蛋也被用来以相当优雅的方式显示开发人员对特定敏感主题的感受。

至于代码优化，只要复活节彩蛋不太密集(hello 飞行模拟器)，就不会以一种有意义的方式损害性能。

Answer 3

复活节彩蛋甚至在80年代和90年代的主要商业软件发行中也很常见。在大多数情况下，他们很可爱，很少有人被他们打扰。我认为它们在今天不那么常见，原因有三个：

1. 就像所有的恶作剧一样，它们很有趣，直到有人看穿了它。如果你的复活节彩蛋有一个错误，导致数据丢失或性能问题，那么你最终可能不得不向一群律师解释你并没有真正分发“恶意软件”。
2. 幽默是非常、非常、很难做对的，如果你做错了，你会冒犯付费客户，这些客户会停止为你的软件付费，他们会给媒体写很多讨厌的信，说你为一家糟糕的、不成熟的公司工作。Ctrl触发的复活节彩蛋就是一个很好的例子。对你17岁的朋友来说，这可能是歇斯底里的笑话，但市场营销的第一条规则就是不要告诉你的客户"FU"，甚至开玩笑。请注意，大型商业软件中的复活节彩蛋从来没有取笑用户，只有竞争对手。
3. 在电影“头头”中，Monkees的彼得·托尔克( Peter )说过一句不朽的话：“没有人会借钱给一个有幽默感的人。”如果你在购买一个关键的软件基础设施，作者的幽默感并不能让你放心。此外，为什么他们花时间写复活节彩蛋，而他们本来可以修复他们的许多安全漏洞？

拉里·奥斯特曼( Larry )几年前发表了一篇相当著名的博客文章，讨论为什么微软的OS组不再允许复活节彩蛋？。