Where to discuss strategies and tools for a comeback of Smalltalk using Scratch as entrance

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Where to discuss strategies and tools for a comeback of Smalltalk using Scratch as entrance

bernhardHoefner
> Hello Group. I like to discuss about the subject and have also some ideas. But I want to ask first for the proper list within the forum. I heard that there is a discussion ongoing and want to participate.
>
> I will send this question to Squeak and Pharo usegroup and to the Phratch-developer. I assume that there is a common discussion about the subject. Hopefully there is no need to open on each platform an individual thread.
>
> Regards, Bernhard

Reply | Threaded
Open this post in threaded view
|

Re: Where to discuss strategies and tools for a comeback of Smalltalk using Scratch as entrance

Stephane Ducasse-3
Hi Bernhard

we are interested in that topics. This is why I wrote the botsinc book
in the past and more recently learning OOP with TDD in Pharo book.
Now I do not have much resources for the topic.
Stef
On Fri, Oct 26, 2018 at 2:16 PM Bernhard Höfner <[hidden email]> wrote:
>
> > Hello Group. I like to discuss about the subject and have also some ideas. But I want to ask first for the proper list within the forum. I heard that there is a discussion ongoing and want to participate.
> >
> > I will send this question to Squeak and Pharo usegroup and to the Phratch-developer. I assume that there is a common discussion about the subject. Hopefully there is no need to open on each platform an individual thread.
> >
> > Regards, Bernhard
>

Reply | Threaded
Open this post in threaded view
|

[squeakland] strategies and tools for a comeback of Smalltalk using Scratch as entrance

bernhardHoefner
Hello Stephane and Jecel,
thank your for your welcome. Before I start to explain my thought and ideas I want want to write short about my background.

I work with ST80 since 1990. After a computer kid career since mid 1970th with Basic, Machine language, Assembler, FORTH and Pascal I ended up with Smalltalk 80 and I am always again fascinated about what happens with me and the subject that I am going to implement. ST80 structures the work and in an almost philosophical way it makes me learning more about the subject and its internal structure.
I want to let you know that I am not a Smalltalk specialist. I had some bigger private projects but never worked with it on a professional base or in a team. Since about 10 years I had only flying visits to VisualWorks due to other priorities and have a view to Smalltalk more on "secondary literature“ and so my view is more a view from outside. But ST80 never let me go.

My main occupation did not end in an IT-job but in a „down-home“ business. As an electrical engineer I am working as technical consultant in the renewable energy sector. Thats why I know very good the „real world“. On the other hand I am very interested in childhood and the process of learning (most of my relatives are kindergarden teacher). My experiences in both sectors satisfied me that people love continuity in the tools they are using. Continuity is meant in its mathematical meaning and describes that people doesn't like tools where they have ruptures in their learning curve. This applies especially to software tools. I think that this is the reason, why for example there are EXCELians who like to make everything in MS-EXCEL including writing letters and reports and WORDists, who do the same but everything in MS-WORD.  I am convinced that people like continuous learning curves: small steps in learning result in small steps increasing efficiency or quality of result.

There is another approach: Despite of my finding that ST80 is the most excellent language I witnessed a vanish of the language in the public perception since the 1990th. Yoshiki Ohshima spoke about the „secrete weapon“ phenomenon of Smalltalk (compare similar effect on Lisp, described in this article: http://www.paulgraham.com/avg.html ), but I think this phenomenon leads in a generation of students growing up with not optimal tools because no one shows them ST80 in an enthusiastic way. I like to have whistle-blowers to tell them the secret. The digital world should be based on and maintained with the best tools. I know enough creepy software from my main occupation... 

For a comeback of ST80 I think it is essential to win the youth and hold the students. Otherwise the same happens as in many church parish or in clubs: once they loose one generation, the parish or club life dies.

I write such elaborate because I want to let you understand why I like to see Scratch as the start phase of an software development environment / framework with Smalltalk 80 at its final phase. Friends of mine left Scratch because they missed such a "high end“ and they moved to very other programming languages. Maybe such a complete environment could lead in a tool Alan Kay dreamed about with its Dynabook idea. Scratch would be still an excellent starting point of such an environment. It is widespread in the young programmer scene, not only with LEGO, but also with KOSMOS, the leading producer of experimentation boxes in Germany. The German popular children TV-program „Die Sendung mit der Maus“ started recently a programming course with Scratch 3: https://programmieren.wdrmaus.de.

Microsofts follows also the idea of a continuous language with his excellent looking tool MakeCode, that have links to popular games like MINECRAFT (see: "Chickens! - MakeCode for Minecraft Code Builder“ (https://www.youtube.com/watch?v=bDaOISL9_UE), adaptors to micro controller boards (see: "https://makecode.microbit.org“ - access is very low-thereshold: with one click you can start. - no registration or other stuff is needed) and a link from block view to a higher level programming language view ( https://makezine.com/2017/09/20/learn-basics-javascript-makecode/ - very nice with flying help for blocks including JavaScript code ). Unfortunately it ends up in JavaScript and not in ST80.
I think it would be better to come from block programming languages direct to ST80 - I know several people coming from imperative languages and were not able to adapt to the object oriented approach. The world is object oriented like robots, sensors, actors! Maybe the pure object orientation of ST80 would be the weapon to beat MakeCode.

John Maloney and Yoshiki Ohshima gave me very worthy hints to Scratch based branches that realize most of my wishes:


All that is fascinating and promising but I am afraid about the barrier of this "marketplace of possibilities“ for children to find the optimal track.

My wish would be a cooperation of the creators of these excellent tools to bring the properties together, leading in one transparent programming tool. Maybe with modules which can be loaded and unloaded but with a clear and redundancy free structure and user interface.

There is much more to say, but the email is long enough now.

What do you think about this idea.

Best Regards,
Bernhard



Am 26.10.2018 um 22:27 schrieb Stephane Ducasse <[hidden email]>:

Hi Bernhard

we are interested in that topics. This is why I wrote the botsinc book
in the past and more recently learning OOP with TDD in Pharo book.
Now I do not have much resources for the topic.
Stef
On Fri, Oct 26, 2018 at 2:16 PM Bernhard Höfner <[hidden email]> wrote:

Hello Group. I like to discuss about the subject and have also some ideas. But I want to ask first for the proper list within the forum. I heard that there is a discussion ongoing and want to participate.

I will send this question to Squeak and Pharo usegroup and to the Phratch-developer. I assume that there is a common discussion about the subject. Hopefully there is no need to open on each platform an individual thread.

Regards, Bernhard



Reply | Threaded
Open this post in threaded view
|

Re: [squeakland] strategies and tools for a comeback of Smalltalk using Scratch as entrance

bernhardHoefner
Hello Tim and the group
thank you for your reply. It is very good to hear, that it is effort in the Smalltalk Scratch, especially when it has such good results. By the way: can I see it as the new Smalltalk Scratch version also for other platforms than Raspberry Pi? I ask, because also other Smalltalk based implementations could profit from it, for example the ipad-version Pyonkee or the Version with Smalltalk-code-view Phratch. Speed would be a matter when programming serious Apps for tablets or smartphones. By using all its sensors children could make nice tools with it and they experiment not only with Software but with the real world objects (which also brings them closer to Smalltalks object orientation).

But this detaches me from my real concern: how is it possible to bundle all the initiatives and power to have realized such a continuous Scratch / Smalltalk tool, that I tried to describe with my Topic. Unfortunately nobody answered on my question if such a tool is welcome. Maybe I am the only one with that vision.

Best Regards, Bernhard

I just replied in the squeak-list, that I shift the discussion to pharo list. I wrote there:
„...Because there is no discussion started about my underlying question, I try
to continue it on pharo list. I think, many of the participants in squeak
list are also participants there. Further I think, that scratch could be a
good starting point Tobias mentioned the https://programmieren.wdrmaus.de
project which again shows that Scratch is spread and willingly used. Maybe
it is not such important, which porting is used as long the "project" code
is interchangeable, which means that the Smalltalk-based implementation
should be maintained and always be up to date. I dont know if someone takes
care about that."



Am 03.11.2018 um 04:27 schrieb tim Rowledge <[hidden email]>:



On 2018-11-02, at 3:22 PM, H. Hirzel <[hidden email]> wrote:

Hi Tim

I think you do not read the Pharo list.

This is true. Only so much time in one life...


Below post from somebody who is not aware that you ported Scratch to
the freshly release Squeak 5.2 easily loadable through SqueakMap....

Hi Bernhard - I spent some time working for the Raspberry Pi Foundation to significantly rewrite the original Scratch/Squeak implementation so it would perform well on the Pi (back then of course the original Pi with the single core 700MHz cpu) and I was able to make it really quite a lot faster. I also made it possible to run on a modern version of Squeak and indeed it currently runs on Squeak 5.2 - which makes it *very* nice on a Pi3B+.

You can find it on SqueakMap as 'nuscratch' along with the gpio server and gpio driver libraries I developed. You might also be interested in the 'Whiskers' project by someone I only know as 'NoMod'; google is your friend in this case. They developed some further extensions to read .sb2 files, change the UI to closely match that of Scratch 2 (which as you likely know was a rewrite by MIT in *Flash*, of all horrible things) and add some new blocks.


tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Strange OpCodes: CBA: Compare if Biorhythms Amenable