On Thu, Sep 3, 2015 at 1:11 PM, Martin Thomson <m...@mozilla.com> wrote:
> On Thu, Sep 3, 2015 at 12:21 PM, Mark Finkle <mfin...@mozilla.com> wrote: > > We only intend to use this when the experiment is in a code path that > > happens very early in application startup. We lose all ability to > > dynamically alter the configuration and code path if we use this > approach. > > Any changes must be landed in the client application. > > > I'm not sure that I understand your concern here. If you were to > publish the low and high values for a given experiment, then you do > commit to using CRC32 (and low and high markers), but that's not a > problem in an of itself. After all, you could include an indicator > that describes how the buckets are calculated if you wanted to allow > for some flexibility. > > If the concern is that you won't be able to update rapidly, I'd > suggest that you might want to look at pushing updates rather than > rely on clients polling. I don't follow what the issue is here either with using client-side decisioning. -Ekr
_______________________________________________ mobile-firefox-dev mailing list mobile-firefox-dev@mozilla.org https://mail.mozilla.org/listinfo/mobile-firefox-dev
