As far as I know this is about the same process for HN? http://www.accountkiller.com/en/delete-hacker-news-account
I would be happy if they just added a feature to change your username. It's not too difficult to decipher my real identity from my HN username and I'd like to use something more anonymous. And fwiw a couple of years back I tried emailing the addresses mentioned in that link with no luck.
If it wasn't thought about when the software was designed then it can cause very nasty issues and be hard to rectify.
One of the forums I run on vBulletin has over 4m posts, 2m private messages, 45k users.
vBulletin is MySQL and tries to reduce database load through denormalisation of the data. The posts table has the username repeated every time a post was made, and the private message table has a horrible PHP serialized array containing the username in the "To:" column for a private message.
Changing a username on vBulletin involves an UPDATE statement on the post table, which is fine... but it involves iterating through every private message, de-serialising the To information, modifying and putting back.
And vBulletin is MySQL, and the search is full_text, which means MyISAM tables, and the update of the private message table locks for the duration, and for a large number of private messages the table is locked for 15 minutes on that particular server... which is enough time to cause a domino effect of query waits that PHP runs out of memory and one by one my frontend servers fail and the site goes offline.
Yup, vBulletin will crash and take the site offline if you have a large number of private messages and want to change a username.
You can see the fun of explaining this to the users of one forum over here: https://www.lfgss.com/thread95475.html
This is one of the very many annoyances that has led me to create http://microco.sm/ to fix this (and many other) pain points for admins and users. The software design is stopping users doing things they want to do (change their username).
HN isn't running vBulletin. But the logic is much the same. If it wasn't thought about on day one the data structures likely do not permit an efficient changing of username.
HN is under substantially more load than the forums I run, and dang likely deals with far more performance related issues. I'm sure he can reveal HNs specific design flaw that prevents username changes.
Or perhaps it's just the idea that it's a social problem and that if patio11 changed to patm that it would break the context for all previous mentions of him. Again... software should have solved this, but only if it was thought about early enough. The lack of avatars does mean that the username on HN is a far more critical identifier.