[squeak-dev] A Vision For Smalltalk
frank.shearar at gmail.com
Sat Sep 10 15:30:05 UTC 2011
On 10 September 2011 16:25, Tim Felgentreff <tim at nada1.de> wrote:
> What extra files? The only non-st file in there should be the binary
> snapshot, and that just uses the images' binary format for faster store/load
> on compatible systems. If it isn't there or has an incompatible format, MC
> will compile the st source.
> Sent from my mobile. Please excuse me for being brief.
> On 10 Sep 2011 07:24, Overcomer Man <overcomer.man at gmail.com> wrote:
> In my quest to install a Video application discovered in Squeak's Universe
> browser into Cuis, I asked for help and received three critical pieces of
> information. The fact .mcz files are .zip files which need renamed to see
> what's inside. The location of the FFI library, invisible from the main
> Squeak webpage. And the packages within FFI to fileIn and in what order.
> The FFI works but the video application is still not fully installed, due
> to another unknown bug.
> Along the way I noticed the .mcz files contained a lot of other junk besides
> Smalltalk code, and all the code for several FFI sub-projects is under the
> same filename inside the different packages. Using .mcz instead of .zip
> is unnecessary complexity. The extra packaged files are not Smalltalk. Why
> not just use Smalltalk?
> This reminds me of a job experience where the boss insisted I use a new
> GUI-builder to add some features to Hot-Draw. I knew Smalltalk, not the
> language of the new GUI-builder. So I worked with the inspector and
> discovered the code needed to accomplish the job and did it in Smalltalk.
> The boss didn't realize the GUI-builder was a language divergence from
> Smalltalk and work done with it was not maintainable.
> It's obvious the Universe brower is passe'. Do we really need the
> Monticello browser or half the other tools? Cuis frees programmers from a
> lot that isn't Smalltalk. People will do what they want but I suspect some
> forks, even Pharo, could be collapsed into Cuis.
> We need to focus on Smalltalk and developing user friendly applications with
> it. Building tools that obscure Smalltalk may lead to unmaintainability.
> The job of tools is to do real work for the end user. Occasionally a new
> tool is needed but constantly working on the toolbox is usually unnecessary.
> Keep It Simply Smalltalk.
More information about the Squeak-dev