Re: [RFC] Measuring skills of a Debian Developer
>>"Eray" == Eray Ozkural (exa) <erayo@cs.bilkent.edu.tr> writes:
Eray> That's the idea. But you need to register your ITP's before you package
Eray> something right?
Do you have a vasic clue why that is a good idea?
Eray> This is just an innocent extension. I will explain the
Eray> idea below... Please read on.
I have misgivings on that score already.
>> I study economics. One specialisation I do is organisation theory. I
>> recognise your intention, and all I can tell you is that it doesn't
>> fit to Debian at all.
Eray> IMHO this would be more related to sociology than undergrad organisation
Eray> theory. It is also a field where no seminal work is present.
Eray> I'd urge you to go ahead and find some papers on peer-review systems
Eray> if you'd like. Today, I think there's no really great peer-review
Eray> system that works on interconnected networks.
peer review system that works on intercoinnected networks? Are
you merely plugging words together that uyou do not understand?
Eray> Let me tell you about an idea now, and you can then decide whether it
Eray> fits to Debian.
Eray> The idea is making things in the open. Why is that? Because, as
Eray> you will have noticed we are interested in the work done rather
Eray> than authorship!
So, in order to help in some project, we need a databse of
skillz to have it in the open? Without a databse things are closed?
Eray> If people have a way to electronically examine how projects are
Eray> going, then they can use their volunteer time more efficiently,
How does a databse of skillz help us see how well projects are
going? And how exactly is knowing how well a project is going (and
knowing that such an estimate is not an absolute metric) help one
efficiently use ones time? Should one not helkp in a project going
well(Debian)? Should one not help on a project in its infancy? Should
one not help a project that is foundering?
Eray> and more people can work on the projects they want. That's one
Eray> aspect. Another aspect is about automation. Now, of course you
A databse of skillz helps us automate projects?
Eray> can talk to people and then work on the projects by, you know,
Eray> using this mailing list. But the point is that mailing lists
Eray> aren't an efficient and reliable way to do that. That's why
A database of skillz is an efficient way of communicating?
Incidentally, email list are more reliable (and arguably, efficient)
thanpagers, IRC, OCQ, and phone tag games.
Eray> there's BTS and WNPP in the first place, you can point out to
Eray> better examples I'm sure.
And why is the BTS a more efficient communications medium than
a mailing list?
Eray> How do we do that?
Oh, very entertaining, so far.
Eray> What kind of an infrastructure is suitable for that?
A big huge databse, with fast access, and easy for people to
fill in when they have tiem to spend.
Eray> Ultimately, I'm convinced that this is something that we
Eray> wouldn't be able to figure out in a short time.
A) speak for yourself. B) it is nice to see when some one
knows their own limitations.
Eray> It's probably a difficult problem.
_probably_?
Eray> But of course we can make a minimal set of infrastructure tools
Eray> to aid in development.
Of course, it would help if we had a goal that was served by
this exercise, but don't let that stop you now.
Eray> The thing is that the system should not care who it is dealing
Eray> with. So basically, there won't be "someone" assigning you "a
Eray> task". You'd just register if you're looking for some project
Eray> to work in your volunteer time. As I said, like the GNU task
Eray> list. You shouldn't have to register or it shouldn't be a
Eray> strict requirement to get things done. [***]
Oh, I see, No oe assigns you to a task, you just register. So
this databse is an information sink? Who uses this information, if
anyone?
This was wonderful comic relief. Please continue.
manoj
--
I see the eigenvalue in thine eye, I hear the tender tensor in thy
sigh. Bernoulli would have been content to die Had he but known such
_a-squared cos 2(phi)! Stanislaw Lem, "Cyberiad"
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Reply to: