Quote:
Originally Posted by
mickydl*
Well Steve has already mentioned some concernes. Let me add some to it.
There are several issues with your approach that you may not have considered.
1. Some teams, maybe even most teams, don't really see the need for sub teams, and just don't want any more complicated statistics that have no meaning for them.
Then ignore them, no-one is forcing anyone to look at the new pages at all...The only overhead is the storage of the data in my databases and that's trivial compared to the more than 1 billion rows of data already there..
Quote:
2. The way you have implemented this feature is totally unrestricted. This opens the door for misuse. Anyone could create new users, join any team and mess up the the teams stats page.
I don't see an issue with this, it's unlikely to be widespread and causes no issues whatsoever anyway. If this happened and a team did not like it, they could always remove the user from their team and the subteam would disappear.
Quote:
3. Some projects (WCG comes to mind) don't let you change the user name once you have created the account or allow any special characters. While I haven't tried square brackets in WCG chances are that it will not work.
True, but then really it's the overall name that's more important and as long as a user changes it on the majority of their projects it'll roll-up. This is really a problem with WCG and their non standard implementation of the BOINC server software which they are promising to update at some point anyway.
Quote:
4. The hole feature is based on the assumption that everyone uses the user name field of the project's XMLs the way LAF does. That is not the case. I've have done some processing of the XML stats myself and have noticed that people come up with the strangest names - some stuff that I would never have thought of. Relying on the user name field to have a certain structure (or any structure at all for that matter) is a bad design decision. As Steve has mentioned already, some people have had their names for a long time already. Forcing them to change it is not a nice thing.
I chose the square bracket methodology after talking to a number of users. L'AF and Seti.Germany are the major users of it. SETI.USA are adopting it now. If teams/users wish to utilize it, it's available. If not, it has no affect on any other data anyway and I'm not Forcing anyone to do anything :)
Quote:
5. Some teams just might not want sub teams at all, even if they don't have any influence on the normal stats. Right now there is no way to disable the sub team feature.
Then they don't need to look at the subteam pages. Solution ;)
Quote:
6. What happens to subteams when all members have left it. Will they stay on the site ? If so, it will gradually mess up the page.
Nope they'll disappear. It's not automatic yet as I haven't switched it on - IMO it's always a little dangerous to have 'deletes' in scripts, so I tend to mark them for deletion and run the deletes offline after a little more checking. I have in fact just done that a few hours ago..
Quote:
Quite honestly, looking at your current approach, it appears to be broken by design. It's more of a dangerous hack than a solid design and might lead to all sorts of problems that you haven't yet though of.
I can't think of any. Hack, yes, but a completely controlled one. I can easily wipe out current data in seconds with no effect whatsoever on any of the other data. The ONLY tie in to the user stats is in the users name, everything else is completely separate. I work on enterprise databases for a living and I know how to use them :)
Quote:
If you really need sub teams (although personally I have no idea why anyone would need them) it's going to be much more difficult than a quick scripting hack. It doesn't necessarily have to be supported by the project (as you have mentioned already) but you probably will not get around extending you own database.
A (very) rough design outline could be:
1. Add a subteam flag to the team table of your DB that enables or disables the sub teams for the team.
2. Add a button on the team page to disable the feature - even better: make this feature an opt-in so that teams that are not aware of it don't accidentally have it switched on.
3. Restrict access to this feature to the team founder or some authorized team members to prevent any misuse.
4. Do not try to deduce the sub team information from any data in the XMLs but let the teams actively create a sub team when they want one. (requires more extensions to your database. A list of sub teams for each team and and a reference to the team members that belong to the sub team)
5. Maybe have a vote to find out how many teams would actually use sub-teams and if it's worth the effort ?
I'm not using them personally, but I've had quite a few requests for them over the years, so I implemented. I originally lobbied the boinc dev team to implement this server side but it was turned down. Again, I agree it would definitely be better if they did but sadly it's not to be. Still on their list though, so maybe, but it's been there a while. Feel free to bring it up with them again :D
The way you have proposed, whilst perhaps doable would involve a LOT more work. How would I know that a user signed up to the forums here (The id is linked into my stats system) is the team founder for a team? I have no more access to their email address from a boinc project than any other site to be able to prove it. I could actually see a lot more potential for misuse if I started creating forms for various team leaders (if and when I could identify them) to allow them to flag users as members of subteams. And a lot more intervention on my behalf. The day this hobby becomes more like a job is when it stops, like any other thing..
As far as effort goes, this is my hobby, I enjoy doing various statistics, slicing and dicing data, though more so on the database and perl scripting than the web side. The effort for the most part is done.
Quote:
mickydl*
Sicituradastra.
PS: I had already written this before Boks last post, where he seems to have made up his mind already, but I couldn't post it because my account was not activated. Still, you should think about some of the topics above.
NHL All-star weekend here in Raleigh, which I was attending/part of in a small way so I was not home much of it :) Only approved all the new members this morning and deleted the obvious spammers!
I'll certainly think about the topics, I guess I just can't understand the issue you and Steve have with the data being out there when you don't have to look at it if you aren't intending to use it? I'm genuinely interested in that part, perhaps I'm still not explaining the total separation of the subteam data from the main stats?
For the most part, in mails and PM's it's had a positive reception.
Bok :thumbs:
P.S. I thought I'd go over and register to the Sicituridastra forums but it looks like it's by invitation only..