2015-02-05 10:55 GMT+01:00 Sven Van Caekenberghe <s...@stfx.eu>: > It is obviously a compromise (or a continuum) between abstractions and > performance. >
I agree. With a special view in that we are in a sub domain where simple things well designed (Smalltalk, that is) are amazingly good at supporting complex designs. > > But there should remain a focus on efficiency (not just speed but also > memory), it is hard to fix these things years later. > And I like the fact that efficient code and design is often a pleasure to read and learn from :) Now, being radical: could we get rid of pragmas ? The only reason I see to them is that they allow extension by external packages, because we can't have methods which belong to two protocols (*). Thierry (*) I tried to get rid of them in some of my stuff, where it is used in the same way GTInspector and GTSpooter uses pragmas, and I had to stop because of that feature. All other uses of pragmas are replaceable (and often, as in the gt stuff, redundant).
