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

GitHub’s engineering team has moved to Codespaces

github.blog

Post reply on HN
Print view View original

171–180 of 704 posts

Re: GitHub’s engineering team has moved to Codespaces

#171

Post by kps »

Raed667 wrote: post #135
keithwhor wrote: post #115

Earlier quoted context omitted.

The same thing was said about every programming abstraction to ever be introduced. How do we expect people to build memory-efficient applications when they become reliant on a garbage collector?

The difference is that you don't pay a monthly subscription to use a garbage collector.

> The difference is that you don't pay a monthly subscription to use a garbage collector.

In some cities you do, and they're often controlled by organized crime.

(Whether this comment is a metaphor for SaaS is left as an exercise for the reader.)

Re: GitHub’s engineering team has moved to Codespaces

#172

Post by geofft »

fiddlerwoaroof wrote: post #155
geofft wrote: post #144

Earlier quoted context omitted.

There's two things happening in this post: 1. Development environments are running on Kubernetes, and VS Code is remoting into them. You don't have to pay a monthly subscription for that. VS Code remoting is free-as-in-beer and Kubernetes is free-as-in-speech. https://code.visualstudio.com/docs/azure/kubernetes 2. The actual Kubernetes hosting is the product "GitHub Codespaces" running on Azure. GitHub certainly isn'…

Microsoft probably does internal billing here, right?

I mean, probably for the actual Azure usage, but that's not different from billing yourself for development VMs or Mac laptops or whatever (i.e., they'd be doing that independent of this approach). I assume the Codespaces team is getting plenty of value out of GitHub dogfooding the product and doesn't need to bill themselves for its use.

Re: GitHub’s engineering team has moved to Codespaces

#174

Post by blibble »

Raed667 wrote: post #135
keithwhor wrote: post #115

Earlier quoted context omitted.

The same thing was said about every programming abstraction to ever be introduced. How do we expect people to build memory-efficient applications when they become reliant on a garbage collector?

The difference is that you don't pay a monthly subscription to use a garbage collector.

have you heard of Azul Zing?

(not entirely serious, but it has a very expensive monthly fee for what is in essence a better GC algorithm)

Re: GitHub’s engineering team has moved to Codespaces

#175

Post by spenczar5 »

msbarnett wrote: post #153
keithwhor wrote: post #115

Earlier quoted context omitted.

The same thing was said about every programming abstraction to ever be introduced. How do we expect people to build memory-efficient applications when they become reliant on a garbage collector?

I've never seen a company collapse because their garbage collector posted an Our Incredible Journey™ blog post and then shut down a week later. I have seen multiple companies collapse because the proprietary Backend-as-a-Service they built their sand castle on top of pulled a vanishing act, however.

What’s an example of a company collapsing in that way? I actually can’t think of any.

Re: GitHub’s engineering team has moved to Codespaces

#176

Post by nonameiguess »

mastax wrote: post #93
blueplanet200 wrote: post #49

Earlier quoted context omitted.

The article says they support web based development, or ssh'ing into the codespaces machine. There are other IDEs besides VS Code and shell based ones.

Don't most IDE's have the ability to edit remote files over SSH? I know VSCode can, and I remember reading a comment from an emacs user doing that. It looks like IntelliJ can do that too, though it seems to edit local copies of files and sync over SSH. There's also SSHFS, though I don't know how good of an experience that is. It can be a pain to set up, but is it more of a pain than setting up a dev environment the o…

Whether or not the editor itself supports it, MacOS, Linux, and Windows can all run sshfs.

Re: GitHub’s engineering team has moved to Codespaces

#177

Post by gnufied »

wincent wrote: post #47
blueplanet200 wrote: post #3

I would quit so fast if my company forced me to use a web IDE.

GitHub isn't forcing anybody to use a web IDE. The most broadly used access interface is VSCode. Then there are heretics like me who choose to ssh in so we can use Vim. This is described in the article.

How is the latency btw? I SSH to a beefy box that sits under my table and sometimes I hate the latency of running emacsclient over X. But I am not using VIM and I don't use terminal emacs because of clipboard integration betweeen remote emacs and local desktop. I know there are hacks to make clipboard sync between local and remote emacs sessions without running emacs over X11 forwarding, but I always found those to be janky..

Re: GitHub’s engineering team has moved to Codespaces

#178

Post by blueplanet200 »

mastax wrote: post #150
blueplanet200 wrote: post #123

Earlier quoted context omitted.

Good point! I suspect the issue will be running tests. From what I gather they did all this to save developers the pain of compiling ruby gems + specific stuff on your environment (which can be a huge pain...) If you edit a file using some sync over ssh option, and want to run a test - how do you proceed? And how is this not the same thing as just checking out the git repo locally in the first place?

> If you edit a file using some sync over ssh option, and want to run a test - how do you proceed? Well you have your files synced over ssh and also have a terminal over ssh which you use to run your tests. Am I missing something? > And how is this not the same thing as just checking out the git repo locally in the first place? It's not just avoiding cloning the git repo. It's avoiding building all the dependencies a…

Yeah fair, if you run the tests in the cloud that saves you a step (filesystem sync via ssh is still in effect the same as a git clone I'd argue...)

If you check out code in RubyMine, it'll try and install the dependencies in the Gemfile regardless, though.

Re: GitHub’s engineering team has moved to Codespaces

#179

Post by int_19h »

swiley wrote: post #106
minimaxir wrote: post #15

Earlier quoted context omitted.

I'm in the GitHub Codespaces personal beta: counterintuitively, the UI/UX of Codespaces is as performant as VS Code on the desktop.

That's not counter intuitive at all: Desktop VS Code is a web app running in chromium.

To be clear, the UI is a web app. But that is serviced by out-of-proc servers written in many different languages (e.g. language servers are usually written in the same language that they service).

Re: GitHub’s engineering team has moved to Codespaces

#180

Post by [deleted] »

didibus wrote: post #149
dividedbyzero wrote: post #126

Earlier quoted context omitted.

> At this point Microsoft's strategy around GitHub, VS Code, etc. should be pretty obvious As someone not following this closely, what would that strategy be?

https://en.m.wikipedia.org/wiki/Embrace,_extend,_and_extingu...

[deleted]
Post reply on HN