Slashdot Mirror


Mozilla Tries New "Lorentz" Dev Model

With the recent release of Firefox 3.6, Mozilla has also decided to try out a new development model dubbed "Lorentz." A blend of both Agile and more traditional "waterfall" development models, the new methodology aims to deliver new features much more quickly while still maintaining backwards compatibility, security, and overall quality. Only time will tell if this is effective, or just another management fad. "If the new approach sounds familiar, that's because Unix and Linux development has attempted similar kinds of release variations for iterating new features while maintaining backwards compatibility. HP-UX, for example, is currently on its HP-UX 11iv3 release, which receives updates several times a year that add incremental new functionality. The Linux 2.6.x kernel gets new releases approximately every three months, which include new features as well."

5 of 126 comments (clear)

  1. The branch is Lorentz, not the development model by Anonymous Coward · · Score: 5, Informative

    All of the Firefox branches are named after national parks... the name has nothing to do with the development model.

    http://en.wikipedia.org/wiki/Lorentz_National_Park

  2. Re:No by electrosoccertux · · Score: 4, Informative

    The Linux 2.6 model sucks. 2.6, 2.8. 2.10, etc became 2.6.1, 2.6.2, 2.6.3... on short support cycles.

    You, sir, do not seem to know the nightmare that maintaining separate kernels, and porting features and bugfixes back and forth, created.

  3. Re:No by Cyberax · · Score: 3, Informative

    2.4/2.5 model sucks, because we have to wait years before features propagate to the stable mainline kernel. Or have to resort to backporting and vendor branches.

  4. Re:No by Anonymous Coward · · Score: 3, Informative

    Patch levels don't start at 1 the day of release, they start the day they start working on the next branch. The kernel included in the installation CD was at patchset 14, the latest released one is 17 (However there were 2-3 updates that didn't change the patch level). And Lucid is already at -11 (see http://changelogs.ubuntu.com/changelogs/pool/main/l/linux-meta/linux-meta_2.6.32.11.11/changelog and http://packages.ubuntu.com/lucid/linux-image).

  5. Re:Forced add-on updates by luserSPAZ · · Score: 3, Informative

    That's great, but there are lots of extensions that do in fact break. If users update to a new version of Firefox and their extensions don't work, or cause their browser to crash or otherwise malfunction (not a theoretical problem), they are not happy users.

    The Jetpack project is working to create a stable (but admittedly more limited) API for extensions to use to make it possible to sidestep this problem.