morning-coffee

That is https://en.wikipedia.org/wiki/Jevons_paradox

This! Since it became easier for people to post their thoughts on a problem vs. research and learn from past work, we're now in the era where its harder to find the seminal and really-well-explained material for having to wade through years and years of people's rediscovery blogs.

(Don't get me wrong; I too think the article is great; just wish all the folks who went to JS bootcamp and are amazed by this would have cracked any CS or OS text book written since the late 60's and browsed a few chapters.)

> Otherwise corporations choose what gets funded, and they only fund narratives and experiments they think will be profitable for them.

Well, that's the incentive mechanism that keeps the accountability for the results whether we like it or not. The government doesn't immediately go out of business if the research they fund is full of fraud or goes nowhere useful. Moral outrage at all the fraud in research associated with these Universities and government funded studies isn't a powerful enough incentive mechanism to correct that fraud, apparently.

"established standards" - now who has the incentive to run shitty services? those big enough to control the "established standards".

It's somewhat ironic... if a University's CS department was charged with developing and maintaining the system, what an awesome learning tool it would be. CS students would maybe even be invested in the outcome by having to eat their own dogfood and then really appreciate it what it's like in the real world.

Study history. Tractor businesses have operated successfully from the 1930's through the 1990's using this model. Those tractors are still running and still serviceable. (I've run a Farmall Model H from the 50's and IH-576 from the '70s as recently as five years ago... they are built to last and parts are plentiful or easily reproduced... and International Harvester is still in business (maybe under the Case name now.)

These subscription-based and planned-obsolescence fads are experiments that will run their course. In the end, business will thrive where they meet consumer demands, not because their business model was proposed in some boardroom.

Good. Simplicity should win out over enshittification in the end.

This is (yet another reason) why we can't have nice things on the Internet anymore. Sigh.

The F-35 was specified when the Joint Strike Fighter program began in 1995, with the development contract awarded in 2001, and the first flight in 2006 or thereabouts.

Of course it was built for a different war... the use of drones didn't proliferate until after the 2010s and really more since the 2020s with Russia/Ukraine.

So, thanks Captain Obvious and arm-chair quarterback, for the insightful article.

Right. But the copyright was violated when you used 'a' to begin with.

The Mars Polar Lander and Mars Climate Orbiter missions would beg to differ.

(And "absolute" or other adjectives don't qualify "correctness"... it simply is or isn't.)

In my engineering job of over 30 years, I've noticed that the heroes that get rewarded for fixing the problems are usually the same ones who created the problems in the first place.

I've only been a paid-on-call firefighter for 10 years, but I have yet to work with any who are also arsonists. ;)

I don't know who is dumber now... the AI, or the humans who keep interacting with them thinking that they actually possess some form of intelligence and are not just stochastically regurgitating a token stream.

If the premise contributing to the conclusion to run their own chat service is:

> But Signal is still one company running one service. If they shut down tomorrow or change direction, I’m back to square one.

Aren't they in the same boat now with Cloudflare and Let's Encrypt?

?? I don't understand the conclusion to block incoming SYNs with TTL > 70... you're blocking all (even valid) connection attempts from users running other OS's that don't choose the default TTL of 64... like Windows, which I think uses 128.

> "We totally lost all of our critical thinking skills " This nugget was buried in the article, and seems appropriate. I don't get where the author is coming from. If one doesn't take some level of responsibility and modicum of effort to preserve and safeguard something valuable to them, then yeah, it might get lost.

> To be honest, though, this seems like ideal content for an LLM to produce. It's basically fact regurgitation.

You're trolling us, right? "Basically fact regurgitation" is all that teachers do after all. Have you ever noticed the difference between an inspirational teacher and a not-so-inspiring one in terms of effectiveness of communication and the "ah ha!" or lack of moments in your own understanding? If you can honestly say "no", then I might be able to understand your statement above, but really?

> I want less code. I want to limit the amount of 3rd party code I pull in. This is mostly due to supply chain disasters over on NPM scaring me and the amount of code dependencies bringing in see rust dependencies scare me.

`anyhow` has exactly one optional dependency (backtrace). `thiserror` has three (proc-macro2, quote, syn) which are at the base of practically the entire Rust ecosystem.

Unless the author has zero dependencies in general, I'll bet they have all of the above dependencies already.

¯\_(°ペ)_/¯

> I know it’s thermal throttling because I can see in iStat Menus that my CPU usage is 100% while the power usage in watts goes down.

When I read this I wondered "Why isn't core temperature alone not a reliable indicator of thermal throttling?". Isn't that the state variable the thermal controller is directly aiming to regulate by not letting it exceed some threshold?

Amen

Makes me wonder why there isn't a UI feature within easy reach to let the user drag a pin on a map and tap "I know I'm here right now"... and if that agrees with where GPS also indicates, let's it reset its notion of "I must be getting spoofed right now" thoughts in addition to calibrating other notions of current location.

All the people who weren't raised on a phone or tablet shoved in front of them since they were a toddler...

At least we still have the right to not buy a TV... (for now?)

But there's so much UB in C++ that can be exploited that I doubt attackers lament the lack of a module system to target. ;)

My question regrettably left out an unstated extrapolation I was inferring... what happens when we all "just google-ai it" when we're bored?

Of course I don't think the energy usage of your individual questions is an issue. I also appreciate your data gathering and reporting of it. I didn't mean to come across as critical of your personal use of AI to gather and report this data.

Again, it's the collective effects I'm more worried about. I'm hoping that, collectively, we're all gaining some value from the growing energy expenditures required to obtain it: https://apnews.com/article/climate-google-environmental-repo...

> I had never heard of Jon Postel before.

Reading this makes me a bit sad and reminds me that I'm older now and lucky to have grown up during the golden age of the Internet.

The lie is that hyper thread "cores" are equal to real "cores". Maybe this is what happens when an over 20-year old technology (hack) becomes ubiquitous and gets forgotten about? (We have to rediscover why our performance measurements don't seem to make sense?)

The other thing I think we have a hard time visualizing is that processor is only either executing (100%) or its waiting to execute (0%) and that happens over varying timescales... so trying to assign a % in between inherently means you're averaging over some arbitrary timescale...

They are unrelated. Larger windows help achieve higher throughput over paths with high delay. You allude to selective acknowledgements as a way to repair loss before the window completely drains which is true, but my point is that no data can be delivered to the application until the loss is repaired (and that repair takes at least a round-trip time). (Then the follow-on effects from noticed loss on the congestion controller can limit subsequent in-flight data for a time, etc, etc.)

Yeah. I learned programming in high school in the mid-80's and was hooked. I liked electronics too, and got a BSEE. But took a summer job writing code and never looked back... still coding now, professionally.

My analogy is that the 80's and 90's were like the "Golden years" of software jobs... maybe like being in the aircraft industry was in the 30's. Lot's of learning and discovery and fun to be had. Working in software now is probably like I imagine being an aeronautical engineer at Boeing now... you'd better be prepared for being satisfied working on some small part of a much larger and complex system and moving at a glacial pace (compared to the Golden years).

(And yeah, the workplace now is flooded with people who seem to be here because they heard it paid well.)

That's just one bottleneck. The other issue is head-of-line blocking. When there is packet loss on a TCP connection, nothing sent after that is delivered until the loss is repaired.