I coined this as a play on "OO Programming" to refer to code that is Seriously OO With Lots of Design Patterns, many layers and too many abstractions such that what could have been a fairly simple and smaller program has become a huge mass of files, classes, interfaces, methods, each of which does very little, and is almost impossible to tell exactly what it does without stepping through it in the debugger. Whenever I've seen Uh-Oh code, it is almost always Java (because the OO/DP/injection craze was not in full bloom back when I worked with C++ a lot), almost always wired up at the very top with Spring XML, and maintained by a large number of salaried programmers in an enterprise development environment (where IT is a cost center, not the actual product they sell.) -- can you say, job security?
I coined this as a play on "OO Programming" to refer to code that is Seriously OO With Lots of Design Patterns, many layers and too many abstractions such that what could have been a fairly simple and smaller program has become a huge mass of files, classes, interfaces, methods, each of which does very little, and is almost impossible to tell exactly what it does without stepping through it in the debugger. Whenever I've seen Uh-Oh code, it is almost always Java (because the OO/DP/injection craze was not in full bloom back when I worked with C++ a lot), almost always wired up at the very top with Spring XML, and maintained by a large number of salaried programmers in an enterprise development environment (where IT is a cost center, not the actual product they sell.) -- can you say, job security?