We actively enable and advocate that people with limited knowledge can 'mess around mixer controls'. That's why we have an alsamixer application in the first place, and teach people how to use it.
What you are describing is the traditional approach where the number of controls is limited, a couple of switches here and a set of volume controls there. With new devices having mixers all over the place, be it in codecs or DSPs, it's not uncommon to have several hundred controls. There is no way users will be able to find out on their own what values they should use and it would be misleading to think developers are able to identify all lethal combinations of settings. We've also moved all these control settings from kernel to userspace to avoid hardcoding values that are platform specific. Bottom line we have to move to profiles, stop guessing values based on control names or avoid letting users poke random values in alsamixer. This just doesn't scale any more. thinking that the alsamixer command-line remains the default user-facing interface moving forward is just not right, it's a developer tool.