Re: [dev] [sbase] about audit
Yeah, I'm not complaining about the audits, I remember they found many bugs!
It was just a random thing that came to me - normally a person that
makes a mistake will overlook the mistake. But someone from the
outside should spot it more easily.
I don't even know if this is true, but I think it is based on self experience.
And I think the message was good, since now Ali H. Fardan decided to
go through the code too.
In the end everyone wins :)
Since we're talking about sbase already in kind of meta way, I'll post
a question here instead of a new email.
sbase is basically ready, right? The few missing tools are not yet
applied, but were sent to the ML by maandree some months ago (patch,
diff and others). Should we expect a release soon? I'm excited :)
On Thu, Sep 1, 2016 at 11:51 AM, Ali H. Fardan <raiz_AT_firemail.cc> wrote:
> On 2016-09-01 17:46, Marc Collin wrote:
>>
>> Hey guys.
>>
>> The missing brackets on paste.c that I talked about on the last
>> message revealed something else to me.
>>
>> It was introduced in commit cdbc0d50356a0f7e0dd5755e3c46593a947cf029
>> by FRIGN, 2015-01-29.
>>
>> Then it was marked as audited and correct in commit
>> 1bc002b44acdbfec8d374bfd0e5a858a142c0378 also by FRIGN, 2015-03-17.
>>
>> This makes me think that a file should not be audited by a person that
>> had many contributions to it. Because if the person missed something
>> at first, it's likely she will miss something again. Someone else that
>> thinks in different ways is more likely to find errors.
>>
>> So I think files should be audited by third-parties or at least by
>> more than 1 person before being marked as audited. This way there are
>> less chances of passing a files as audited when there are still
>> errors.
>>
>> Just to make it clear, I'm not criticizing FRIGN. This happens to
>> everyone. It's *much* harder to find your own bugs, but easier to find
>> other's bugs. That's what I think.
>>
>> Best wishes.
>
>
> You're right, I'll go though the code
>
> Raiz
Received on Thu Sep 01 2016 - 17:34:12 CEST
This archive was generated by hypermail 2.3.0
: Thu Sep 01 2016 - 17:36:12 CEST