I'm not talking about democracy. I'm talking about allocation of resources.
If there is a task that will help 90% of the 1.8 million BOINC users, and a task that will help less than 0.1% of those 1.8 million BOINC users, and you have a finite "developer resource" available, then the one that will benefit the most should have priority. app_info.xml is a bad example. It was not intended to make optimized applications possible, it was meant for unusual platforms and sites that would not allow automatic updates for security reasons. It's also an example of the proper allocation of resources: taking app_info.xml out would take developer time, and there is absolutely no reason for someone to do work that does not add to BOINC. On 2/12/2010 9:36 AM, Raistmer wrote: > Well, "democracy" not always the best thing. > Even if majority use set-and-forget, MINORITY still doesn't. I heard in > USA is now stylish to care about minorities in some pretty weird areas, > maybe it's worth to add BOINC to this too? :P > app_info.xml is used by minority, not majority, too, btw.... > > > ----- Original Message ----- From: "Lynn W. Taylor" <[email protected]> > To: <[email protected]> > Sent: Friday, February 12, 2010 8:19 PM > Subject: Re: [boinc_dev] 6.10.32 failing to maintain sufficient work > > >> If "operator knowledge" is required, then BOINC is not "set and forget." >> >> ... and if the majority of BOINC users are "set and forget" that has to >> drive the feature set. >> >> On 2/12/2010 7:36 AM, Raistmer wrote: >> >>> Actually I don't think it's really complex. All needed is operator >>> knowledge >>> what app performs better paired with what another app. >>> >>> This knowledge can be aquired from simple experiments. >> _______________________________________________ >> boinc_dev mailing list >> [email protected] >> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev >> To unsubscribe, visit the above URL and >> (near bottom of page) enter your email address. >> > > _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
