I disagree with this article and what it attempts to do: frame the acquisition using a conjecture. The only thing to “believe” are the authors reasons - which are flimsy, because they are the very thing we need to be critical of.
I don’t know why the acquisition happened, or what the plans are. But it did happen, and for this we don’t have to suspend disbelief. I don’t doubt Anthropic has plans that they would rather not divulge. This isn’t a big stretch of imagination, either.
We will see how things play out, but people are definitely being displaced by AI software doing work, and people are productive with them. I know I am. The user count of Claude Code, Gemini and ChatGPT don’t lie, so let’s not kid ourselves.
You’re welcome to try but something tells me people resort to these satirical takes precisely because they (you) are powerless to do anything of significance.
You are welcome to continue posting nonsense but the world will move forward with AI with or without you.
It is not about outperforming the compiler - it’s about being comfortable with measuring where your clock cycles are spent, and for that you first need to be comfortable with clock cycle scale of timing. You’re not expected to rewrite the program in assembly. But you should have a general idea given an instruction what its execution entails, and where the data is actually coming from. A read from different busses means different timings.
Compilers make mistakes too and they can output very erroneous code. But that’s a different topic.
The reason why that formatting is not used is because it’s not useful nor true. The table in the article is far more relevant to the person optimizing things. How many of those I can hypothetically execute per second is a data point for the marketing team. Everyone else is beholden to real world data sets and data reads and fetches that are widely distributed in terms of timing.
Some of this can be reduced to a trivial form, which is to say practiced in reality on a reasonable scale, by getting your hands on a microcontroller. Not RTOS or Linux or any of that, but just a microcontroller without an OS, and learning it and learning its internal fetching architecture and getting comfortable with timings, and seeing how the latency numbers go up when you introduce external memory such as SD Cards and the like. Knowing to read the assembly printout and see how the instruction cycles add up in the pipeline is also good, because at least you know what is happening. It will then make it much easier to apply the same careful mentality to this which is ultimately what this whole optimization game is about - optimizing where time is spent with what data. Otherwise, someone telling you so-and-so takes nanoseconds or microseconds will be alien to you because you wouldn’t normally be exposed to an environment where you regularly count in clock cycles. So consider this a learning opportunity.
It’s a milquetoast rant but I got nothing - the employee is right. You should prepare for the world and stop acting so shocked. You had decades to call out journalists for being paid mouthpieces but you didn’t because they spewed nonsense that you agreed with and benefitted you.
Now the shoe is on the other foot. Prepare for what happens next. FAFO.
Yup. And if you dared to bring this up in the comments (ie. your own rewrite of a title/post), you’d get reminded of the guidelines and downvoted/flagged. Because fuck honesty - we are here for clicks and engagements.
This is a good step. Next: disclose financial incentives and other motives just to nip it in the bud.