There's nothing particularly wrong with Unix-style architecture. It is incredibly flexible, which has been the point all along. Sure, code reuse is a good idea, and the GNOME and KDE folks are proving that it can be done in Unix. But where Unix could really innovate is in interface design. We've got the most flexible, longest surviving mature development environment ever. Let's keep all of that and then give the users kickass interface. X is not the problem. It remains true to the Unix philosophy. The problem is that we're still too hung up on the desktop metaphor (and I don't care how cool the code is, GNOME's interface still sucks). What we need is something new...
i read somewhere that you build your models in 3DSMax. out of curiosity, how do you translate those into OpenGL? did you write the filters yourself, or is there an spec for such a translation?
antisocial? i'm not sure i buy that. being a loner does not mean being antisocial. further, someone needs to direct this guy's research towards the jargon file. it contains not only the definitions of all of the terms he's misusing, but also an appendix entitled 'a portrait of j. random hacker.'
i don't want to start another fight here. many in the mac community are very supportive of the open source movement, and the availability of easy-to-use software. unfortunately, some of the mac community are still opposed to linux and linux users...and they scream fairly loudly on the mailing lists (macosx-talk for example). i apologize for my insensitive stereotyping of the mac community. i should have used "some of the macOS people."
This is getting ugly. The MacOS people are annoyed with the linux/open source people (being stereotyped as "slashdotters") because the open source people are fighting over whether or not APSL is open source or not. This fighting needs to stop. Apple has just taken a large step by opening their source, and that fact should not be lost in all of this in-fighting.
may the source be with you (Episode I, May 19), hollis
Slashdot Mirror
There's nothing particularly wrong with Unix-style architecture. It is incredibly flexible, which has been the point all along. Sure, code reuse is a good idea, and the GNOME and KDE folks are proving that it can be done in Unix. But where Unix could really innovate is in interface design. We've got the most flexible, longest surviving mature development environment ever. Let's keep all of that and then give the users kickass interface. X is not the problem. It remains true to the Unix philosophy. The problem is that we're still too hung up on the desktop metaphor (and I don't care how cool the code is, GNOME's interface still sucks). What we need is something new...
i read somewhere that you build your models in 3DSMax. out of curiosity, how do you translate those into OpenGL? did you write the filters yourself, or is there an spec for such a translation?
antisocial? i'm not sure i buy that. being a loner does not mean being antisocial. further, someone needs to direct this guy's research towards the jargon file. it contains not only the definitions of all of the terms he's misusing, but also an appendix entitled 'a portrait of j. random hacker.'
anyways,
hollis
i don't want to start another fight here. many in the mac community are very supportive of the open source movement, and the availability of easy-to-use software. unfortunately, some of the mac community are still opposed to linux and linux users...and they scream fairly loudly on the mailing lists (macosx-talk for example). i apologize for my insensitive stereotyping of the mac community. i should have used "some of the macOS people."
anyways...
hollis
This is getting ugly. The MacOS people are annoyed with the linux/open source people (being stereotyped as "slashdotters") because the open source people are fighting over whether or not APSL is open source or not. This fighting needs to stop. Apple has just taken a large step by opening their source, and that fact should not be lost in all of this in-fighting.
may the source be with you (Episode I, May 19),
hollis