lebuffon

Two thoughts come to mind.

1. At one time in human history, not long ago, it was mandatory to have some facility in at least a 2nd language to claim you had a higher education. Partial mastery of a 2nd language would help native English speakers "get" what it's like for the non-native people and might help them adjust there speaking style. IMHO we have allowed "higher" education in English speaking countries to devolve in this regard.

2. We might be entering an era where English begins to morph into new dialects as did Latin when it was the "Lingua Franca" of the time. The 2nd language population will overwhelm the native English speakers and so control the language.

( "Lingua Franca" is probably one of those terms that one should not use internationally, unless you are in Italy, Spain, France, Portugal or Romania) :)

In parts of the USA you can say "yonder object" and be understood that it is far away from both of us. It is archaic to most native speakers now.

My own pet hypothesis is that it is not just language but our entire culture that creates an O/S for our brain in our early years.

"Restraining world view" seems harsh IMHO. Sounds a little elitist to me. But affecting world-view is possibly correct.

I suspect the plasticity of the brain can overcome some of the things that the original O/S load affects but it seems to require either a big emotional event or real effort by people to undo the initial programming, like being dropped into a new country where you don't know the language but must learn it to survive. We figure it out.

It does beg the question however what are we missing, as a result of our initial programming, that we might want to download an update for. :)

Indeed. Chuck Moore, the inventor, added the "A" register to his machine Forth for holding addresses and temporary values to reduce "stackrobatics".

They do now. :)

I don't know if this is an original thought but it occurred to me that we might be in a cosmic proportioned "terrarium".

What better way to keep an intelligent species from escaping than limiting the velocity of information transfer and putting everything interesting at distances that are large multiples of the maximum velocity.

In other words, maybe the simulation architect doesn't want us to escape and find (contaminate) the other experiments? :)

Or to really obfuscate called it base 10 (in base 12) :))

Covered in the original Star Trek series over 50 years ago.

https://en.wikipedia.org/wiki/A_Taste_of_Armageddon

People marked as casualties had to report to the disintegration chamber.

"It's only a matter of time, there's gonna be physical casualties at some point in time. We've all seen it in the movies."

You mean like a pandemic? ;)

If you can tolerate/ignore some of the crazies on the news group, the author is routinely on comp.lang.forth.

You could ask.

The VFX Forth compiler is about 3 to 3.5 times faster on most benchmarks. GForth-fast does some clever "JIT" type tricks to make it faster than a naive Forth system but there is still some overhead inherent in reading the lists of addresses in threaded code.

I was going to post this:

[ X ] is really about language and culture and social justice, and no one is naturally better at it than anyone else...

Where X = singing,football,hockey,physics,running,weight-lifting,chemistry,painting,sculpting,composing,writing,design ( oh and programming ) :)

Just to show how ridiculous the statement is.

It would seem to be written by someone from the Dunning/Krueger case files.

Sincere apology.

This paper by Anton Ertl who is one of the GForth maintainers might give more insight.

http://www.euroforth.org/ef99/ertl99.pdf

It's 50 years since the early concepts in this Forth article were written. A few things happened along the way. ;)

Here is a Forth program with 1.2 million LOC. (It builds in seconds I am told)

Candy is a construction project estimator and management tool. https://www.youtube.com/watch?v=13loLq5qswM

Written in VFX Forth, a native code compiler with C library linker, OOP, Gui Generator and lots of cool stuff.

Comparing hobbyist Forth systems to modern Forth systems is like comparing Small C to GCC or Clang.

*I have no connection to MPE UK except that I have used their embedded compilers in the past.

This very much depends on the Hardware that Forth is running on but the concept is very old. Interpreters of all types are used to encode higher level functions than the hardware supports as a single bytes or integers. Then you write your program using the byte/integer code as instructions and it takes less space for a given program.

Byte code threaded programs are small but less speedy. (Open-Firmware is byte coded Forth)

Traditional Forth systems encode this virtual machine as lists of addresses. These lists are "interpreted" by a piece of code that is 2 to 3 instructions on modern computers, so it's pretty fast. (slightly bigger on an 8 bit CPU)

This address based VM code "can" be smaller on a 16bit machine but might not be on a 32bit machine until you raise the programming level to very high level functions. This depends on the CPU. On RISC-V it's probably still true based on what I see of the instruction set. (not tested)

The typical Forth development cycle involves extending the language in the direction that one needs, writing higher level functions, combining them into even higher level functions such that at the end of the coding process you are using very few of these application specific functions to write the program. Thus a space saving because each function uses only one byte or integer in your program to reference it.

I have no inside information on Starflight but this is typical of Forth systems. They are an image structured environment.

Unless you build your own data structures that are external to Forth's memory image, called a dictionary, everything exists in that chunk of memory. Variables and arrays etc. exist where they are declared in the code sequence. So to save the game they opted apparently to just save the system image. It was the simple way out IMHO. It's trivial to create separate data area and write that out to a file in Forth.

"And if you tell the kids that today they won't believe it!"

                                Four Yorkshiremen sketch
                                            Monty Python

Remember: Canada is the state that didn't "unite". :)

You are re-visiting questions posed by a famous 2nd temple period rabbi from the Galilee which ultimately spawned a radical offshoot sect that exists to this very day. ;)

Can you make a switch Kosher by putting 1M ohm resistor across it. Then the circuit would never be broken just modified. Electric Eruvin? (Consult your local Rabbi) I think that was done to touch-tone telephones in Israel many years ago when we still used land lines.

Hmmm... Never thought of this before. Does this mean that in future an electric AI shabos goy (gentile assistant for things like the stove problem) could not be Kashrut (Kosher) since giving it commands could close electric circuits?

The history of theses things in India seems to be the track that Covid followed everywhere.

Is it just human psychology that is the problem?

1st wave: everybody clamps down. R goes to < 1

2nd wave: people think it's over R goes >1, then clamp down again.

3rd wave: more of no. 2 but with a broader base of carriers across the nation.

3rd wave in India therefore will be really nasty based on other nations 3rd wave, unless their rapid vaccination plan gets a big percentage of the populace vaccinated over the next few months.

"No one wants nonexistence. We are constitutionally unable to will that, to will nothing."

I am not convinced that this is true. I should think someone who is suicidal wills exactly that.

Non-existence to ease the suffering of existence.

America has deep issues to solve in this domain. This sounds like a sci-fi movie to people in other countries ... and the other countries are not perfect either.

It will take some kind of amazing leadership to solve which could be a long time coming if current climate is any indicator.

Very hard for friends and allies to watch.

I like your holy trinity quip. :)

It's interesting that most people acknowledge that each of these languages have some novel insight into program development and yet they tend to be not part of the mainstream.

Is it because the concepts they introduced where just migrated into existing languages and sub-systems? Functions, lists, OOP and stack based virtual machines are common place now.

I don't think there is a VM in the mainstream that uses the Data/Return stack Forth architecture but I could be wrong.

Using it causes the heat. It is in an insulated container so the heat stays around for about 4 hrs I think he said.

So applying first charge must heat it to melting temperature but then it's working.

Then when you discharge it, electron flow cause heating again. So if it is constant use it just works.

I think this guy is onto something...

Liquid metal batteries will be better than gravity storage IMHO.

https://www.youtube.com/watch?v=NiRrvxjrJ1U

First commercial scale system is going live in 2021 so we shall see how it works out.

And then there were humsters.

https://en.wikipedia.org/wiki/Humster

Murphy's law of engineering:

"It's impossible to make anything idiot proof because idiots are too ingenious"

Perhaps Tesla just stopped trying...

This is interesting from the standpoint of the different mentality of Forth coders. If they really needed a fast removal of 4 stack items they would first code what you did.

Then after things were working they might replace droooop with something like this:

( Forth assembler psuedo-code follows)

     code droooop   sp 4 cells addi, next, endcode

One instruction to move the CPU stack pointer. Unthinkable to touch the stack pointer in most other environments but Toto we're not in Kansas. :)

*Next, is the traditional name of the "return to Forth function" in threaded Forth. A return instruction would be used in a native code Forth. Carnal knowledge of the internals is required and used by Forth coders.