puffoflogic

Sorry, but using new syntax to accomplish something other languages have as library code is not clever.

When reading zig code you have to stop and think, "wait does this syntax mean zip or direct product?" But when expressed as a function called zip, the meaning is clear.

(Obligatory reminder that zig devs think that sometimes running code inside `if (false)` is a minor bug of no consequence, and after all what are the real motives of anyone pointing it out, eh?)

Obvious advertisement is obvious.

KSP2 is universally regarded as an unmitigated disaster. We are at 3 years after the original release date (for the full game) and all that has been released is a fundamentally broken "Early Access" release. It is a rocket building game, and rocket physics are broken. The only things that work in the game are the bits useful for making pretty screenshots or short videos, for advertising purposes.

Anyways, actual reviewers have been saying that the game's UX choices make actually getting to bodies other than Kerbin harder in KSP2 than KSP1, especially for newcomers. For example, TWR information is missing, intercept information is missing, apsis information can't be viewed while editing maneuvers, and delta-v information is alternately missing or wrong. These are all fundamentals which should be present even in an EA release, and while they are things KSP1 experts can work around, they make it impossible for newcomers to accomplish anything.

This game will never (truly) leave EA; it will be killed.

> Freedom of speech isn't freedom of consequences.

Freedom from consequences is the only possible thing freedom of speech could be, other than not having your mouth sewn shut.

What you meant to say was, what we value is freedom of speech from government consequences, not private actors. And that is a value judgement, not definitional. The incorrect statement you used is spread by people trying to hide the former as the latter.

Speaking of KJP, Buttigieg's press secretary literally accused media representatives of violence because they asked her questions about this incident, while Pete was on-site. Really puts KJP in a positive light, relatively speaking.

His boss hallucinates riding trains with dead people; this is a bit out of his league.

> anti-science tribalism

I don't know what you mean by this. The Science said it wasn't a lab-leak, and we trust The Science, so it couldn't have been anti-science.

The state religion reveres experts, who are by definition the people with conflicts of interest. It's normal.

> I would have thought anything that can radiate heat slowly and consistently would by necessity also absorb heat slowly and consistently

Aside from the technological measures mentioned in other replies, I'm not sure this follows. Thermal energy transfer is proportional to the temperature difference. So a high thermal mass storage can absorb energy quickly from a high temperature source, experience a small change in temperature, then expel the heat slowly into a sink slightly cooler than itself. That is a gross oversimplification but it at least it shows that the effect is not too surprising.

I've read several articles from the Atlantic in the past few days which suggest it is a right-wing publication. (E.g., this one is about reducing government size and citing the far-right IJ organization.) This is odd because I hadn't really identified it that way before. Anyone have info on why this sudden change?

You cite yet another article which you clearly don't understand, and whose authors have questionable understanding themselves.

This article cites CVEs of a certain type, which were especially popular in the 2021 timeframe. These CVEs do not correspond to real vulnerabilities in real executables. Rather, they are reporting instances of rust programs violating the strictest possible interpretation of the rules of the rust language. For comparison, quite literally every single C program ever written would have to receive a CVE if C were judged by the same rules, because it isn't possible to write a C program which conforms to the standard as strictly as these Rust CVEs were requiring. CVEs of this nature are a bit of a meme in the rust community now, and no one takes them seriously as vulnerabilities. They are reporting ordinary, non-vulnerability bugs and should have been reported to issue trackers.

The whole discussion about layout order is completely irrelevant. When RE'ing unknown code you don't know the corresponding source anyways, so the one-to-many correspondence of source to layout is irrelevant. You are given the layout. You can always write a repr(C) which corresponds to it if you're trying to produce reversed source. This is no different than not knowing the original names of variables and having to supply your own.

The next objection is literally that rust does not use null-terminates strings, except the authors are so far out of their depth that they don't even identify this obvious root cause of their tools failing. Again, this has absolutely nothing to do with the reversibility of rust programs, except perhaps preventing some apparent script kiddies from figuring it out.

The authors do manage to struggle to shore, as it were, by the end of the article, and somehow they end up correctly identifying their tools and understanding and the root cause of their troubles, not Rust. I take it you didn't make it that far when you read it?

The next major move in the adblocking wars will be to get them declared illegal. You heard it here first.

That article is nonsense and the author could not even complete it. It is buried in a shallow grave of irrelevance.

Why not also be sure to mention what OS was used for the build, and what linker, and what file format, and what model of computer was used, and what its default ui language was set to? What is so special about programming language used that sets it apart from those other factors that could be mentioned?

I read TFA three times and I still have no idea what they meant by "Rust stage 1 executables".

In these cases I frankly assume that they don't either.