3 ms·

Minimal code delta means the isolation of any bugs is much easier than if you have to read through six months of patches. Ability to get user or system feedbac

by jwatte 9y ago

Minimal code delta means the isolation of any bugs is much easier than if you have to read through six months of patches. Ability to get user or system feedback on code today, rather than in three months, is often quite helpful. That is, if your company depends on listening to customers or studying customer behavior. (I know of no company that isn't, though, except monopolies like Comcast.)

overgard 9y ago
> Minimal code delta means the isolation of any bugs is much easier than if you have to read through six months of patches. Sure... which is why your QA department should test things early. (You're not making your users into QA... are you?) > Ability to get user or system feedback on code today, rather than in three months, is often quite helpful. Users-as-beta-testers can work in some contexts, but there's a lot of of fields where doing that is a very bad thing. Experimenting on your users is, at best, a pretty nuanced business decision. And: again you can get feedback internally, or by recruiting testers, or by having a QA department. I do game development. We do play tests when we're trying to figure out if something is a good idea and we have QA to track the bugs. CI is very useful for coordinating with QA on things, but god help us if we started shipping everything checked in. Not every feature is a winner. Not saying CD can't be useful in some contexts, but I remain unconvinced it's anything but a niche need. CI is pretty universally useful, but CD? Really depends on what you're shipping and who you're shipping it to.
- joshuamorton 9y ago
  There are lots of things that QA can't test well. Some bugs can only be detected at scale. If you push every feature immidiately, it's also very easy to roll back a bad feature immidiately. And you can notice and deal with performance issues much more easily than with weekly or monthly releases.
M2Ys4U 9y ago
> Minimal code delta means the isolation of any bugs is much easier than if you have to read through six months of patches. That's going from one extreme to the other. Just because you don't release every build that passes automated testing doesn't mean you wait six months between prod deployments.

by jwatte 9y ago

overgard 9y ago

> Minimal code delta means the isolation of any bugs is much easier than if you have to read through six months of patches. Sure... which is why your QA department should test things early. (You're not making your users into QA... are you?) > Ability to get user or system feedback on code today, rather than in three months, is often quite helpful. Users-as-beta-testers can work in some contexts, but there's a lot of of fields where doing that is a very bad thing. Experimenting on your users is, at best, a pretty nuanced business decision. And: again you can get feedback internally, or by recruiting testers, or by having a QA department. I do game development. We do play tests when we're trying to figure out if something is a good idea and we have QA to track the bugs. CI is very useful for coordinating with QA on things, but god help us if we started shipping everything checked in. Not every feature is a winner. Not saying CD can't be useful in some contexts, but I remain unconvinced it's anything but a niche need. CI is pretty universally useful, but CD? Really depends on what you're shipping and who you're shipping it to.

joshuamorton 9y ago
There are lots of things that QA can't test well. Some bugs can only be detected at scale. If you push every feature immidiately, it's also very easy to roll back a bad feature immidiately. And you can notice and deal with performance issues much more easily than with weekly or monthly releases.

M2Ys4U 9y ago

> Minimal code delta means the isolation of any bugs is much easier than if you have to read through six months of patches. That's going from one extreme to the other. Just because you don't release every build that passes automated testing doesn't mean you wait six months between prod deployments.