Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GitLab Web IDE

about.gitlab.com

Post reply on HN
Print view View original

271–280 of 280 posts

Re: GitLab Web IDE

#271

Post by ehsankia »

bartread wrote: post #125
ehsankia wrote: post #74

Earlier quoted context omitted.

Honestly I generally don't want to do my entire development on a Web IDE, but I do think it's very useful for a repo hosting site to have editing tools, as I often find myself wanting to fix something quick away from my setup. Web IDEs in general are a great concept though, mostly because developers generally love having their editor customized the way they like it, and from there, having it in the cloud accessible f…

I've heard this a lot since around 2012/13 when I first became aware of C9, and even gave it a go. Granted it was and is impressive as a technical achievement, but I really don't see the use case at all, other than as something to use as a quick fix embedded by a repo host. My laptop is a tool I use every single day and have with me almost all of the time. I do not need internet connectivity to remain productive, whi…

Right, which is why I would love to see a browser that is both web-based and also offline. If either Sublime, VS Code or Atom get proper web-based support, that would be amazing. You can use your offline version on your computer, then jump to a web version when you're on a different computer, while still having all your settings and even extensions.

Re: GitLab Web IDE

#272

Post by golergka »

philipwhiuk wrote: post #263
golergka wrote: post #239

Earlier quoted context omitted.

And performance. I migrated our project from Gitlab to Githab exactly because of how excruciatingly slow PR workflow was (serialized game assets routinely have changesets in tens of thousands of lines).

Git-fat/GFS and treating assets as binary would seem to be the solution here. There's no way you can review tens of thousands of lines.

When they're in tens of thousands, no. But quite often files of the same format, and even the same files have just a couple of changes that are definitely reviewable.

Re: GitLab Web IDE

#273

Post by pedroms »

amenod wrote: post #235
zachlatta wrote: post #18

Wow, very cool. Lots of new players in this space: https://repl.it , https://glitch.me , and now GitLab (and I'd be surprised if GitHub doesn't follow in tow). Cloud9's acquisition really left a big hole in the market. AFAIK there's still nothing out there that gives you a decent code editor (edit multiple files, have multiple tabs open, etc) that also gives you access to a Linux shell and ability to expose ports lik…

Cool, but I would appreciate it more if they fixed some relatively small (probably) and very annoying UX bugs: - why can't we schedule manual jobs to be started when dependencies are finished? - on merge request, Discussions tab, the way one chooses between a comment and discussion is simply awful (talking about a button with a dropdown) - I have yet to meet a developer who immediately understood the difference betwe…

We are not neglecting the core of the product, we just have a lot of different priorities. We are hiring almost continuously to keep the development fast and healthy.

People have already created issues for the improvements you've listed. Upvote them to show your support or create new ones if these don't satisfy your needs:

- CI manual jobs ignore dependencies: https://gitlab.com/gitlab-org/gitlab-ce/issues/28396

- Start a discussion from a non-discussion comment: https://gitlab.com/gitlab-org/gitlab-ce/issues/30299

Re: your last point, I've pinged someone from our CI area to see if we already have an issue for that.

Re: GitLab Web IDE

#274

Post by jodrellblank »

tootie wrote: post #45
pomber wrote: post #39

> We are planning for an even better experience in the future: one where we can integrate and support more advanced features, such as a live environment to test your code against This. Please. I'm playing with a similar concept for GitHub: https://twitter.com/pomber/status/1003416752146075648

One day, I can toss out all my expensive hardware and do my job with a hi-res Chromebook and steady wifi.

One small day for man, one giant leap for losing the power of local computers to an inflexible proprietary limited web interface blank wall of profitability.

Re: GitLab Web IDE

#275

Post by VLM »

roryisok wrote: post #186
VLM wrote: post #115

Earlier quoted context omitted.

The future being unevenly distributed, I've been doing that for a long time privately, not publicly, via Apache Guacamole (with LDAP integration for configuring) as my front end to some virtual dev boxes. I've never run into the slightest issue between chromebook html5 browser and Apache Guacamole, which I suppose does not prove no problem could exist for anyone else. Its SSH is really a very nice terminal emulator,…

> The biggest problem I have is I can buy a chromebook with a decent screen for roughly the price of a decent windows laptop Why would anyone choose the former in that situation? I thought the whole argument for chromebooks was that they were going to be cheaper than regular laptops. If you need a decent keyboard, buy a ThinkPad. You're not limited to windows, you can run any flavour of Linux and quite a few of them…

Its pretty much the anti smart TV argument, where I have access to much better systems so a halfway attempt merely gets in the way.

Also I didn't mention it but its kinda implied that "standard windows laptop" has too little memory to actually work well, a two hour battery, an old fashioned slow spinning disk, and lots of crudware pre-installed and hard to remove, whereas chromebook implies "it just works" seconds out of the box, a ten hour battery and SSD means no moving parts. Also the windows box is inherently insecure.

If all either will ever do is rdesktop / ssh into clustered machines, and I'll never do any local processing other than maybe play games on the windows laptop, its no contest that the chromebook experience is better.

Re: GitLab Web IDE

#276

Post by stephengillie »

freehunter wrote: post #114
ukyrgf wrote: post #102

Earlier quoted context omitted.

I'm a c9.io user so my account is still free, but the impression I get from the Amazon acquisition is that you have to run it on an EC2 instance now. That requires some form of setup, doesn't it? And AWS is jargon all the way down, so the entry level is a lot higher than it was before.

Cloud9 is better than other AWS products in that you can click through one wizard that sets up your EC2 instance and provisions the Cloud9 software on it at the same time. The AWS interface is still a byzantine nightmare of a labyrinth, but just getting into Cloud9 can be saved with a bookmark once it's set up, and setting it up is just one wizard. Agreed that it's a higher barrier of entry compared to how simple and…

Administrators beware - this auto-set up creates wide open security groups and other misconfigurations. Some of these will show up on your Trusted Advisor report.

Re: GitLab Web IDE

#277

Post by stephengillie »

spurcell93 wrote: post #157
RhodesianHunter wrote: post #153

Earlier quoted context omitted.

> The AWS interface is still a byzantine nightmare of a labyrinth I've heard this enough times to know that it's widely agreed upon, but I've never understood it personally.

Given the absolutely massive and technical amount of features that aws requires, it's not surprising (or even worthy of condemnation) that the interface can get somewhat convoluted. That said, I wonder if there is a stripped down version of that interface that would better accommodate a hypothetical cohort of extremely common use cases. I would bet there isnt, which is why the interface is so.... Deep.

There's a way to pin sections to the nav bar. So you can pin EC2, IAM, RDS, and VPC up there if you mainly use those 4 services.

It's a bit of a nightmare, as a support engineer, to get access requests for AWS services you've never heard of before. "Need access to AWS services: Cloud9, Memento, Athena, and Pandora Nexus." Each having a completely unique set of granular permissions to fumble over means most users get full permissions to the requested service until the auditors complain.

Re: GitLab Web IDE

#278

Post by stephengillie »

k__ wrote: post #270
colonelpopcorn wrote: post #252

Earlier quoted context omitted.

This sounds suspiciously like editing live PHP scripts in an FTP client.

No you have two machines. Cloud9 EC2 and server EC2 or Lambda

One of Amazon's innovations in the virtual server space is finding new and different ways to repackage their EC2 servers.

Re: GitLab Web IDE

#280

Post by amenod »

pedroms wrote: post #273
amenod wrote: post #235

Earlier quoted context omitted.

Cool, but I would appreciate it more if they fixed some relatively small (probably) and very annoying UX bugs: - why can't we schedule manual jobs to be started when dependencies are finished? - on merge request, Discussions tab, the way one chooses between a comment and discussion is simply awful (talking about a button with a dropdown) - I have yet to meet a developer who immediately understood the difference betwe…

We are not neglecting the core of the product, we just have a lot of different priorities. We are hiring almost continuously to keep the development fast and healthy. People have already created issues for the improvements you've listed. Upvote them to show your support or create new ones if these don't satisfy your needs: - CI manual jobs ignore dependencies: https://gitlab.com/gitlab-org/gitlab-ce/issues/28396 - St…

Sorry, didn't see your comment till now... About the last point - yes, there is a ticket about it (too lazy to find it now ;).

The first ticket is a bit different. Starting depending jobs automatically would be great, but I would be satisfied if I could just click a button "Start this job when dependencies finish".

But anyway, those are all quite old tickets and I know from talking with other developers that I am not the only one having a sore point. And I don't see much improvement in the last year or so.

Don't get me wrong - I still love the product and would like to see it get even better.

Post reply on HN