Lack of competition. Lack of people who understand or care about UX. For example, a typical enterprise software company will hire programmers who are both skill

Lack of competition. Lack of people who understand or care about UX. For example, a typical enterprise software company will hire programmers who are both skilled in programming and have domain experience, i.e. a financial programmer for a financial industry app. This is because they believe, probably correctly, that understanding finance is more important for their developers than understanding how to make beautiful animations play at 60fps. There's a lot of other problems. "Enterprise" software often comes from companies that aren't actually software companies, in the sense that they aren't run by the guy who wrote the first version of the product. They're run by non-tech people who hired some developers to build their idea. These people typically create large and bloated product and project management organisations that try to convert programmers into replaceable cog wheels that convert JIRA tickets into code commits. They often dream of out-sourcing their devs entirely and would love to do nothing but sit in the middle collecting fees without needing to write software. They certainly cannot judge the quality of the work produced, even by looking at the user interface. Maybe they have some vague feeling it could be better but they aren't going to dive into the detail and figure out why or how. Developers know this and have minimal loyalty to the product or organisation, so whatever work is done is always minimal effort work. If the ticket can be marked as done they move onto the next one. Successful consumer facing software firms are often quite different. They're run by someone who uses their own product, at least sometimes, and who probably made the first version so they care about the details and know what's possible. They hire developers who are NOT domain experts, on the assumption that if you need expert knowledge to use the app you're not making consumer software, so they hire people who have a proven track record of creating beautiful and easy to use UI. What the UI exactly does is not so important. They tend to trust developers more, in my experience, because they know a small performance or UI edge can be sufficient to differentiate them in the market.