Comments on: Log Buffer #114: A Carnival of the Vanities for DBAs http://www.pythian.com/news/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas/ News and views from Pythian DBAs Fri, 10 Feb 2012 13:01:25 +0000 hourly 1 http://wordpress.org/?v=3.0.4 By: Log Buffer #115: A Carnival of the Vanities for DBAs http://www.pythian.com/news/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas/#comment-279469 Log Buffer #115: A Carnival of the Vanities for DBAs Fri, 19 Sep 2008 16:45:59 +0000 http://www.pythian.com/blogs/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas#comment-279469 [...] must thank Paul for taking over at last minute for LB#14 last week, when, as he put it, “ . . . a killer combo of painkillers and [...] [...] must thank Paul for taking over at last minute for LB#14 last week, when, as he put it, “ . . . a killer combo of painkillers and [...]

]]> By: Sheeri Cabral http://www.pythian.com/news/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas/#comment-277497 Sheeri Cabral Mon, 15 Sep 2008 20:32:15 +0000 http://www.pythian.com/blogs/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas#comment-277497 Paul -- I like the random selection of articles, and if the title or description doesn't give away the database, then you probably want to read it! I don't skip over the log buffer parts that don't apply to the databases I use, and I actually prefer when log buffers are grouped by category such as "sql query optimization" as opposed to by database. The point of log buffer, for me, is to learn and grow your database knowledge about all the databases out there :) Paul — I like the random selection of articles, and if the title or description doesn’t give away the database, then you probably want to read it! I don’t skip over the log buffer parts that don’t apply to the databases I use, and I actually prefer when log buffers are grouped by category such as “sql query optimization” as opposed to by database.

The point of log buffer, for me, is to learn and grow your database knowledge about all the databases out there :)

]]> By: Paul Vallee http://www.pythian.com/news/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas/#comment-276136 Paul Vallee Fri, 12 Sep 2008 20:47:52 +0000 http://www.pythian.com/blogs/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas#comment-276136 Thanks, Mike, I completely agree with you. The question is not whether we should do this every week. We are not doing this every week. The question is whether this is better than <a href=http://www.pythian.com/blogs/1181/log-buffer-111-a-carnival-of-the-vanities-for-dbas rel="nofollow">Log Buffer #111</a>, the last time we had a last minute cancellation of the editor. I think it might be, but then again I could be wrong. Can you comment on this matter? To be completely explicit and clear: Log Buffer is Human-Edited. However, in order to exist, it relies on two pieces to work very well: 1) We need contributors. This can be you, it goes on your blog and generates tons of traffic. Help if you can. When you are not available, Dave does this too. I would rather this be rare, but it's about one third or more of all posts. 2) Dave feeds the contributor most of the feeds. I fund this activity. This breaks down whenever the contributor must bow out at the last minute, and whenever Dave is sick, or on vacation. Not ideal. So, while I fully agree we don't want any kind of automated log buffer as a matter of routine, what do we do when there's a contributor cancellation or when Dave can't do it? Do we do this kind of automated filtering of the most prominent posts? Or do we do like we did in #111? Your input solicited! Paul Thanks, Mike,
I completely agree with you.
The question is not whether we should do this every week. We are not doing this every week.
The question is whether this is better than Log Buffer #111, the last time we had a last minute cancellation of the editor.

I think it might be, but then again I could be wrong. Can you comment on this matter?

To be completely explicit and clear: Log Buffer is Human-Edited. However, in order to exist, it relies on two pieces to work very well:
1) We need contributors. This can be you, it goes on your blog and generates tons of traffic. Help if you can. When you are not available, Dave does this too. I would rather this be rare, but it’s about one third or more of all posts.
2) Dave feeds the contributor most of the feeds. I fund this activity.

This breaks down whenever the contributor must bow out at the last minute, and whenever Dave is sick, or on vacation. Not ideal.

So, while I fully agree we don’t want any kind of automated log buffer as a matter of routine, what do we do when there’s a contributor cancellation or when Dave can’t do it? Do we do this kind of automated filtering of the most prominent posts? Or do we do like we did in #111?

Your input solicited!

Paul

]]> By: Andrew Baldwin http://www.pythian.com/news/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas/#comment-276132 Andrew Baldwin Fri, 12 Sep 2008 20:34:03 +0000 http://www.pythian.com/blogs/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas#comment-276132 Glad we could help out Paul! Thanks for the kudos! A. Glad we could help out Paul! Thanks for the kudos!

A.

]]> By: Mike http://www.pythian.com/news/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas/#comment-276127 Mike Fri, 12 Sep 2008 20:10:29 +0000 http://www.pythian.com/blogs/1218/log-buffer-114-a-carnival-of-the-vanities-for-dbas#comment-276127 Sorry, I do not like the new "completely automated" system at all. There is no grouping by DBMS, or even an indication of which one each story is talking about it. There is no personalized summary, just a grab of the first part of the story. Having real people write real summaries is what makes Log Buffer worth reading. If I just wanted a computer-generated list of articles, I'd use one of the many services out there. Sorry, I do not like the new “completely automated” system at all. There is no grouping by DBMS, or even an indication of which one each story is talking about it. There is no personalized summary, just a grab of the first part of the story. Having real people write real summaries is what makes Log Buffer worth reading. If I just wanted a computer-generated list of articles, I’d use one of the many services out there.

]]>