Live data from Hacker News

The Future of the Gitlab Web IDE

about.gitlab.com

121–130 of 168 posts

Re: The Future of the Gitlab Web IDE

#121
post #98
post #92

Earlier quoted context omitted.

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.

Google had a viable GitHub competitor at one point. But they let it languish and then shut it down. It's a familiar story.

What was that called?

Re: The Future of the Gitlab Web IDE

#122

> These lightweight changes make up the vast majority of the Web IDE usage Imho, that’s Web Text Editor. It’d be helpful to not mix junior an “editor” with an “IDE”. If someone at Gitlab is listening then it’d actually be a differentiator to make an IDE (and charge for it) to also those platforms where having a beefy laptop becomes a requirement (eg Android) and developers on those platforms, or a lot of them like me…

VSCode is really an IDE, not a text editor. While it's not built for one particular language in mind, with vast majority of languages it offers all the features you would get from an IDE.

Re: The Future of the Gitlab Web IDE

#123

Job titles seem really important to the content here > In this video Paul Slaughter, Staff FE Engineer, walks Eric Schurter, Senior Product Manager

They just erased 4 years of work by simply replacing it with a superior and open-source tool, VS Code. They’ve gotta justify their existence somehow.

> superior and open-source

Here's all the justification you need. Work doesn't have any value by itself.

Re: The Future of the Gitlab Web IDE

#125

> These lightweight changes make up the vast majority of the Web IDE usage Imho, that’s Web Text Editor. It’d be helpful to not mix junior an “editor” with an “IDE”. If someone at Gitlab is listening then it’d actually be a differentiator to make an IDE (and charge for it) to also those platforms where having a beefy laptop becomes a requirement (eg Android) and developers on those platforms, or a lot of them like me…

Not sure it'll end up as a cloud offering and instead just a lightweight desktop app, but have you looked into Jetbrains Fleet (w/ Spaces)? Not released yet, but it has potential

Re: The Future of the Gitlab Web IDE

#126

It'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.

> A well-funded team could create a compelling competitor to VS Code.

And yet they failed. Remember Atom[1] or Brackets[2]? I'm sure they are still used by a lot of people. But it was interesting to see Microsoft grow VS Code so fast in popularity. My vague notion is that addressing developer pain points early and providing first party plugins for popular ecosystems gave them an edge.

[1] https://github.com/atom [2] https://brackets.io/

Re: The Future of the Gitlab Web IDE

#127
post #119

It'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…

Yeah, especially when they could use something like Theia[0], which I believe was built for this kind of purpose? They both still use Monaco under the hood AFAICT. I'd be interested to know if they considered it and decided not to use it for some reason. 0: https://theia-ide.org/

GitLab team member here.

We have considered Theia in the past. Here are a couple of related epics/issues:

- https://gitlab.com/groups/gitlab-org/-/epics/1619

- https://gitlab.com/gitlab-org/gitlab-foss/-/issues/56812

Re: The Future of the Gitlab Web IDE

#128

> These lightweight changes make up the vast majority of the Web IDE usage Imho, that’s Web Text Editor. It’d be helpful to not mix junior an “editor” with an “IDE”. If someone at Gitlab is listening then it’d actually be a differentiator to make an IDE (and charge for it) to also those platforms where having a beefy laptop becomes a requirement (eg Android) and developers on those platforms, or a lot of them like me…

GitLab team member here. Thanks for the feedback.

It would be great if you could share your insights and feedback on the public epic for the strategy for remote development: https://gitlab.com/groups/gitlab-org/-/epics/7419

Re: The Future of the Gitlab Web IDE

#129
post #13
post #12

Maybe 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?

> Are people really clamoring for this feature? Yes. Because local development environments (at least for the languages I work with, Python and JavaScript) break ALL THE TIME. With 20+ years of experience I can just about keep my own laptop ticking over - but it takes work, and every time I mentor a new learner this is the number one sticking point. The browser-based cloud IDE experience, where it doesn't matter what…

in as much as Javascript has paid my bills. and in as much your child Django is pleasurable to use. maybe it's time to move on from these languages that lure as into a false sense of productivity. yeah initially you can move fast. but after that it's clusterfuck of fighting your environment every 6 months. syntax wise JS ain't different from modern C++/Rust/Go etc

as an industry we keep fighting nature and not working with nature. how much money has been spent trying to optimize python, ruby, js build tools / environments etc. you wouldn't need docker, web ide's and all the other crap if a language could ship a single executable. if we moved away from dynamic linking that's linked to the 80s thinking of limited storage to static linking.

whereas going back to saner defaults would've saved much of this headache.

Re: The Future of the Gitlab Web IDE

#130
post #89

Earlier quoted context omitted.

What IDE do you 'own'?

I guess that OP is talking about having the IDE/compiler/etc binary on their computer and not having to rely on any external service to work.

GitLab team member here - using VS Code on a desktop client works well with the GitLab Workflow extension [0] for Git SCM operations, as well as CI/CD pipeline status from pushed commits & merge requests. Additionally, remote repository views come in handy. [1]

[0] https://docs.gitlab.com/ee/user/project/repository/vscode.ht...

[1] https://about.gitlab.com/blog/2021/05/20/vscode-workflows-fo...

Post reply on HN