Jump to:

17452 Posts in 4473 Topics by 1971 members

Archive

SilverStripe Forums » Archive » Low version numbers in modules - are they production-ready?

Our old forums are still available as a read-only archive.

Moderators: martimiz, Sean, biapar, Willr, Ingo, simon_w

Page: 1
Go to End
Author Topic: 1447 Views
  • mjpg
    Avatar
    8 Posts

    Low version numbers in modules - are they production-ready? Link to this post

    Hello

    I'm new to Silverstripe and just checking its features and extensions.

    The low version numbers for modules are worrying - for example: "Embargo & Expiry (v0.2)". When I see v0.2, I don't imagine that the code would be ready for the production environment - but as this seems like a fairly straightforward feature - and is on the 'official' modules page, I guess that it must be OK.

    However, I cannot find any details about the module - testing, bugs etc.

    So my question is - what should I think when I see v0.2?

    I guess I'd like to see the numbering indicate how ready the module is for production use, and not how close it is to a full feature set.

    Thanks

  • simon_w
    Avatar
    Forum Moderator
    471 Posts

    Re: Low version numbers in modules - are they production-ready? Link to this post

    It depends on what idiom that author uses. There was an article about it recently on Slashdot.

    With Embargo & Expiry, it's production ready, and the second major update. However, it does require a patch to run on 2.2.2.

    The 0.2 status is because it isn't finished, and isn't likely to be finished until it hits 1.0. Or I just decided to start at 0.1. Can't remember which.

  • mjpg
    Avatar
    8 Posts

    Re: Low version numbers in modules - are they production-ready? Link to this post

    Thanks for the reply. I don't mean to pick on your very useful module - I'm just using it as an example. But to continue with that example - when you say

    "The 0.2 status is because it isn't finished..."

    where do I find out what is not finished?

    From the point of view of a developer, v0.2 may make good sense - indicating that more is to come.

    From the point of view of someone trying to evaluate Silverstripe and its modules, it does not build confidence in the product.

    If (for example again) Embargo & Expiry works correctly - even with a small feature set - and is stable, has no major bugs etc., then I'd prefer to see it at v1.0.

    One question about the comment about the patch - in the CHANGELOG for E&E v0.2 it says:

    No longer needs patches as both have been commited to SS 2.2.2

    - which is correct - patches needed or not?

    Thanks

    Martin

  • Hamish
    Avatar
    Community Member
    712 Posts

    Re: Low version numbers in modules - are they production-ready? Link to this post

    Second that - if it is performs it's basic function and has no known bugs (major ones, at least), then v1.0 would be better. It's hard to tell what is and isn't usable.

  • Ingo
    Avatar
    Forum Moderator
    801 Posts

    Re: Low version numbers in modules - are they production-ready? Link to this post

    The version numbers are low because most modules are quite young - this might or might not correlate to their production usefulness, but is generally a good indicator.

    > and is on the 'official' modules page, I guess that it must be OK.
    Thats a misperception that we're just addressing (more on that soon) - not all modules that are listed on silverstripe.com are endorsed (or created/reviewed) by SilverStripe the company or the SilverStripe core team.

  • mjpg
    Avatar
    8 Posts

    Re: Low version numbers in modules - are they production-ready? Link to this post

    Any more information about the status of modules? I have to say that I'm even more convinced that Silverstripe needs to sort this out.

    <opinion>

    Modules that are production-ready and tested by Silverstripe should be on the main Silverstripe web site and have at least a v1.0 number.

    Other modules should go on a user-contributed page and there should be some clear way of indicating what level they are at - probably with version numbers but also some idea of production-readyness/stability. I'd always be happy to have a stable product listed at v1.0 even if the developer wants to add loads of extra features later.

    </opinion>

    1447 Views
Page: 1
Go to Top

Want to know more about the company that brought you SilverStripe? Then check out SilverStripe.com

Comments on this website? Please give feedback.