Linked by Thom Holwerda on Sun 22nd Jul 2007 15:25 UTC
OpenStep, GNUstep CoreObject is intended to be one of the foundation pieces of Etoile. The current roadmap calls for an experimental version in 0.3, a stable interface in 0.4, and a completely stable version in 0.5. "What is CoreObject? Basically, it's a replacement for a filesystem as a programmer and user interface. Files (in the UNIX sense of the word) never were a good abstraction; an untyped series of bytes is no use to anyone. The operating system needs to deal with things like this, but programmers shouldn't have to. We already have a much nicer abstraction than a file; the object. Unlike files, objects have all of the structure and introspection that we want in order to be able to interact with them programatically. In EtoilE, we want to treat everything as an object, and objects as first-class citizens."
Thread beginning with comment 257345
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: files vs object?
by rayiner on Mon 23rd Jul 2007 00:18 UTC in reply to "RE: files vs object?"
rayiner
Member since:
2005-07-06

I disagree on the file issue. Files are a perfectly good abstraction for what they are --- a low-level OS mechanism. I don't think object-serialization is a particularly appropriate abstraction for that sort of thing. The real problem is that for far too long, its been really the only abstraction available. At the application level, you really want to use something higher-level.

As for the "idiot" bit, I agree. One day, people will realize the genius of Alan Kay, but until then, this is the sort of thing we have to put up with...

Reply Parent Bookmark Score: 3

RE[3]: files vs object?
by renox on Mon 23rd Jul 2007 05:37 in reply to "RE[2]: files vs object?"
renox Member since:
2005-07-06

>>One day, people will realize the genius of Alan Kay, but until then, this is the sort of thing we have to put up with...<<

Well, one could say that Ruby is Smalltalk with a more C-like/Perlish syntax to avoid the 'syntax shock' for people which are used to other languages..

My own pet peeve with Smalltalk beside the syntax is the variable declaration separated from the initialisation: the 'nil-state' which is triggered by this is quite ugly.. Strange, that they don't have fixed it yet.

Reply Parent Bookmark Score: 2