> Inheritance is a core principle of OOP Of Simula (& descendants) proto-OOP objects, not as it was envisioned by the one who coined the term. http://userpage

> Inheritance is a core principle of OOP Of Simula (& descendants) proto-OOP objects, not as it was envisioned by the one who coined the term. http://userpage.fu-berlin.de/~ram/pub/pub_jf47ht81Ht/doc_kay_oop_en http://userpage.fu-berlin.de/~ram/pub/pub_jf47ht81Ht/doc_kay... > I didn't like the way Simula I or Simula 67 did inheritance (though I thought Nygaard and Dahl were just tremendous thinkers and designers). So I decided to leave out inheritance as a built-in feature until I understood it better. > OOP to me means only messaging, local retention and protection and hiding of state-process, and extreme late-binding of all things. It can be done in Smalltalk and in LISP. Fun that this was mentioned too: >> it uses Haskell-style generics > polymorphism via v-tables and composition via traits, that's enough object-orientation for me For which Alan Kay had this to say: > My math background made me realize that each object could have several algebras associated with it, and there could be families of these, and that these would be very very useful. The term "polymorphism" was imposed much later (I think by Peter Wegner) and it isn't quite valid, since it really comes from the nomenclature of functions, and I wanted quite a bit more than functions. I made up a term "genericity" for dealing with generic behaviors in a quasi-algebraic form. In a way it's fascinating to see how C++ has shaped (dare I say warped) the collective vision of how to do OOP. For example, as a Rubyist, which was heavily influenced by Smalltalk, it is fascinating how hard it can be to explain how fundamentally different message vs call are, and what's the whole point of modules, mostly because the other viewpoint is so warped as to cognitively reject that it can be any different from the C++ model.