//我知道这很让人困惑，所以让我解释给你听。

从技术上讲，这不是一个评论，而是在凌晨2点左右编写的代码:

consent = False

．.． 该变量永远不会再次使用，并且出现在套接字的监听循环的开始。

事实上，有一天我在一些代码上看到了这个，这些代码是在截止日期很急的时候写的。

//This was clearly written under duress

这是我们团队微观管理效果的一个活生生的例子:

// I am not responsible of this code.
// They made me write it, against my will.

．.． 我们敬爱的技术总监很喜欢把代码和编码指南都硬塞到开发人员的喉咙里(*)。

当然，当项目负责人寻找bug的原因时，发现它在“非最佳代码”中，他就不那么高兴了……

(*)当然，我指的是强大的VB国王……如果你想评估强大的VB国王的全部力量，你可以阅读下面的SO帖子:你被迫遵循的最奇怪的编码标准规则是什么?.．.

我没有亲身经历过这种情况，但这是一个很好的故事(详见我的评论中的解释):

#define MSGTAG_B33R     0x723 /* RIPLVB */

Case 1:
   ...
   break;
   ...
//I don't want do do this but [my coworker] says it's part of the code standard
default:
   break;