Tool Tunnel Reality is about not being able to make your modelling tool do what you want. '''Arg!!''' You sketch a design on paper, and then try to put it in a modelling tool - only to find that a feature you want isn't supported. It is one of the key annoyances of using tools, and is why Word and Visio is often so much better. -- PeterForeman Sometimes the tool can do it, but it's hard to figure out how to make the tool do it, or it's inconvenient to make the tool do it. ''(...from recent ErWin experiences.)'' -- JeffGrigg If it was sketched on paper, what is the advantage of then entering into a "tool" or even Visio? In these cases, I believe simpler is better. Sketch it, understand it, and throw it away. ----- I think this AntiPattern is more general. People using any tool have to balance the cost of tolerating its limitations against the cost of switching to a less-well-understood alternative. Managers naturally defer their decisions on toolset to senior developers. Senior developers think more about the marketability of their skills than the good of their project. New tool presentations are easily derailed with EmbarrassingQuestions. So ToolTunnelReality(s) form in which a bad choice of tools is a business requirement. --PeterMerel ---- This also generalizes to programming languages. To me, it seems that it's similar to the idea behind the SapirWhorfHypothesis. --TimLesher ----- ''See UmlIsForPeople.''