Hi! > That's true, but I think that somewhat goes against the point of > having a 'penalizing CoC'. The list of violation is supposed to be > detailed and exhaustive.
Well, this is part of the problem with "penal code". To create and maintain one, there are teams of very highly paid professionals working for years. That's how they reach "detailed and exhaustive", but even then they have to update it constantly and spend years arguing about it. We don't have any resources to do that, so I think we should not try the "penal code" approach. Instead, we should take "reasonable person" approach - if it is obvious something bad is going on, then something bad is going on. If there is a disagreement about it, moderation team comes in. > As far as I can see this is more or less based on what's in the US > law: http://www.eeoc.gov/laws/types/ Maybe. US law, however, is very much a product of both US history and current US political constellation, and taking this as the sacred text looks both imprudent and somewhat narrow-minded. US law also exists in a vast ecosystem of case law, legal practices, governmental regulations, etc. which complement it - none of which we have or need. So we should not borrow from it needlessly. > Again, here too, I think it is in fact supposed to be exhaustive, > with the exception of 'similar *personal* characteristic'. Would That's a contradiction :) You can not be both "exhaustive" and add an out clause of "also whatever we like to add in the future", but you have to. And that's the fundamental problem with the laundry list approach. That's why I do not like it. Because it grows too large and still is never complete. > control access be considered discrimination? Would someone not > willing to cooperate with a member or supporter of a US/EU designated > terrorist group (say ISIS) be considered discrimination? Good question. There's a potential for a lot of rule lawyering and controversy about such things, and I think the right way to handle it is not to try and write down every special case. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
