On Sat, Jul 4, 2009 at 2:23 AM, Evaneapa...@gmail.com wrote:
We also seem to have a duplication of effort on several fronts. At last
glance we have:
- mailing lists
- IRC
- wiki
- launchpad
- launchpad answers
- forums
I wrote a blueprint for maintaining a database of errors. I suggest
I think the FAQ/flowchart/chatroom model could work very well in other
places, but the Signpost is just about pointing people in the right
direction - providing solutions is outside our modest scope.
You've already got a chatroom in #ubuntu, so the next thing is to start
writing answers. I
On Thu, 9 Jul 2009 14:58:49 +0800
John McCabe-Dansted gma...@gmail.com wrote:
On Sat, Jul 4, 2009 at 2:23 AM, Evaneapa...@gmail.com wrote:
We also seem to have a duplication of effort on several fronts. At
last glance we have:
- mailing lists
- IRC
- wiki
- launchpad
- launchpad
On Thu, 9 Jul 2009 14:58:49 +0800
John McCabe-Dansted gma...@gmail.com wrote:
On Sat, Jul 4, 2009 at 2:23 AM, Evaneapa...@gmail.com wrote:
We also seem to have a duplication of effort on several fronts. At
last glance we have:
- mailing lists
- IRC
- wiki
- launchpad
-
On Thu, 2009-07-09 at 08:13 +0800, Onno Benschop wrote:
My experience in this scenario is that if you go down the path of
individual pairing that paired support person becomes the single
contact
point for that user from then on. It happens today when a support
request gets resolved the user
As soon as more than x people actively seeking help are on a channel (not
sure how many in this case), it becomes hard for new people on the channel
to get attention. The trick would be to get the volunteers onto the right
subchannel so that when someone on #ubuntu points the user to
I think the model we're heading towards with the signpost is that the
wiki page contains questions that have been asked before, while IRC and
the wiki discussion page are for new questions.
If it works, I think #ubuntu might want to look at the signpost model.
Being able to click I have a
On Wed, Jul 8, 2009 at 5:46 AM, Andrew Sayers
andrew-ubuntu-de...@pileofstuff.org wrote:
I think the model we're heading towards with the signpost is that the
wiki page contains questions that have been asked before, while IRC and
the wiki discussion page are for new questions.
Makes sense
On Wed, 8 Jul 2009 12:14:53 -0400
Evan eapa...@gmail.com wrote:
On Wed, Jul 8, 2009 at 5:46 AM, Andrew Sayers
andrew-ubuntu-de...@pileofstuff.org wrote:
I think the model we're heading towards with the signpost is that
the wiki page contains questions that have been asked before, while
On Wed, Jul 8, 2009 at 12:30 PM, Charlie Kravetz c...@teamcharliesangels.com
wrote:
On Wed, 8 Jul 2009 12:14:53 -0400
Evan eapa...@gmail.com wrote:
On Wed, Jul 8, 2009 at 5:46 AM, Andrew Sayers
andrew-ubuntu-de...@pileofstuff.org wrote:
I think the model we're heading towards with
On Wed, 8 Jul 2009 12:47:19 -0400
Evan eapa...@gmail.com wrote:
On Wed, Jul 8, 2009 at 12:30 PM, Charlie Kravetz
c...@teamcharliesangels.com
wrote:
On Wed, 8 Jul 2009 12:14:53 -0400
Evan eapa...@gmail.com wrote:
On Wed, Jul 8, 2009 at 5:46 AM, Andrew Sayers
On Wed, 2009-07-08 at 12:47 -0400, Evan wrote:
The only issue I can find with this approach is that many new
users are
coming from windows. Have you tried using windows help? It
does use
an approach similar to this, and I would be afraid that
On Wed, Jul 8, 2009 at 1:28 PM, C de-Avillez hgg...@ubuntu.com wrote:
On Wed, 2009-07-08 at 12:47 -0400, Evan wrote:
The only issue I can find with this approach is that many new
users are
coming from windows. Have you tried using windows help? It
does
On 09/07/09 01:28, C de-Avillez wrote:
I can see something like this working -- as long as the requester gets
paired with one single person, in a PVT IRC session (or something
similar). If we just drop the requester into, say, the #ubuntu channel,
then we will not have accomplished anything.
On Thu, 09 Jul 2009 08:13:26 +0800
Onno Benschop o...@itmaze.com.au wrote:
On 09/07/09 01:28, C de-Avillez wrote:
I can see something like this working -- as long as the requester
gets paired with one single person, in a PVT IRC session (or
something similar). If we just drop the requester
On 03/07/09 11:44, Andrew Sayers wrote:
when someone comes to you with a problem, first
fix the presenting problem, then fix the second-order problem that
caused it, then the third-order problem, and so on back to the original
source. Although this significantly increases the amount of
On Tue, Jul 7, 2009 at 6:57 PM, Onno Benschop o...@itmaze.com.au wrote:
On 03/07/09 11:44, Andrew Sayers wrote:
when someone comes to you with a problem, first
fix the presenting problem, then fix the second-order problem that
caused it, then the third-order problem, and so on back to the
On gio, 2009-07-02 at 21:03 -0400, Evan wrote:
Coincidentally, Bryce recently posted a couple of blog posts dealing
with Me too storms on launchpad [1]+[2] which are related.
They want their problem fixed, they can do nothing, they feel
frustrated, plus, they are used to small groups or
Would the production of a system similar to the Yahoo Answers
approach help with some of this, Yahoo Answers
awards points to answers that are chosen as top answers for various
questions, and in essence becomes a living FAQ. Its more
task orientated than the wiki, as its based on a
I would agree that The yahoo Answers model represents a wisdom of the
crowds approach, and you are correct
in your assessment that this can lead to distortions. However I was
only suggesting this as an example model, and that
there could be mechanisms built into the points system that would
On ven, 2009-07-03 at 10:10 +0200, Vincenzo Ciancia wrote:
On gio, 2009-07-02 at 21:03 -0400, Evan wrote:
Coincidentally, Bryce recently posted a couple of blog posts dealing
with Me too storms on launchpad [1]+[2] which are related.
They want their problem fixed, they can do
Hi all,
2009/7/2 Tim Hawkins tim.hawk...@mac.com:
I would agree that The yahoo Answers model represents a wisdom of the
crowds approach, and you are correct
in your assessment that this can lead to distortions. [...]
On yahoo answers many of the responses that are chosen as top answers,
are
On Fri, Jul 3, 2009 at 12:36 PM, Andrew SB a.star...@gmail.com wrote:
On Fri, Jul 3, 2009 at 12:27 PM, Evan R. Murphyevanrmur...@gmail.com
wrote:
I would propose that we have a better metric for selecting the best
answer, in that the person posing the question could select the
answer that
Date: Thu, 2 Jul 2009 21:03:44 -0400
From: Evan eapa...@gmail.com
Subject: Re: Standing in the street trying to hear yourself think
Again, someone in the Audio
metaforum (who presumably knows something about audio) tells them it's a
driver issue, and moves their post a level deeper
On Fri, Jul 3, 2009 at 12:39 PM, Evaneapa...@gmail.com wrote:
On Fri, Jul 3, 2009 at 12:36 PM, Andrew SB a.star...@gmail.com wrote:
On Fri, Jul 3, 2009 at 12:27 PM, Evan R. Murphyevanrmur...@gmail.com
wrote:
I would propose that we have a better metric for selecting the best
answer, in
On Fri, 2009-07-03 at 12:36 -0400, Andrew SB wrote:
I like this. So maybe a rating system more along the lines of, Did
this answer fix your problem?, instead of, Digg it.
Some thoughts:
This sounds just like Launchpad Answers to me. How would the idea
you're talking about differ?
2009/7/3 Evan eapa...@gmail.com:
I've been subscribed to this list and filing bugs for over a year now, and I
hadn't even heard of Launchpad Answers before now. Maybe I live under a
rock, but I think promotion / awareness would go a long way.
I dream about a much tighter integration of all the
For the latter, we should have a review group to:
* look at the questions/answers, and
* verify correctness,
* edit if needed (clarifying the question and answer), and
* classify the question following a (given) taxonomy.
Following from here:
* once a question/answer has been reviewed
On Fri, Jul 3, 2009 at 1:50 PM, Evan R. Murphy evanrmur...@gmail.comwrote:
2009/7/3 Evan eapa...@gmail.com:
I've been subscribed to this list and filing bugs for over a year now,
and I
hadn't even heard of Launchpad Answers before now. Maybe I live under a
rock, but I think promotion /
Evan wrote:
Launchpad is for bug reporting and tracking, beyond that I have no idea
where the actual division of responsibilities lies. Perhaps clarifying
that (ex: Wiki is for Howtos only, forums are only for ...) and then
providing a meta-support page for each topic would help. So
On Fri, 3 Jul 2009 14:23:19 -0400
Evan eapa...@gmail.com wrote:
On Fri, Jul 3, 2009 at 1:50 PM, Evan R. Murphy
evanrmur...@gmail.comwrote:
2009/7/3 Evan eapa...@gmail.com:
I've been subscribed to this list and filing bugs for over a year
now,
and I
hadn't even heard of Launchpad
As Ubuntu becomes more and more popular, the resources we use to
communicate within our community become saturated with the sounds made
by new and learning users. This is not a new thing, nor is it
undesirable, but unless we find ways to deal with the increasing
background noise, we have a real
On 03/07/09 08:00, Tim Hawkins wrote:
Would the production of a system similar to the Yahoo Answers
approach help with some of this, Yahoo Answers
awards points to answers that are chosen as top answers for various
questions, and in essence becomes a living FAQ. Its more
task orientated than
Coincidentally, Bryce recently posted a couple of blog posts dealing with
Me too storms on launchpad [1]+[2] which are related.
I don't claim to be an expert on this, but as I see it the problem comes
down to channels. Various channels of communication can hold different
numbers of active
On Thu, Jul 2, 2009 at 10:08 PM, Andrew Sayers
andrew-ubuntu-de...@pileofstuff.org wrote:
Evan wrote:
snip - metaforums and subforums
I like this idea in principle, but in practice I'd be worried about
messages being pushed back and forth between forums - your sound driver
breaks, and the
The Ubuntu community is growing, and as Evan mentioned, our current
channels of communication can only support a finite rate of messages.
So there are only two possible solutions: increase the supply of
meat-bandwidth, or decrease the demand. Other posts have interesting
ideas about
36 matches
Mail list logo