Smalltalk Zero
stz
There's two kinds of object instantiation we care about - on the stack and on the heap. On the heap is an act of memory allocation using a memory allocator, while on the stack is a core concept in the language. Currently we have no syntax for declaring
stz
One of the most interesting ideas from Smalltalk was 'literate programming' which has become known also as keyword selectors. Instead of a single magic command followed by a bunch of arguments you place a keyword before each part of a method argument, eg: aGraphicsContext displayLineFrom: start to: stop
stz
C pointers are ... a thing. Not a good thing. But a thing. The name 'pointer' is also ... a thing. What we really have is an address in memory and we get or set things from it. We don't know how much of a thing we have
stz
Multiple return values. Why not? After all we've already thrown out the idea of exceptions so may be we should be looking at other ways to handle errors. One way is to have 'in' and 'out' variables which is something we could totally do.
stz
The name OrderedCollection is too dang long. I'm tired of writing it. So let's not. Really, what's wrong with a short name like list? And if we want something a little fancier than we could even have an ordered list. Why is ordered list
stz
There's no doubt that some parts of the Smalltalk syntax are a little awkward. No programming language is without its quirks. This is a topic we'll likely revisit many times. If it's going to be a Smalltalk then we have to stick with the
stz
If we stripped away all the nice bits of Smalltalk and made it a systems programming language, what would it look like? No garbage collection, no green threads, no exceptions, no stack manipulation, no doesNotUnderstand:, may be not even perform:. If we strip it away what can we add back