...is another crap product (at the start) that got out faster.

Overall, society gets a new concept faster. We are able to rationalize about the woes in public.

Otherwise you have "Magic Leap" where we don't know what we are going to get until we get it, and it's usually missing the mark.
That's worse for investors, buyers, and society.

How is this any different from the Plasma Filaments that the Electric Universe guys have discussed for decades?
They've even shown that they must connect star systems with their galaxy and connect across galaxies.

Sure they'll come back up, but if there's a pass of this machine every 3 days, it'll eventually kill it.

It's Linux. My servers run without GNU or any other user space even installed. DLL wrangling is over and lightweight containers are replacing distros fast. Security is a cinch when only your app and Linux is installed.

GC was hacked-on for decades to no avail (in bringing it low-level).But now here it works well (very fast, concurrent).
What changed? The language spec was made very simple.

Compiling was a very tricky, slow business. Now here it's fast and relatively simple.
What changed? A simpler language. Smart people who know which options to take away.

Only painfully low-level languages could work with raw memory pointers. Now we have that in 2 friendly, "default-safe" languages.
What changed? Realization a lot of power comes from low-level operations.

So C & it's layered C++ will break as safer variants with the same power begin to exist.

High level languages depended on dozens of C libraries and libc. Go needs none of those.
What changed? A realization this is important.

A fork of Go now runs without a kernel on bare-metal ARM. That's the right space to grow into a kernel-module-capable language. Languages aren't fast or slow, their implementations are. Go's ease of portage suggests it could show up in the kernel.

lol! Near-40 here & considering the same!

Better answer: Castro St, Mountain View

Use your cleverness to launch a great idea with a small team of experts. You'll need to buy your own lunch & gym membership though.

This always happens during times of intensive solar flares.
I'm thinking the Electric Universe's answer is right.

I use neither. When I hit save, it auto-reformats. I'm not sure really which it becomes.
Checking...
Tabs. Oh well, it's not me writing them.

As a Go developer by day, I would like this to be an option too, but it will take significant rework on minimizing libraries and the runtime in order to fit on extremely low size installations.

Go runtime also requires an operating system. I'm very interested in removing this restriction, but it's there today.

Rust does anything in any space C can, but more safely.
Light IoT will always need languages that are very power cautious, but I see that bringing a rise of CUDA IoT, or even FPGA skills.

Heavy IoT will always be flavor-of-the-month.

You'll always need to select technologies to accompany a business direction. Unless there becomes a monopoly, there will be a variety of vendors and someone needing to select one. In the technical space, the choice can be very complex. Today, that's a "minor detail" of programming leads, but it's already a unique job for me (Software Architect) and will only become more so.

1. Stop honoring BS US copyright law. Given enough countries, the whole copyright export concept will be in jeopardy.
2. Go open-source. $0+(local time) is always pegged to GDP.

Go's (initially) looks quite Python-like in terms of packages and memory concepts. Also message-passing is the main mechanism of concurrency.
But Python's power (as well as its woes) comes from the C extensions & GIL. So to get rid of the GIL (required for serious Python performance) you've got to have a fast language replacing it that libraries can be written in that cross calls.

The language for this would also do best to resemble Python to begin with. Go seems like a most logical fit here.

SciPy & Numpy for example are now unusable (as they are in any Python interpreter that doesn't have C extensions). But GoLang has some very similar libraries already that work much faster. Porting either way will create viable, fast replacements.

You must be joking:
- Phones/Tablets: 99+% on open kernels Linux & BSD.
- Mainframes: PPC Linux
- Supercomputing: Linux
- Business apps Mostly on the cloud, running on Linux
- IoT / motor-control: Hardened linux / RT Linux

Do you notice your circles shrinking rapidly?

All that's left I'm aware of is:
- Game development
- A few business apps that are local-intensive: CAD etc

Anything else?

GoLang is picking up speed too. It's the fastest growing language int TIOBE's top 20. At current acceleration, it'll have more programmers then C# by next year!

Then there's Node, Rust and even Elixir. No need for 15-year-old, slow tech anymore.