Re:GitHub’s engineering team has moved to Codespaces
by stnmtn on Wednesday August 11, 2021 @04:55PM
(#28147608)
-insert comment about that hacker news comment about how dropbox could be replicated with linux here-
Re:GitHub’s engineering team has moved to Codespaces
by neilparikh on Wednesday August 11, 2021 @06:33PM
(#28148743)
I'm not sure that comment applies here. The suggest Dropbox replacement was more complicated than Dropbox, and had more steps. On the other hand, Nix is about the same amount of complexity, and same number of steps for the developer.
Yes, the parent comment looks a bit complicated, but that's just the one time setup, not something that needs to be done by every developer. And Codespaces will require some of that setup too; it's not like it'll magically know what packages and dependancies your project requires to build.
Re:GitHub’s engineering team has moved to Codespaces
by syspec on Wednesday August 11, 2021 @07:25PM
(#28149444)
- I see comment about iPod, no wireless, less space than a nomad. lame
Re:GitHub’s engineering team has moved to Codespaces
by sagichmal on Wednesday August 11, 2021 @07:59PM
(#28149821)
Nix is a prototype-grade implementation of a very narrowly useful model of computation.
Re:GitHub’s engineering team has moved to Codespaces
by imron on Wednesday August 11, 2021 @06:59PM
(#28149089)
Does it take 10 seconds to spin a new one up?
If not, then it misses the main benefit outlined in the article.
Re:GitHub’s engineering team has moved to Codespaces
by sammorrowdrums on Thursday August 12, 2021 @02:13AM
(#28152590)
Yeah, it’s really fast. In fact before I joined, I also set up a default CodeSpaces environment for my own repo and then I was up and running in only a few minutes, and that was the first time so I was learning and reading the docs. I could then set up all subsequent new CodeSpaces to start in seconds.
But yes, once a project commits to using CodeSpaces dev environment (even and especially ones with large code / heavyweight environments) there is a lot that can be done to optimise the spawn up time, that cannot be done as easily for local dev.
With this setup, you can use whatever local tool you want and, as long as environment variables are respected, they’ll just work. The only requirement on your end is to either run nix-shell first, or to use direnv and ask it to load the nix env for you.
The downside is you still are compiling locally, so you still need sufficient CPU/memory resources, but that’s it.
Unfortunately most companies still aren’t paying any attention to Nix.