In this case, you will not enjoy Oberon+, although it supports (lean) generics. This shows that the view of what is minimal and optimal is ultimately also strongly subjective, which is actually not surprising.
Oberon was designed in a very different context though: its goal was not to have a gazillion users, it was to build one system, that by the way happens to fit in 10,000 lines of code, compiler included.
In such a small system, the benefits of any feature are much smaller. Let's say you have some feature that could simplify your program by 1%. Over 10,000 lines of code that means save 100 lines of "complexity". If implementing that feature takes more than 100 lines, your small 10K lines system will end up more complex, not less.
Go however is fairly widely used. Simplifying by 1% on average is huge, and likely worth it even if it requires 10,000 lines of code all by itself.
Note that I'm talking about Oberon+ (see http://oberon-lang.ch), not the good old Oberon (which has no generics at all); but also the latter was conceived as a general purpose programming language; it was its fate that Wirth and Gutknecht built an operating system with it first and there was a compiler only for that operating system, which was not ideal for the spread of the language. Go is the most famous offspring of Oberon so far.