> This is language-version-specific behavioral minutiae that anyone can look up in 5 minutes in the rare case it matters, and is otherwise irrelevant to engineering software at a senior level.
The fact that C++ programming books have entire sections about destructors (see: Effective C++) shows that this is very much not irrelevant minutiae. C++ forces you to deal with this kind of detail all the time.
Now, we can have a much more interesting discussion about whether C++ is a disaster of a language precisely because you are forced to deal with this kind of minutiae by hand. We could also have an interesting discussion about whether RAII is the "object oriented" of our time. We could even have an interesting discussion as to why so many companies ban constructors/destructors in their C++ programming guidelines.
However, irrelevant minutiae C++ destructors are not.
Because the two go together. If you have to ban one, you pretty much have to ban both.
Although, I guess if you only statically allocated everything once at startup, you could use constructors without destructors? Presumably using the placement versions would also let you use constructors without destructors.
I'm generally talking about systems that are <64KB. You basically don't get heap and determinism is really important.
> Honestly, this doesn't seem unreasonable to me. At some point, you have to cut off previous technologies because virtually everyone's moved to something better.
Better? In what way? And for whom? Certainly not for this man.
What happens when the Google or Apple system hiccups and locks you out? Now what? What happens when your battery dies? What happens when you drop your phone and bust it? What happens if someone hijacks your number? etc.
And, I don't for one second believe this is anti-scalping. They can identify scalpers from a million miles away at this point. If they wanted to shut them down, they'd be gone tomorrow.
This is about tracking and upselling. These people are "whales" and they want to badger them to spend more money.
> where do people stand on the Flying Lizard's cover of Money (that's what I want)?
It's fine precisely because it provokes emotion that AI stuff doesn't. You may love or hate what the Flying Lizards did, but it's very memorable and you will have an opinion about it (My wife loves it; I think it's stupid--C'est la vie.)
The AI generated music just sounds like every other average artist. I'm definitely not even convinced it's AI. It could very well be somebody claiming "AI" in order to game the system or get people talking about it.
As for occupying iTunes spots, why not? Is there much difference between Max Martin and his ilk shitting out yet more generic glop or AI doing it?
It genuinely warms my heart that the Flying LIzards did what they did .. but I also think it kind of stupid in a fun way and don't got out of my way to listen to it.
I feel much the same about a lot of the early AI music I've heard, I have a couple of channels on a lesser rank of RSS notifications but more and more there's less and less that's remarkable and it's feeling like the worst kinds of elevator music .. you know, not the Brian Eno stuff . . .
So yeah, we're sitting about like two Yorkshiremen giving a real Thomas Beecham "Shostakovich? I think I stepped in some once" vibe here. Probably deservedly.
> Or that the doctor has some magical insight into your getting-on beyond a couple questions they ask you in your visit? Remember to eat. That's it.
Apparently we have forgotten people who died from eating disorders (previously called anorexia nervosa)?
There is a VAST difference between someone who weighs 300lbs asking for GLP-1 to combat morbidity and someone who is barely 100lbs asking for a GLP-1 to take off weight for bikini season. That's what needing to ask a doctor for a prescription is for.
It's similar to writing. Most people suck at writing so badly that the LLM/AI writing is almost always better when writing is "output".
Code is similar. Most programmers suck at programming so badly that LLM/AI production IS better than 90+% (possibly 99%+). Remember, a huge number of programmers couldn't pass FizzBuzz. So, if you demand "output", Claude is probably better than most of your (especially enterprise) programming team.
The problem is that the Claude usage flood is simply identifying the fact that things that work do so because there is a competent human somewhere in the review pipeline who has been rejecting the vast majority of "output" from your programming team. And he is now overwhelmed.
> Calculators are deterministically correct given the right input. It does not require expert judgement on whether an answer they gave is reasonable or not.
That's not actually true. The HP-12C calculator is still the dominant calculator in business schools 45 years later precisely because it did take expert judgement to determine whether certain interest and amortization calculations were reasonable.
What he is referring to are perfectly good students whose parents will go shopping for a medical diagnosis so that their child can get "accommodation" like extra time to complete tests.
The problem is that this is treating the symptom rather than the cause. The symptom is that cheating for college admission and achievement is too effective. The cause is that college admission and achievement has become high stakes, and it absolutely should not be.
> CA has the 2nd highest electricity cost in the country. No where in the article do they mention cost savings, nor end-to-end carbon footprint savings.
And diesel is approaching $8 per gallon. So ...
First, trucking inside the port has lots of idling. Electric trucks don't have that. That's a Divide By Zero error on pollution.
Second, trucking inside the port needs low speed torque. Electric trucks are superior at that.
Third, electric trucks seem to have better uptime. We'll see if that holds over time.
Finally, I'm surprised that some company hasn't made it a business to do electric trucks from the port to a transfer point out on the interstates and then hand off to diesel for long haul. I presume the whole "Subcontract All The Things!" of the trucking industry means the economics can't be made to work.
> Tell me you have zero clue what a monopoly is or what the law is, without telling me.
Monopoly law is subject to reinterpretation over time and anybody who has studied the history of it knows this. The only people argue for "strict" interpretations of current monopoly law are those who currently benefit from the status quo.
> Monopoly law relies on broad categories, not narrow ones.
And this is currently a gigantic problem. Because of relying on broad categories to define "monopoly", every single supply chain has been allowed to collapse into a small handful of suppliers who have no downstream capacity thanks to Always Late Inventory(tm). This prevents businesses from mounting effective competition since their upstream suppliers have no ability to support such activities thanks to over-optimization.
To be effective on the modern incarnation of businesses, monopoly law needs to bust every single consolidated narrow vertical over and over and over until they have enough downstream capacity to support competition again.
The fact that C++ programming books have entire sections about destructors (see: Effective C++) shows that this is very much not irrelevant minutiae. C++ forces you to deal with this kind of detail all the time.
Now, we can have a much more interesting discussion about whether C++ is a disaster of a language precisely because you are forced to deal with this kind of minutiae by hand. We could also have an interesting discussion about whether RAII is the "object oriented" of our time. We could even have an interesting discussion as to why so many companies ban constructors/destructors in their C++ programming guidelines.
However, irrelevant minutiae C++ destructors are not.
reply