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

RC-stats paragraph on DPN

Hi there,

I wanted to ask your opinion about the RC-stats paragraph on DPN:
historically we relied on Alexander weekly blog post on the number of RC
bugs and related stats. When he stopped to publish it, we decided to use
directly the udd queries to give our readers those numbers. Now,
fortunately, Richard Hartmann started to send a weekly blogpost similar
to Alexander's one, so we decided to switch back to it.

As you probably know, DPN is frozen on Friday night and published on Monday
morning. This means that sometimes the number of RC-bugs on the paragraph
are not precise. So, here the question: do we prefer to have a link to
a blogpost (Richard's one) providing a detailed analysis of the numbers
(which are slightly inaccurate at the moment of DPN publication) or we
prefer to use directly udd queries (ie: means more accurate numbers, as
we can add them last minute, but not detailed analysis of them)?

We could also ask Richard to publish his blogpost on Monday morning-
What do you think about it?

Below the related discussion on IRC, mostly ftr.

<MadameZou> Maulkin: we used these numbers →
But note that numbers usually changes in the time range between freeze
and publication, so maybe this is the reason?  

<Maulkin> MadameZou: Ack - I have access to the source for that, so you can always
ask me for the latest number 

<MadameZou> the fact is, if we decide to link a blog post it's probably 
safe stick with the numbers on it (no matter of the changes during the we), 
for consistency reasons. if we decide to re-write the paragraph with just the 
link to the udd queries (ie without linking to a blog post) we can be more
accurate and add last minute numbers 

<MadameZou> what do you guys prefer?

* Maulkin would suggest linking to

<taffit> MadameZou: ACK to the consistency with the blog post,
that contain moreinfo anyway (so it's good IMHO to link to it)

"Fuck it! Thank you! I love you all!"
Streetlight Manifesto, Point/Counterpoint

Attachment: signature.asc
Description: Digital signature

Reply to: