Re: Content-free Last Call comments

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> perhaps we should go to the source of the problem and require a phd
> dissertation and defense from draft authors.

A couple of years ago I worked with someone who completed his PhD thesis on a topic faster than it took to publish the RFC on the same topic… that was my wake-up call for IETF process needing some work :-) Things have improved since then, though, but probably not enough.

But back to the topic. I, for one, would like to see responses on IETF last calls. It builds my confidence that we know enough about the topic to make an approval decision. Particularly when the input comes from people outside the working group. And I'd like to distinguish "everyone thinks this is fine" from "no one read the document".

And substance of the comments - be it positive or negative - is obviously important. But I find myself strangely between Stephen's opinion and Pete's opinion. Pete is of course right that blind "support" is bad and that we could easily guess wrong what the commenter meant, even when there is substance behind the support but the substance did not get explicitly articulated in the e-mail. But I can also see that there are cases where there's some context. Elwyn's mail illustrates an important example with Gen-ART reviewers. (Thank you by the way Elwyn and others for this great service. It is very much appreciated, and does improve RFC quality.) 

Anyway, we know why these reviews are being done, and what the expectation is. The expectation is that a generalist reads the spec and determines if it is understandable, tries to spot possible errors, and so on. But at the same time, the reviewers are unlikely to be in a position to say, for instance, that they have implemented the spec or plan to deploy the technology. So at the end of the day, if the spec is fine, it will only say "Ready", We will interpret that as an Internet technology generalist outside the working group having read the document and indicating that it has no obvious problems. But there is no other implication - about the reviewer needing the work for himself or herself, for instance.

In Russ' case I took the message to mean that he reviewed it as an expert on the technology. It would probably have helped if he said whether he only reviewed it for correctness or if he was also making a statement about the technology being needed in his opinion. I would have appreciated his opinion on it. That being said, it feels kind of odd to explicitly say things if you have nothing to say about the matter. "I have read the document and it seems fine, but I am not implementing it and I don't know if it addresses a real need in the Internet." We tend to assume that if the commenter is not saying these things, it is because he has no statement about his implementation, for instance.

Jari






[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]