If I’m a company and want to bring something to production quickly, what should i choose:

1. A relatively new tool that has seen barely any production use and thus could have a bunch of unanticipated problems. Also nobody uses it so every new engineer you bring onto the project has to learn something entirely new before they can start really contributing. You also have no idea how long it will be supported by its developers into the long term future.

2. A battle hardened, production tested tool that has a huge community, has been around for a long time, and that a lot more developers already know how to use.

Sure #2 might be slower by a few fractions of a second, but if I’m in charge of the business i know which option I’m going to choose 100% of the time.

Same thing happens to me if I were to open each of those apps as chrome tabs.

The apps you listed provide a web version also. Adding choice to the customer experience is a good thing!

Because many users often enjoy using a dedicated application than a website. Plus it gives developers access to even more customization than browsers normally provide.

If they customers didn’t like using it, companies wouldn’t keep making these apps.

Personally, I’m a techie guy but I get exhausted with the number of tabs i have open at any time. I don’t need to have more dedicated to just slack, Spotify, discord etc

Genuine question, why does it matter? Why shouldn’t a project choose a production ready method of creating cross platform compatible code to avoid duplication of efforts and cost?

But the rich are the ones buying a lot of the art! Who will pay the artists if you eat the people with the money?