agile.brazism
At the core, every browser has some type of release cycle for every build,” Hachamovitch said. “Some of the projects do nightly releases, others don’t. The goal of any prerelease offering is to have a meaningful feedback loop. The value to website developers of having all these drops to keep testing creates some fatigue for them because they keep testing this stream of drops. We’re trying to balance the number of drops to just meaningful drops.

-

Microsoft’s Problematic Lack Of Nightly Builds For IE

Really interesting insight into Microsoft’s development cycles for Internet Explorer in an article over at Ars Technica.

It makes me wonder what obstacles Microsoft’s IE Team has that prevents it from making quicker releases and getting crucial feedback from developers so that Microsoft can deliver “…what developers really want in their browser”. Without that frequent release cycle, how else do you get that feedback?

It’s an interesting contrast with, say, the SQL Server team or some of the other developer tools teams, where the CTP is the rule, and getting releases in front of users quicker is the name of the game. How much before the official release of SQL Server 2008 did Microsoft start selling licenses to run CTP builds of SQL Server in a production environment?

And, I’m willing to admit that maybe they really do have those frequent release cycles internally; heck, I know we’re releasing things internally long, long before a customer ever sees them. That doesn’t mean I agree with it, though.

Notes

agile.brazism's comments powered by Disqus

About

talkin' the talk, with the battle scars to back it up

Ask me anything

Search

Following