So you're telling me that the next GitHub outage could take out my dev environment and give me an afternoon off? Time to convince management that we need to switch to Codespaces!
GitHub’s engineering team has moved to Codespaces
51–60 of 704 posts
Re: GitHub’s engineering team has moved to Codespaces
#52I 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.
Re: GitHub’s engineering team has moved to Codespaces
#53I would quit so fast if my company forced me to use a web IDE.
Hear me out:
Toolings are, like the name suggests, a means to an end. If a web IDE is fast, works reasonably, and can continue improve itself. And the learning curve is friendly to engineers with different background and experience. Everyone should be comfortable to be nudged to use it. And if the tool additionally is a critical product of the organization, everyone should be comfortable to be mandated to use it, because it's now a very valuable source of dogfooding.
Re: GitHub’s engineering team has moved to Codespaces
#54Re: GitHub’s engineering team has moved to Codespaces
#55Re: GitHub’s engineering team has moved to Codespaces
#56Earlier 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.
I also don't use VS Code usually. My personal preference is a JetBrains IDE, but my point is more engineers should be able to choose the environment they're most productive in.
If you’re looking to connect via SSH, we do have a workaround here: https://github.com/microsoft/vscode-dev-containers/blob/main... -- and I use this regularly for Jupyter Notebooks.
Re: GitHub’s engineering team has moved to Codespaces
#57Re: GitHub’s engineering team has moved to Codespaces
#58Re: GitHub’s engineering team has moved to Codespaces
#59locked-in to visual studio code? no thanks
The article mentions supporting vim and emac, which probably means any editor can be supported. Visual Studio Code is great. It’s the primary tool GitHub.com engineers use to interface with codespaces. But asking our Vim and Emacs users to commit to a graphical editor is less great. If Codespaces was our future, we had to bring everyone along. Happily, we could support our shell-based colleagues through a simple upda…
What do vim and emacs have to do with the shell?
This is another case of people thinking "shell" is synonymous with "TUI", which is false.
Re: GitHub’s engineering team has moved to Codespaces
#60Earlier quoted context omitted.
I write all my code on my personal laptop and then retype it into my company's IDE
That seems unnecessarily complex and time-consuming. Unless your company's work machine is locked down and you can't be productive on it...