I kind of like this "feature", actually. Now and forever we can jealously witness that Jon Skeet got a whole ton of bronzes in one day. That looks FAR more impressive than if it were scattered around.
That said, I think this will make SEDE queries for tag badges tricky, since tag badges have the exact same name, and as far as I know, the only way to distinguish which one is silver and which one is gold was by looking at their timestamp. We can't do this now with the bronze badges introduced much later, e.g. some user's first tag badge may be a silver, or it may be a bronze.
I think we can keep the badge timestamp the way it is (i.e. let these bronzes be clustered the way they are, chronologically after their corresponding gold/silver if any), but "fix" SEDE so that bronze/silver/gold tag badges can be queried timestamp-insensitively.
The simplest solution for the SEDE problem is probably to introduce an additional column for badge "color", which can be useful even for other badges as well. It'd make queries like e.g. "how many gold badges do I have?" simple and natural.
- Keep the timestamps the way it is
- As a public display, it looks far more impressive to cluster all these bronze tag badges together
- It's also impressive when you consider that this phenomenon is reserved exclusively for those who earned the badge "in the past", and is a feat that can never be duplicated in the future
- Awarding badges retroactively is probably complicated/expensive, and there are far more important things to do for the platform right now
- DO fix SEDE so we can easily distinguish bronze/silver/gold badges
- Otherwise things are a huge mess
- Should be very easy to fix