The single user pain point (at least in a company) is that your dev environment may not closely match production in terms of architecture / OS / installed packages. In my case, this is especially true as I am developing on an M1 Mac while most of the other Eng are still on the Intel Macs. Dev documents are littered with `brew install` commands and `npm` global installs which creates headaches in replicating state.
I think VS Code has really started to change the game in this space and paves the way for more cloud focused tool like Warp. The first step in moving to the cloud is convincing developers that their machine isn't "special". VS code jumps this hurdle by allowing development to pretty seamlessly occur inside of a Docker image on your machine while your "special" dev environment extras are maintained through text config and installed VS Code extensions.
Once there is the convincing use case of "my dev environment does not need to be my machine" and that experience is seamless, the next evolution is to the cloud - either running local VS code against remote docker instances or browser-based VS code against the same remote docker instances.
In my personal case, the hurdle to get to VS Code the blocker with not a lot to be immediately gained by completing it. But I believe that once I do complete it, I can leverage that knowledge to make Dev-Ops onboarding of new developers much better. Additionally, Getting eventually to a browser-based IDE with a remote-hosted Docker, I can shift away my dependence on a specific (and very expensive) machine.
""" Cloud hosting makes it necessary to have a (mostly) hermetic dev environment, which is a good thing """