Sun 的主要Java网站上有一个耐人寻味的采访。采访的是Java的性能专家kirk Pepperdine,他谈到了一些关于性能瓶颈, 开发中的痛苦, 调试, 内存, 数据库等，最值得一提的是他用来平息开发中争议的方法，他被公司雇佣专门为那些已经沮丧的开发者们解决他们的性能问题。

这里是基本的采访内容：

“在很早的时候我就发现用户经常感到沮丧。他们时间紧迫，计划紧凑，承受着巨大的压力。不管他们做什么，总是觉得工作没有头绪。更糟糕的是，他们不‘知道’是不是他们的错。我让他们咆哮，让他们叫嚷，让他们尽情的发泄，最后他们说出了这个系统存在的问题。这样，我既让他们有所发泄，在他们释放压力的过程中我又得到了我想要的答案。”

压力不利于我们的学习。我在一个SOS项目中寻找一个压力溢流的值，减少水平压力，连续运行中每15分钟，寻找任何已经超过数据库有效时间的交易。发现一个就删除这个会话。这并不是一个好的方式，用户可能会因此而不高兴，但是这样做可以使更多的用户能够稳定的使用该系统。这也同样采取了减压的策略。

每一次当系统快成功，很多时候电话就会响起—试想一下当一只老鼠在笼子里不定时的乱叫时，你也可以想象一下有多么想让电话停止声响。你可以感觉到响声充满了整个房间，而且不断的在你脑子边回响。这将会让我们关于性能修补一个有意义的讨论。

我采用大量的释放压力的办法是，“通过在群集中滚动虚拟机，中性HTTPSeession对象，用GC来减少部分应用来提高生产能力，对某些经常用到的配置进行细微调整，确使应用能运行整个工作日。”

这是一个解决方法，我唯一的目标就是保持用户冷静使开发者有时间开始修复bug。

我好奇的想了解其他人的经验。当代码失控，它使你和你周围的每个人都在高压力的情况下你怎么办？有什么窍门和技巧？