History repeats itself. 🙂
You can easily find me on GitHub, StackOverflow (and etc. related stackexchange sites), LinkedIn, and of course my own website.
History repeats itself. 🙂
A small set of regular expressions can tokenize JSON text – that’s what lex
helps with, for example. However regular expressions cannot truly parse anything.
I wonder how much learning about the Smalltalk programming environment would rock this guy’s world.
That guy must have lead a rather sheltered life, especially w.r.t. meeting other Lisp programmers!
I haven’t looked at this study yet in detail (but I will when I have time), however I’m suspecting they’ve missed or ignored some huge sectors.
There is at least one study that suggests effectively the opposite for just Australia, and Aus is a particularly good example because it actually has relatively low industrial energy use.
Compare Australia’s energy flow graph with that of China and the USA and then try to work out the numbers to show just how much new solar+wind+storage will need to be built to fill in the difficult-to-electrify but major sectors and you’ll see just how big the problem is:
https://flowcharts.llnl.gov/commodities/energy
I think the world might be able to largely electrify ground and sea transport, and maybe home heating, together with a net-zero electrical grid, all by 2050. However that’s just a small portion of the total energy use in the world.
It is also important to realize that there will be no peaks or valleys in the electricity demand graphs once all things are electrified (or even once just ground transport is electrified). This means all intermittent power generation has to include sufficient storage and or other backing for when it isn’t working.
From my own back-of-the-envelope calculations I find that renewables (other than hydro-electric) are at least one order of magnitude, and probably two orders of magnitude too far behind the fossil-fuel powered sector, while storage is at least three orders of magnitude too far behind. I think nuclear power will have to play a much larger part, but it can just barely make it to the table in large enough amounts by 2050, and it also requires some re-engineering to have a closed fuel cycle and use new fuels like thorium, and much of this is still research (though CANDU reactors have already been demonstrated to burn thorium efficiently).
There is also quite a lot of speculation in just exactly how some huge sectors can be electrified. Cement and steel being two. Sure there’s green steel being produced now, but China is also still building and planning to build numerous new coal-fired blast furnaces and smelters that may have to all continue running until after 2050. Also there are as yet no 100% net-zero commercial airline flights to book, and none on the near horizon either.
Add politics and capitalism to the matter, especially in the USA and China, and it seems very unlikely that the world will achieve net-zero emissions by 2050.
based on theory and simulations only.
Patent rights don’t apply to me as much – I live in Canada, and though it’s a bit more complicated than I let on here, we effectively don’t have software patents.
Yeah.
There’s also this quote in the article: “Although in the industrial world we don’t often drink rainwater”…
In fact that’s not true – many many huge populations in the so-called industrial world drink surface water, which is effectively rain water. Sometimes it’s better filtered, but not everywhere.
The headline is hugely misleading. It’s a long and complicated article, covering a very complicated subject.
“Embodied emissions can be devilishly difficult to accurately quantify, and nowhere are there more complexities and uncertainties than with EVs.”
That sentence from the article should have been the headline, but perhaps then it wouldn’t have attracted the same kind of attention.
Perhaps a better way to express the point I was trying to make is to say that if you want to talk about most efficient then you have to define the requirements for what that means. Nature’s “most efficient” may not be man’s most efficient. That video was the “most” egregious misuse of defining efficiency since it ignored most (all but location) information about the requirements for defining interconnections between locations! Ignorance at its best.
Personally I think a BSD license (or similarly an MIT license), is best at meeting your “primary” goals. Note the traditional BSD license does require attribution.
However your last goal is somewhat contradictory with your first goals, so choosing a matching existing license to combine this last goal is difficult.
Personally I’ve decided to use the Creative Commons Attribution-ShareAlike 4.0 International License for my software (even though it is not strictly recommended for software). I attach my own specific terms, as seen here:
No, definitely not “most efficient”. Nature is only rarely extremely efficient at any one thing, but given the complexity of the environment nature (through evolution) has managed to be “good enough” at a wide variety of things – often using tradeoffs that we fail to see even after looking a thousand times to deal with issues we have not yet begun to fathom. You’re right that many millions of generations, through evolution, can often find ways that are “more efficient” than what we humans have thought of in a just a relatively few iterations so far.
Believing that the “path” something in nature discovers is “most efficient” is pure unfounded faith and it is a grave mistake to “believe” that there is not some “more efficient” way to do something; with all the the ifs ands and buts all hanging and hinging on defining what is most important to any given circumstance at any given time.
BTW, comparing paths found between arbitrarily spaced nodes on an otherwise featureless medium decries all the issues of geography, physics, engineering, economy, personalities, and even other simple historical influences (the latter two of which would be next to impossible to model), in the creation of a rail system in the real world, and thinking that the former is better in any way than the latter is the height of hubris based on unscientific belief systems.
Return a tagged union, FTW.
I don’t actually use a desktop client for Matrix (I use Adium on my macOS desktop for other protocols/services, with its built-in support for OTR encryption).
Traditionally README files have been the plainest of plain text to facilitate their widest accessibility.
Markdown does seem to provide some opportunity for optional formatting without too much ugliness when viewed as plain text.
Too bad the code for it is bloated, ugly, and uses Qt and CMake. Not for me.
Doesn’t impress me much, but then again I’m not a C++ programmer – more like ANTI-C++!
Great to know there’s an effort ongoing to collect and promote all that info! I had no idea such a resource existed.
Awesome indeed!