Re: [boost] is review system in place is extremelyslow? (wasRe:[rfc] rcpp)

Subject: Re: [boost] is review system in place is extremelyslow? (wasRe:[rfc] rcpp)
From: vicente.botet (vicente.botet_at_[hidden])
Date: 2010-02-25 00:40:59

Hi,
----- Original Message ----- 
From: "Simonson, Lucanus J" <lucanus.j.simonson_at_[hidden]>
To: <boost_at_[hidden]>
Sent: Thursday, February 25, 2010 12:25 AM
Subject: Re: [boost] is review system in place is extremelyslow? (wasRe:[rfc] rcpp)

> 
> Pete Bartlett wrote:
>> My opinion is that there is no overarching programming design deity
>> that is going to come down and smite us if we be a bit pragmatic. So
>> what if Move [*], Fiber and Atomic get "smuggled" in if Task gets
>> reviewed and accepted first? They don't have to be documented as
>> accepted - on the contrary the documentation could have appropriate
>> warnings as *not* formally accepted apart for indirect use via Task.
> 
> It looks like the author of Atomic has not even asked for a review, since it is not in the schedule.  I can't even find Atomic in the vault or sandbox.
You are right, but the dependency is purely for internal implementation. So no matter for this library. Anyway, you can find a link here
https://svn.boost.org/trac/boost/wiki/LibrariesUnderConstruction#Boost.Atomic.

> I looked at Fiber in the vault and sandbox and it has no documentation.  If a library has no documentation it is not a library, its just code.  
The link you can find on http://www.boost.org/community/review_schedule.html is broken. The previous link contained libraries Move and Atomic with its respective documentations. Oliver, please can you restore the link?

>I looked at Move in the sandbox and it also has no documentation.  If documented properly Move probably could be fast tracked because there is so little code there.

The links in http://www.boost.org/community/review_schedule.html works for me.
 
> Rather than direct frustration at boost for the slowness of the review process, how about directing your frustration at the library authors who aren't bothering to write documentation and get into the review queue?  Who would agree to be review manager for a library with no documentation?  I think acceptance into boost sounds like a great idea to a lot of talented programmers until they find out they have to spent significant effort writing high quality documentation.  For the ones who follow through the review process works just fine.  Once the libraries are in a state where they could be accepted and the authors are active in requesting a review and looking for a review manager and it still isn't happening then you can complain that the process itself is broken.

All the libraries on the review schedule have their documentation and the authors are doing a good work.  There is not issue for this point. Errors as the broken-link are human.

Best,
Vicente