To Konrad Hinsen: you HERO.
On Thu, 26 Jan 2023 at 02:40, Konrad Hinsen
wrote:
> "Richard O'Keefe" writes:
>
> > Thus I hypothesise that there is room for Smalltalk as a tool for
> > *generating* and configuring HPC code.
>
> Yes. But it will be hard to convince people that Smalltalk is a
"Richard O'Keefe" writes:
> Thus I hypothesise that there is room for Smalltalk as a tool for
> *generating* and configuring HPC code.
Yes. But it will be hard to convince people that Smalltalk is a better
choice than Python (well established in HPC as you say) for this use
case.
> My main
Hi Mayuresh,
I think that putting all the weight of a PhD the thesis in a particular
phrase of the abstract, without looking the authors perspective about
why he puts a particular origin on that place, it's not a good reading
practice. So I'm glad that you will give the deep reading that this
Much sympathy for your life situation.
Most of the Smalltalk code I personally develop is developed using a
classic text
editor, is batch compiled, and runs headless. Smalltalk is *STILL* an
amazing language
without the "addictive" IDE. (In fact the more "conventional" Smalltalk
systems I use
Back when I was a University lecturer, I sometimes amused myself by
rewriting student (or other
staff!) Java code in Smalltalk. I generally got about a factor of 6
smaller. Of course, that
was before Java 8, which copied blocks and higher-order collection methods
from Smalltalk.
On Sat, 14 Jan
Hi Offray,
Very kind of you to have shared links to the document: "Tracing the Dynabook".
That thesis is what I will definitely read through thoroughly, even though it
weighs in at 300+ pages.
But, and a big but, I doubt the validity of the depth of research conducted by
John W Maxwell.
In the
Hi Mayuresh,
To add a little bit to the excellent answers thread, I would emphasize
that the important thing is effectively the how and not the what,
despite of some languages excelling at some particular contexts (for
example JavaScript being part of the de-facto emergent glued together
^ThumbsUpEmoji new display
On Sun, Jan 15, 2023 at 11:30 PM Tomaž Turk wrote:
> Hi Mayuresh,
>
> I think that the choice of what programming language one needs to learn or
> use depends today from the goals that you have - and these goals are not
> only tied to specifiic business projects that
Hi Mayuresh,
I think that the choice of what programming language one needs to learn
or use depends today from the goals that you have - and these goals are
not only tied to specifiic business projects that you (might) pursue but
also career and self-enrichment missions. Years ago we had
Hi Mayuresh,
Thanks for sharing your background. My advice would be to simply download
it and "suck it and see".
I've got twenty years on you and have spent my whole career working
with computers (punched cards anyone?). I still get a buzz out of
programming in Smalltalk. The reason it is such a
Hey Tim,
> On 15 Jan 2023, at 4:59 am, Tim Mackinnon wrote:
>
> In fact Boolean logic follows suit. This has far reaching implications which
> just lead to beautiful, compact, readable code.
This is one of the first things I introduce new Smalltalkers to, typically
after the question “How do
This question comes up every few years - and it’s a good one to revisit,
particularly in a new year.
You’ve already had a few good answers - and I’m sure you will get a few more.
Of the languages you cite - I’ve tried 2 of them (C# and Swift) - and they are
just too complicated. They don’t
Hi Mayuresh,
It's not about what you can do, but it's about how you do it.
The language and the community culture have a huge influence on the way we
build software.
They have consequences not only at the implementation level, but also at the
design level.
The Pharo language and its main
13 matches
Mail list logo
