Running VSCode remotely introduces many interesting challenges, mostly due to security. (You are letting your users run any arbitrary code on your infrastructure.) However, I guess GitLab already has this sorted out, because of their existing IDE, and they are experts in this area. Also the open source versions of VSCode don't have access to the official VSCode marketplace. (Both VSCodium and coder.com Code Server.)…
The Future of the Gitlab Web IDE
91–100 of 168 posts
Re: The Future of the Gitlab Web IDE
#92It's interesting to me that GitLab is adopting a Microsoft product (VS Code) and Microsoft owns a significant competitor in GitHub. Nothing intelligent to say about that other than to wish I'd been a fly on the wall for the discussions about that. > Next, we asked ourselves the question: Do we want to continue to invest in implementing custom features for the Web IDE that ultimately deliver the same value as those al…
Microsoft may have a dominant position in developer tooling, but they don’t have a monopoly. A well-funded team could create a compelling competitor to VS Code. The issue is that there’s no money to be made duplicating the effort that has gone into VS Code when VS Code is open source. Even Google doesn’t seem to care about entering that space.
In 10 years Google regret not buying Github.
Re: The Future of the Gitlab Web IDE
#93Earlier quoted context omitted.
> Yes. Because local development environments...break ALL THE TIME. This seems like more of a process problem than a technology problem. Our company has a simple rule for this: you break it, you fix it -- immediately. As a result, our development process is very stable.
How many hours a week on average do your engineers spend fixing something in their own environment that they broke?
Re: The Future of the Gitlab Web IDE
#94Maybe I'm getting old, but I don't want to do all development-related tasks in my web browser. As a software engineer, I want local control, where an internet connection is optional. I want to be able to experiment with the software in various local setups. I just don't get why Gitlab thinks this is a good idea worth a huge amount of engineering effort. Are people really clamoring for this feature?
I've not yet used a lot of remote tooling. But I routinely ssh into remote servers and I can see the appeal of not having my laptop running scorching hot all the time (I use Intellij a lot). Also financially it's not a bad deal. Pay a few tens of dollars per month and use a relatively simple laptop to access the remote setup. I wouldn't mind paying a little extra for some extra fast CPU if I can do it by hour.
Of course what Gitlab does is not that interesting. But e.g. Jetbrains closing a deal with Gitpod (which already runs their IDEs in the cloud) is a potentially a big deal. I could see myself giving that a spin at some point.
Re: The Future of the Gitlab Web IDE
#95It's interesting to me that GitLab is adopting a Microsoft product (VS Code) and Microsoft owns a significant competitor in GitHub. Nothing intelligent to say about that other than to wish I'd been a fly on the wall for the discussions about that. > Next, we asked ourselves the question: Do we want to continue to invest in implementing custom features for the Web IDE that ultimately deliver the same value as those al…
Re: The Future of the Gitlab Web IDE
#96Re: The Future of the Gitlab Web IDE
#97By the way, Monaco is 10MB+. That's quite impressive nowadays for something so feature filled, but you're staying for 10MB when doing quick edits. Monaco is a mature, powerful and pluggable, which makes it a good platform to build on top of. More cynically, it's a good bang-for-the-buck project if you are seeking a promotion. The alternative is building your own. Maybe that doesn't make good business sense. And that'…
That's not a single roundtrip in any TCP stream I've heard of... Still, a lot smaller than 10MB of course.
Re: The Future of the Gitlab Web IDE
#98Earlier quoted context omitted.
Microsoft may have a dominant position in developer tooling, but they don’t have a monopoly. A well-funded team could create a compelling competitor to VS Code. The issue is that there’s no money to be made duplicating the effort that has gone into VS Code when VS Code is open source. Even Google doesn’t seem to care about entering that space.
Google is weird, they want to conquer Cloud market but they dont do anything like VSCode or Github in dev community. In 10 years Google regret not buying Github.
Re: The Future of the Gitlab Web IDE
#99I want to own the code, own the software, own the tools (IDE, compiler etc) and also be the only one who controls them. And I want to also develop fast, not wait for some goddamn web app. And no, I don't need to code on my phone or tablet while travelling to Bahamas.
What IDE do you 'own'?
And I'm just talking about C++ IDEs here.
Re: The Future of the Gitlab Web IDE
#100I want to own the code, own the software, own the tools (IDE, compiler etc) and also be the only one who controls them. And I want to also develop fast, not wait for some goddamn web app. And no, I don't need to code on my phone or tablet while travelling to Bahamas.
What IDE do you 'own'?