1 |
Hemmann, Volker Armin posted |
2 |
<200510050628.01257.volker.armin.hemmann@××××××××××××.de>, excerpted |
3 |
below, on Wed, 05 Oct 2005 06:28:01 +0200: |
4 |
|
5 |
> On Wednesday 05 October 2005 05:40, Jared Lindsay wrote: |
6 |
>> Eh? Like to destroy filesystems? Not sure what nitro you're talking |
7 |
>> about... |
8 |
>> |
9 |
>> |
10 |
> I am not sure if it was nitro, love or any other of the 'forum kernels'. |
11 |
> But even if nitro was not the fs-damaging one, why don't we ask ciaranm |
12 |
> what he thinks about nitro: |
13 |
> |
14 |
>>Try using a non-broken set of kernel sources. |
15 |
> |
16 |
> well, that was pretty clear[] |
17 |
|
18 |
The following is my opinion, very frankly so, and my opinion only. May it |
19 |
not be misconstrued. |
20 |
|
21 |
With all due respect, Ciaran, to put it in language similar to what he |
22 |
uses, might be considered a "broken" developer, or at least a developer |
23 |
with a "broken" people sense. |
24 |
|
25 |
That is, of course, rather harsher than I'd normally put it, as despite |
26 |
his weaknesses, I have a great deal of respect for him, because he |
27 |
/always/ puts it as he sees it without mincing words, and because he tends |
28 |
to insist on technical correctness, which has its place, where others are |
29 |
often satisfied with "just works". |
30 |
|
31 |
>From reading the dev list, I've noticed that with /great/ predictability, |
32 |
/every/ post by ciaranm is a complaint or criticism. Again, it's usually |
33 |
technically correct, and in many cases, he's complaining because of the |
34 |
difficulty somone's "just works" solution caused the sparc or mips team |
35 |
(IDR which it is he uses, both?), but some seem to only tolerate him, as |
36 |
he seems to only tolerate them. IMO, a bit more "people sense" could be |
37 |
of help, to put it mildly. Not /every/ post being a complaint or |
38 |
criticism would be nice, as well. (I'm wary of using the term "every", as |
39 |
I have here, because a single example breaks the assertion. It's probably |
40 |
not /every/ post in point of fact, but it's enough that as I said, with |
41 |
/great/ predictability, I can be reading a post and say this sounds like |
42 |
Ciaran, and I can check the author, and sure enough. By the same token, I |
43 |
can see ciaranm in the author field and predict even before opening the |
44 |
post, what the general message will be. If anyone can point to posts that |
45 |
break this pattern, I'd be happy to see them. Maybe it'll give me a |
46 |
glimpse of a side of him I have yet to see!) |
47 |
|
48 |
... |
49 |
|
50 |
Taken with that sort of pre-filter in place, the mere fact that ciaranm |
51 |
commented on nitro kernels is predictive of the contents of said comments. |
52 |
Further, while his viewpoint is obvious (and predictable, if he bothers |
53 |
to post it), it doesn't necessarily apply to every situation in which the |
54 |
kernels might be put to use. In particular, it wouldn't surprise me in |
55 |
the least if he defined "broken" as used above, to mean that it didn't |
56 |
work on his arch or application of choice, which may or may not have any |
57 |
bearing on other archs or applications, where it may work just fine. |
58 |
|
59 |
In summary, Ciaran /does/ usually tend to be technically correct, as |
60 |
narrowly defined. For that I respect him. However, while what he says |
61 |
about a particular kernel should certainly be one factor in weighing |
62 |
whether one is going to use it or not, it's certainly not the be-all and |
63 |
end-all of definitive references to kernel suitability for one's |
64 |
particular purpose, particularly if one's particular purpose isn't the |
65 |
same and on the same arch as was Ciaran's when he tried it. |
66 |
|
67 |
-- |
68 |
Duncan - List replies preferred. No HTML msgs. |
69 |
"Every nonfree program has a lord, a master -- |
70 |
and if you use the program, he is your master." Richard Stallman in |
71 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
72 |
|
73 |
|
74 |
-- |
75 |
gentoo-amd64@g.o mailing list |