It's true that our business and enterprise tiers are not great for individual devs, which is why we decided to be a little more flexible! We now offer four different pricing plans (including a fully free (forever!) one. Our goal is to help companies with big projects and long build times gain a positive ROI, but we're all about helping devs work faster and build awesome things!
This looks like Jenkins (controller managing a set of nodes - coordinator managing a set of agents through an initiation) + K8s (send tasks instead or requesting VMs, ability to scale up & scale down number of containers - integrate with your cloud provider) with a nice UI (the Gantt chart is tiiiiiight). There are no revolutionary ideas here, just a well-executed conglomeration of the best existing ideas. Claiming lack of originality is not a critique. It’s just not revolutionary or mind blowing. Looks really convenient and easy to use - but this talk did not motivate me to be an early adopter. I’d be happy to walk into a shop already using this, though.
Incredibuild is 20 years old; I was working on a team using it in 2007. It is most useful when you have idle hardware on a fast network to distribute the work--and as mentioned in the talk it can't aid in linking. Using a modern high-end desktop with 16+ local cores on a SSD the returns are less impressive than they were 15 years ago--his demo uses a 4 core initiator to make the time savings more impressive. Given that you need to pay a per-CPU recurrent fee for the software, I'd be looking very closely at how much build time time is done compiling vs. linking and how much extra cost would come from upgrading to better dev machines vs trying to start a build farm or pay for cloud compute resources.
The most Incredible about Incredibuild is the x10 cost increase going from version 9.x to 10.x
It's true that our business and enterprise tiers are not great for individual devs, which is why we decided to be a little more flexible! We now offer four different pricing plans (including a fully free (forever!) one. Our goal is to help companies with big projects and long build times gain a positive ROI, but we're all about helping devs work faster and build awesome things!
As a developer, this is something I would love to have
This looks like Jenkins (controller managing a set of nodes - coordinator managing a set of agents through an initiation) + K8s (send tasks instead or requesting VMs, ability to scale up & scale down number of containers - integrate with your cloud provider) with a nice UI (the Gantt chart is tiiiiiight).
There are no revolutionary ideas here, just a well-executed conglomeration of the best existing ideas. Claiming lack of originality is not a critique. It’s just not revolutionary or mind blowing. Looks really convenient and easy to use - but this talk did not motivate me to be an early adopter. I’d be happy to walk into a shop already using this, though.
Incredibuild is 20 years old; I was working on a team using it in 2007. It is most useful when you have idle hardware on a fast network to distribute the work--and as mentioned in the talk it can't aid in linking. Using a modern high-end desktop with 16+ local cores on a SSD the returns are less impressive than they were 15 years ago--his demo uses a 4 core initiator to make the time savings more impressive.
Given that you need to pay a per-CPU recurrent fee for the software, I'd be looking very closely at how much build time time is done compiling vs. linking and how much extra cost would come from upgrading to better dev machines vs trying to start a build farm or pay for cloud compute resources.
Make it free.