- From: Martin J. Dürst <duerst@it.aoyama.ac.jp>
- Date: Fri, 22 Jul 2016 19:27:39 +0900
- To: Anne van Kesteren <annevk@annevk.nl>, GALINDO Virginie <Virginie.Galindo@gemalto.com>
- CC: "www-tag@w3.org" <www-tag@w3.org>, "public-webappsec@w3.org" <public-webappsec@w3.org>, Wendy Seltzer <wseltzer@w3.org>, Samuel Weiler <weiler@w3.org>
On 2016/07/22 18:47, Martin J. Dürst wrote:
> On 2016/07/21 23:49, Anne van Kesteren wrote:
>> On Thu, Jul 21, 2016 at 4:34 PM, GALINDO Virginie
>> <Virginie.Galindo@gemalto.com> wrote:
>>> Thanks for jumping in that thread if you believe you can help with
>>> improving security reviews in W3C !
>>
>> I think increasing the overall security competence and understanding
>> of the same-origin policy, through self-review and learning, is much
>> more important than delegating the task to a pool of "experts". The
>> idea of having "accessibility", "internationalization", and now
>> "security" pillars has proven not to scale and has done more harm than
>> good. It's good to have communities where you can go for help, but
>> making them responsible doesn't really work.
>
> Based on my experience with internationalization, I think both trying to
> take responsibility for all aspects of your spec AND being able to ask
> expert groups for help is important.
>
> The reasons for the later are at least two-fold:
One more reason:
3) From time to time, there are similar issues turning up in different
specs. Having a common solution, or common pieces, where possible is
of great benefit in many ways. But it's difficult for individual spec
writers and WGs to detect such commonalities.
Regards, Martin.
> 1) Most people are good at quite a lot of things, but not at everything.
> Even if they force themselves to think and work hard in some areas,
> it may be very difficult. As an example, at least some areas of
> security require a very distrusting mindset. To some extent, that can
> be learned, but it may require a lot of time. To others, it may come
> more natural.
>
> 2) Most if not all of the areas we are talking about have some easy
> things that by now we hope every average spec writer and developer
> should get. For internationalization, that might be something like
> "use Unicode". But each of these areas also comes with a long tail,
> where it may be difficult to keep reasonably current even for the
> experts.
>
> Regards, Martin.
>
> .
>
Received on Friday, 22 July 2016 10:28:23 UTC