Re: Re: about your concept
Andrew Suffield <[email protected]> Thu, 22 Jul 2004 12:27:14 +0100
| Newsgroups | gmane.comp.graphics.y.devel |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Jul 22, 2004 at 07:45:02AM +0200, JP Dinger wrote: > On Wed, Jul 21, 2004 at 01:00:53PM +0100, Andrew Suffield wrote: > > On Wed, Jul 21, 2004 at 12:59:06PM +0200, JP Dinger wrote: > > > > presumably because they can't > > > > understand how anybody would use it otherwise. > > > > > > If people insist on finding out the hard way their idea doesn't fly, > > > let them. > > > > Do you see anybody stopping them? No? > > > > Anybody can write code, if they want to try out their idea. It just > > probably won't be merged, and is likely to be ignored. > > Merging means stamping it fit for general tryout, something you don't > usually do until after some testing at least. Ignoring means not even > trying out new code, defeating the purpose of an experimental platform. > Ignoring also means discouraging people from contributing code for their > ideas, which is even more damaging. Now you're back to the "You people must help me build something that you don't want" idea. That's not how it works. If *you* want something, then *you* must do the work. You cannot expect anybody else to do it for you, especially when they can see out of hand why it's a dumb idea. > > It is > > significant that none of these people have done so. > > If you insist on measuring merit by lines of code alone, then yes. > OTOH if you first ignore all contributed code then complain nobody > contributes code anymore, is nobody to blame for not doing so? Congratulations, you've managed to miss the point quite stunningly. They *didn't* write any code. That means they didn't care. > > > > X has the right approach, as always. The current division between core > > > > and window manager or application functionality is in exactly the > > > > right place. The implementation can just be done better. > > > > > > >From my reading of /The Thesis[tm]/, or even from various opinions on > > > this list, I didn't get the idea that Y was to be a copy remake of what > > > X did right 20 years ago. Sure we should use what was done right, but I > > > don't think that's all we can do. Far from it, even. > > > > Nobody, including Mark, who is significantly involved in Y has given > > *any* particularly deep opinions on the design and direction of the > > project on this list. > > So you're saying that Y-devel is not a list for what you consider the > clueful but more of what you think of as a courtesy to people you don't > really deem worthy to talk with. Something like a pacifier for the > wannabees to be ignored. You said that. And you pulled it out of thin air, it appears apropos of nothing. > Glad to clear that up then. I'd encourage you to put your money where > your mouth is and indeed do just that. But as some others on the list > have assured me, you should be a quite clueful and capable coder. I'm > sure there's many a person eager to learn and improve with help from > a master. Calling them insane or other names doesn't really help them > getting clued in. You're not going to get it. > > Mark's project report (which is *not* a thesis; anybody who calls it > > that has no clue what they are talking about) is a fairly unique sort > > of document and does not encapsulate the project in any > > fashion. Primarily because it's not a thesis. > > Someone called it that and it stuck. Just because people act like sheep does not make them right. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -><- |
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA/6SSlpK98RSteX8RAr74AJ9VCN5LJSyTs8Mydcn5BPZBh5tpkwCfWcxF jUgkVIMDNk1jjyyySpresTc= =aYf1 -----END PGP SIGNATURE-----