FROM : Peter Duniho
DATE : Tue May 27 23:30:07 2008
On May 27, 2008, at 2:04 PM, Hamish Allan wrote:
> [...]
>>> That's because you don't really believe in conceptual documentation.
>>
>> Please. Whatever else you do or say, do NOT presume to tell me
>> what I do or
>> do not believe in. Your statement is false and offensively arrogant.
>
> How about this, then: "The persona you present on this list doesn't
> appear to believe in the importance of familiarity with conceptual
> documentation."
No. There's nothing I've ever posted that ever should have been
reasonably construed as expressing that sentiment.
Especially when you are ascribing to someone attitudes you find
distasteful, you should be very careful about the assumptions you
make. Right now, you are being incredibly careless about your
assumptions.
> [...]
> I don't see any evidence for people who have learned those design
> patterns needing little code snippets to explain what is already
> explained in the method documentation.
You mean, other than explicit statements to that effect. I suppose
that no matter how many people say something, if it doesn't jibe with
your world view, it's obviously not evidence in support of what you
don't believe in.
In any case, again you are missing the point: you make the assumption
that the information "is already explained in the method
documentation". Bad assumption.
You may further make the assumption that even if it's not already
explained, it could be done so using a human language in a 100%,
uniformly effective way. Again, bad assumption.
> [...]
>> So what? That's not relevant at all to the point I'm making,
>> never mind
>> does it refute it.
>
> Don't chop my points in half, then. The "this" in the "this is the
> very opposite" below makes more sense if it actually refers to
> something :P
It's not that the statement you wrote doesn't make semantic sense.
It's that it has NOTHING to do with what I wrote and which you quoted.
> [...]
> Indeed; that's what the API reference is for. Horses for courses. The
> API is for people who've already read the conceptual documentation,
> and don't need to be reminded of how to invoke a method.
Please stop making assumptions. You should _read_ what I wrote,
instead of just assuming you know what I wrote. I never said that
the code sample is required to show how to invoke a method. In fact,
I said the opposite.
> [...]
> If you think that experts need to be reminded of what method
> invocation syntax looks like each time they read a method declaration,
> then you and I have a very different idea of what constitutes an
> expert.
From basic Logic 101: your "if/then" statement has a false
condition, so the statement is trivially true, whether the conclusion
is true or false.
In other words: stop putting words into my mouth.
Pete
DATE : Tue May 27 23:30:07 2008
On May 27, 2008, at 2:04 PM, Hamish Allan wrote:
> [...]
>>> That's because you don't really believe in conceptual documentation.
>>
>> Please. Whatever else you do or say, do NOT presume to tell me
>> what I do or
>> do not believe in. Your statement is false and offensively arrogant.
>
> How about this, then: "The persona you present on this list doesn't
> appear to believe in the importance of familiarity with conceptual
> documentation."
No. There's nothing I've ever posted that ever should have been
reasonably construed as expressing that sentiment.
Especially when you are ascribing to someone attitudes you find
distasteful, you should be very careful about the assumptions you
make. Right now, you are being incredibly careless about your
assumptions.
> [...]
> I don't see any evidence for people who have learned those design
> patterns needing little code snippets to explain what is already
> explained in the method documentation.
You mean, other than explicit statements to that effect. I suppose
that no matter how many people say something, if it doesn't jibe with
your world view, it's obviously not evidence in support of what you
don't believe in.
In any case, again you are missing the point: you make the assumption
that the information "is already explained in the method
documentation". Bad assumption.
You may further make the assumption that even if it's not already
explained, it could be done so using a human language in a 100%,
uniformly effective way. Again, bad assumption.
> [...]
>> So what? That's not relevant at all to the point I'm making,
>> never mind
>> does it refute it.
>
> Don't chop my points in half, then. The "this" in the "this is the
> very opposite" below makes more sense if it actually refers to
> something :P
It's not that the statement you wrote doesn't make semantic sense.
It's that it has NOTHING to do with what I wrote and which you quoted.
> [...]
> Indeed; that's what the API reference is for. Horses for courses. The
> API is for people who've already read the conceptual documentation,
> and don't need to be reminded of how to invoke a method.
Please stop making assumptions. You should _read_ what I wrote,
instead of just assuming you know what I wrote. I never said that
the code sample is required to show how to invoke a method. In fact,
I said the opposite.
> [...]
> If you think that experts need to be reminded of what method
> invocation syntax looks like each time they read a method declaration,
> then you and I have a very different idea of what constitutes an
> expert.
From basic Logic 101: your "if/then" statement has a false
condition, so the statement is trivially true, whether the conclusion
is true or false.
In other words: stop putting words into my mouth.
Pete
| Related mails | Author | Date |
|---|---|---|
| Nathan | May 27, 00:48 | |
| Jens Alfke | May 27, 00:50 | |
| Nathan | May 27, 00:53 | |
| Nathan Kinsinger | May 27, 00:54 | |
| Nathan | May 27, 01:08 | |
| Michaël Villar | May 27, 01:13 | |
| Kyle Sluder | May 27, 01:13 | |
| Nathan Kinsinger | May 27, 01:13 | |
| Nathan | May 27, 01:19 | |
| Nathan | May 27, 01:25 | |
| Ken Thomases | May 27, 01:26 | |
| Ken Thomases | May 27, 01:27 | |
| Nathan Kinsinger | May 27, 01:28 | |
| Nathan | May 27, 01:30 | |
| Nathan | May 27, 01:32 | |
| Nathan Kinsinger | May 27, 01:50 | |
| Scott Ribe | May 27, 01:51 | |
| Johnny Lundy | May 27, 05:29 | |
| Graham Cox | May 27, 05:41 | |
| Greg Titus | May 27, 05:54 | |
| Nathan Kinsinger | May 27, 05:59 | |
| Graham Cox | May 27, 05:59 | |
| Roland King | May 27, 06:07 | |
| Ken Thomases | May 27, 06:10 | |
| Nathan Kinsinger | May 27, 06:10 | |
| Wayne Packard | May 27, 06:14 | |
| Adam Leonard | May 27, 06:28 | |
| Scott Ribe | May 27, 06:31 | |
| Graham Cox | May 27, 06:41 | |
| Michael Vannorsdel | May 27, 07:22 | |
| Peter Duniho | May 27, 09:18 | |
| Andy Lee | May 27, 10:05 | |
| Andy Lee | May 27, 11:27 | |
| Greg Titus | May 27, 17:05 | |
| Peter Duniho | May 27, 19:35 | |
| Andy Lee | May 27, 20:27 | |
| Hamish Allan | May 27, 20:36 | |
| Andy Lee | May 27, 20:57 | |
| Gary L. Wade | May 27, 21:47 | |
| Peter Duniho | May 27, 22:03 | |
| Peter Duniho | May 27, 22:15 | |
| Andy Lee | May 27, 22:48 | |
| Hamish Allan | May 27, 23:04 | |
| Peter Duniho | May 27, 23:30 | |
| Peter Duniho | May 27, 23:37 | |
| Andy Lee | May 27, 23:56 | |
| Scott Anguish | May 28, 00:09 |






Cocoa mail archive

