As a yank...
Yes, I know, "Yank" is a Brit term for someone in the US. This is a Brit site. When in Rome ...
I have no problem with going SI. Indeed, physics and chemistry courses, offered at the college level, are all SI. We don't talk about ounces of this dissolved into gallons of that. We don't deal with 32 feet / sec^2 for gravitational acceleration. We deal with grams, liters and 9.8 m / sec^2. Trying to apply physics in daily life tends to be difficult, as we have no frame of reference for meters / sec on velocity, being used to miles / hour.
Frequently, I've found that a set of metric (SI) wrenches is workable for both standard and metric nuts, bolts, etc. I'm much more likely to find a metric wrench which is "close enough," when dealing with standard (Imperial) bolts, than I am to find a standard wrench which is "close enough" for a metric bolt. This is, of course, because the divisions are much smaller in metric (1 millimeter) than in standard (1/16 of an inch).
There's only one problem with SI units: how do you get an even 1/3 of anything? A lot of imperial units are based around multiples of 12, which is evenly divisible by 2, 3 and 4. 12 inches in a foot. 60 seconds in a minute (5 * 12) or minutes in an hour. 24 hours in a day (2 * 12). 5280 feet in a mile (440 * 12; you get divisions by 5, 8, 10 and 16 in the bargain).
Working with computers, as I do, we run into a completely different problem. 1/10 is NOT exactly described by an IEEE-754/854 standard floating-point number. Ergo, any computer is going to either use some ancient BCD format to describe it (and describe it exactly) or it will have to store an approximation of it (more commonly the case). In that respect, Imperial is no better than SI because there's no exact match for 1/3 (or 1/12), either.
Wondering if we need a numbering system built around divisions of 30, so that we can evenly divide into 2, 3 and 5.
Note: I work with IBM proprietary hardware, quite often. The CPUs in those things support BCD formatted numeric data and some of the languages, such as RPG and COBOL, actually prefer that format for numeric data. Ergo, those support SI, even though that's considered a "legacy" numbering format.