(no title)
maxrecursion | 1 year ago
Isn't this problem solved by CICD? When the developer is ready to test, they make a commit, and the pipeline deploys the code to a dev/test environment. That's how my teams have been doing it.
maxrecursion | 1 year ago
Isn't this problem solved by CICD? When the developer is ready to test, they make a commit, and the pipeline deploys the code to a dev/test environment. That's how my teams have been doing it.
jrockway|1 year ago
I don't quite understand how people get into the situation where their work can't fit on their workstation. I've worked on huge projects at huge tech companies, and I could run everything on my workstation. I've worked at startups where the CI situation was passing 5% of the time and required 3 hours to run, that you can now run on your workstation in seconds. What you do is fix the stuff that doesn't fit.
The most insidious source of slowness I've encountered is tests that use test databases set to fsync = on. This severely limits parallelism and speed in a way that's difficult to diagnose; you have plenty of CPU and memory available, but the tests just aren't going very fast. (I don't remember how I stumbled upon this insight. I think I must have straced Postgres and been like "ohhhhhhhhh, of course".)
d_sem|1 year ago
When you are working on a software project that has 1,000 active developers checking in code daily and require a stable system build you need lots of compute.
worthless-trash|1 year ago
Also, if you're booting kernel or device drivers you need the hardware. Some of this is not desktop hardware.
baq|1 year ago
When you're developing and only need to touch 0.1% of the product and 0.001% of the code, that's a total and complete waste of time.