似乎以前没有问过这个确切的问题,所以我会开火:
我们大多数人都熟悉反模式的概念。然而,避免实现反模式原则上可能会反其道而行之,并导致问题本身。例如,“委员会设计”有一个反例,我称之为“Maverick 设计”——其中一个重要功能的设计被交给个人去做他们认为最好的事情,目的是审查他们稍后的工作并决定是否应该完成或进行另一次迭代。这在实践中需要更长的时间,因为团队的其他成员都忙于其他事情,并且最终可能会得到一个对任何人都没有用的功能,特别是如果 Maverick 本身不是经验丰富的最终用户。
有没有人有更多反模式反例的例子?