Btw: what's the best source for these kind of one of a kind, contra-intuitive algos and datastructures? Be it online, be it books...

BWT can't be the only one, right?

Software/System Developers using 'good enough' stacks/solutions are externalising costs for their own benefit.

Making those externalities transparent will drive alot of the transformation needed.

What's the current status of OpenGl Support? Any progress there? It would be really "cool" and inspiring to be able to develop on older yet otherwise good-enough hardware... thinking about all those very young future devs stuck with all that otherwise good-enough hardware here ;)

2. Thesis: jq is cumbersome when used on a json input of serious size/complexity because upfront knowledge of the structure of the json is needed to formulate correct search queries. Gron supports that "uninformed search" use-case much better. Prove me wrong ;)

- On a different note: how much of mem-space bloat can be attributed to this low-level neglect? Which of course is partly caused by modern languages / programming paradigms abstracting away this low level details for sake of higher level abstractions (which only seldom break, right ;)

- honorable exception: erlang bit-level pattern matching and all the power that comes with it. Btw. did any other language/lib even try to imitate that feature?

Just one more shinny, almost perfect PR reaction... after the fact actually facts which "just incidentally?" helped the sales of newer/replacement products?

That does neither give money back to ppl. who actually replaced their phones for big bucks "because it was slow" nor undoes the unnecessary waste, tactics like this produce, in which waste I guess the Management-Team of the company would not like their children to play in.

We know, we know totally unintended... "the corporation" says after being caught. U It's simple: gauge your internal enterprise tendencies towards the right-thing-to-do-by-default (in some countries by-the-law btw) or pay up big time.

It's new kind of mass-market tech news too; vw and other car makers, now apple, many more to come:

very nasty tricks we benefit(ed) from and got caught doing.

The way the languages "match" the environment in the first 3 examples is almost reciprocal to the way the language is a mismatch in the last one... "it just happened".

Also seeing those first 3 environments even listed with the last one somehow does not seem fitting... but is still a nice pictures of current "Zeitgeist" of computing and software development, imo.

Constrain the resources to bring brack some sane levels of efficiency regarding ram/cpu-cycles/hd-space.

/scnr

Every technique, every tool, every idea can used for "good" and "bad". A problem I see is the massively overpowered tendency of the personal gains seekers and market winners and profit hunters to engross and harmfully misuse _everything_ for their gains. It makes me seek to discover how helpful and constructive ideas/techniques are violated (bcos they are only very shallowly understood) and used _against_ people. Quite often I find this has to do we the ethics an area is entertaining. So therapists, social workers f.e. will use those tools differently and in a more constructive way than ppl. in the Biz-World bound only to "Biz-Ethics".

I find the work and ideas especially the

"attention schema theory"

of sentience, consciousness, self-awareness proposed by Michael Graziano[1] most compelling in that area; they as well propose an evolutionary path towards the development of "consciousness"

And yeah sure, why should/could the mirror-neurons-"apparatus" _not_ be involved?

[1] https://www.princeton.edu/~graziano/ : including some The Atlantic essays.

I'm happy too, no doubt... I guess, given how long it already "survived" SQL is quite "successful". Cheers

- What's the (hi)story behind SQL putting the SELECT clause first? What are/were the benefits?

- What's the (hi)story behind SQL even differentiating between FROM and JOIN? Isn't it in the end: those are the tables, combine them in this way into one data set?

Any hints? pointers?

I did not mean to criticize servo or rust in any way... Any serious and non-tiny project will have areas like those you pointed out. I just think servo (and rust as its main 'tool') is a really great endeavor on the track to multi-process/parallel/concurrent (system)programming on the larger scheme of things ;). Any 'issues' you guys trip over are for sure nice lessons... which even potentially can feed back into rust. (which was the plan all along, afaik ;) Cheers

"in-going data duplication" ummm... i guess i meant ;) duplication of the incoming data (network packets->buffers->resources like html-files etc) in the sense of trying to minimize the amount of data duplicated and moved around to be used by various code-parts.

Most probably the most interesting parts are those areas where even Rust can't really "help" to prevent that. thanks

The papers and work on this theory go on for years already and its due time it gains more/wider public attention, imo.

I wonder if it will cause/is causing already a kind of antropo-"disappointment" just like heliocentric theories caused when they un-throned the earth-centric theories... we humans love magic, especially when we are told/we think to be magic, right?

I hope they get moved by mostly indy music not known by me ;)

That's I hope what the long tail idea was good for as well.