It’s ironic to see free trade maximalists, who are often associated with anti-woke, anti-DEI positions, be so “triggered” by protectionist stances. You’re not the first person I’ve seen react like this.

As always, an intelligent, measured rebuttal will go miles further than an emotional outburst. And I say this as someone who (mostly) agrees that tariffs are bad.

I will note that this strategy only really makes sense because Anthropic controls the compute. If open-source harnesses could also use Claude max plans, then they’d have to focus much more on stability and quality, or just build an open-source harness themselves, or probably better yet, get out of the harness-building business altogether. So they’re gambling on staying ahead of open-source models, which seems like it’s been a good bet so far, but we’ll see.

But there’s a need to balance even-handedness with a healthy skepticism of those in power. Otherwise you risk becoming an apologist. No one is saying not to do your homework or not to think critically, but we’re also saying not to come in guns blazing in defense of moneyed interests. That’s what the person who brought up the hidden agenda stuff seemed to be doing - making assumptions that favor capital without even taking the time to read the article that addressed those assumptions. That’s not even-handed, it’s biased against labor.

Whether it’s worth demonizing anyone or not, we can condemn actions that hurt innocent people and we can maintain skepticism of the ultra-wealthy and their motives without “bullying”. It does sound like your principle of compassion extends a little too much towards capital and not enough towards labor.

They may be religious fanatics, but they’re not idiots.

Right, yes, but those principles are often still very much in flux in the early days of a feature. Once a feature is more mature, it’s easier to confidently say what the code should do, and so that becomes a good time to refactor. Early on in the development lifecycle I think it’s rarely a good idea to worry about code duplication, underabstraction, etc.

And yes I agree with you that classes are an organizational concept with parallels in functional languages. Modularity is very important, but as you say there’s no reason that modularity implies classes. Sometimes I find classes to be ergonomic, and when they are using them makes sense, but plenty of other times a struct will do, as long as there’s some type of module system to keep different things different.