Maybe it's been stated already by someone else here but I really hope that CO2 pricing on the major Cloud platforms will help with this.
It boils down to resources used (like energy) and waste/CO2 generated.
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.
Kudos! What an impressive collection of features and display of substantial development in almost all areas of the framework!
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 ;)
1. Is there a name/"standard" for the format gron is transforming json into?
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 ;)
- A little off-tangent maybe, but are there other professions where this kind of once important but today less important (as some claim) knowledge exists? Is this kind of "knowledge degradation" common in other industries?
- 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.
Sure.
Sharing mostly the same view of this (hi)story... but: did those guys leave? lost their muses? What happened besides maturing and "standards"-lockdown... outside of some smaller bubbles and marketing gigs the whole eco-system seams stagnant and mostly irrelevant to today's internet/web development... despite so obvious interest of the company.
What happened? What did not happen? (besides mono and unity)
I agree on the first 3... and most probably that's why I very strongly disagree on the last part.
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.
Thinking about "the stack", runtimes , development processes and the root-causes involved here i think, the best thing that could happen to "the industry" is some event preventing the silicon production to deliver new cpu-s/ram/gpu-s/harddrives for some 5+ years or so.
Constrain the resources to bring brack some sane levels of efficiency regarding ram/cpu-cycles/hd-space.
Okay, pure anecdotal but: exactly the same "complaint" including exactly the same advice (minus the "web" ) could be found some 20 years ago. Not only it seems the field is not "structurally" changing much, it seems people are people, still ;) ... and "CRUD" moved to the web.
I don't know if you used the technique on your own post but I find my self strongly agreeing with it ;)
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".
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?
- 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?
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
Servo is using zero-copy parallel parsing of html, css and parallel rendering, right? Is it trying to reduce in-going data duplication?
Any insiders (actually understanding this questions ;) who can comment on this?
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?
My _hope_ is that kids today still listen to music which moves them and that it just is not the music pushed down their throats by the hyper-effective marketing machineries developed over the years by the ... what is it now ...big 3? or big 4?
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.
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?