1 |
Nathan L. Adams posted <430885BD.4010607@××××.org>, excerpted below, on |
2 |
Sun, 21 Aug 2005 09:46:37 -0400: |
3 |
|
4 |
> My experience with Gentoo is that certain developers ignore user |
5 |
> submitted ebuilds, bugs fixes, etc. and claim its a manpower/time issue. |
6 |
> Yet they fail to court the user submitting the ebuild into becoming a |
7 |
> developer too (thus helping relieve the manpower/time issue). And this |
8 |
> isn't me wanting to get noticed, mind you; I'm talking about other users |
9 |
> who regularly submit ebuilds and get ignored. So you end up with the "in |
10 |
> crowd" capable of making Gentoo better and the rest forced to either |
11 |
> fork or just go away. Chris even told Ciaran to not look at a user |
12 |
> submitted ebuild because it was the games group's territory. Yet the |
13 |
> games group 'FAQ' complains about how little time all of those dev's |
14 |
> have. Wouldn't it make more sense to recruit those folks and make your |
15 |
> team more capable of handling the load? THERE is your cathedral. |
16 |
|
17 |
It has been said (and is no secret) that the fastest way to become a |
18 |
Gentoo developer is to act like one. Submit bugs with the patches |
19 |
attached to fix them. Attach suggested patches to other bugs you find. |
20 |
Etc. Basically, become helpful enough that you catch a current dev's eye |
21 |
and they decide to mentor you into full Gentoo dev-ship. However, that's |
22 |
certainly not all of it. An ability to work as part of the team and at |
23 |
least a basic understanding of the politics involved in teamwork and the |
24 |
volunteer dynamic is also quite helpful. No offense, but this latter part |
25 |
doesn't seem to be an area you have either developed very well, or are all |
26 |
that interested in demonstrating your development in, anyway, in the |
27 |
context of the current discussion. If you had, it should have become |
28 |
quite obvious by now that the discussion isn't getting much of anywhere in |
29 |
terms of your originally stated goals, and even tho you likely still |
30 |
disagree, you'd have decided it's better to shut up, become a dev, and |
31 |
bring up the topic another day, preferably from the inside. Certainly, |
32 |
there's not much to be gained from continuing that argument, here and now. |
33 |
|
34 |
In terms of becoming a developer, there are currently two possible |
35 |
"shortcuts", for the impatient type. The monthly bugday is a |
36 |
/very/ good way to get noticed, and several devs have come from there. |
37 |
The fairly new arch-testers are another way, particularly if you have a |
38 |
machine other than x86. Currently, most arch-testers are amd64, but |
39 |
there's at least one PPC arch-tester, so far, and because the concept has |
40 |
been found to work so well for amd64, other archs are adopting it as well. |
41 |
Note that to do well in either situation (or both), you'll not only need |
42 |
some degree of technical skill (tho not all /that/ much, really), but more |
43 |
importantly, you'll have to demonstrate your ability to work with others |
44 |
-- people skills, as they call it. Someone who cannot do this latter |
45 |
shouldn't ever become a developer, as I expect you'll agree. |
46 |
|
47 |
One of the problems with ebuild submissions is that even if great, they |
48 |
can't simply be taken and added to the tree. Basically, they aren't added |
49 |
until a dev (or herd) is willing to take maintainership, over the longer |
50 |
term. With a herd like the games herd, they already have more packages to |
51 |
maintain than they can really efficiently handle. Yes, getting more devs |
52 |
is nice, but it's not an instant thing. The mentoring process takes time |
53 |
from both the mentor and the "mentee", and certainly, some non-zero amount |
54 |
of calendar time as well. It does normally take a bit of self |
55 |
initiative, as well, but not in the confrontational way that's been |
56 |
demonstrated here, as much as simply being aware of the situation, and |
57 |
making the best of it, with one's goal in mind. You've demonstrated some |
58 |
initiative, certainly, but not the ability to read well the situation and |
59 |
make the best of it, politically and otherwise. |
60 |
|
61 |
(Said as a user, not a devel, myself. I've been asked to become an AT, |
62 |
and intend to do so in time, but am deliberately taking it slow. I've no |
63 |
immediate plans to become a dev, tho it's possible down the road somewhere.) |
64 |
|
65 |
-- |
66 |
Duncan - List replies preferred. No HTML msgs. |
67 |
"Every nonfree program has a lord, a master -- |
68 |
and if you use the program, he is your master." Richard Stallman in |
69 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
70 |
|
71 |
|
72 |
-- |
73 |
gentoo-dev@g.o mailing list |