Hacker News new | past | comments | ask | show | jobs | submit
A concern:

More and more plainly, OpenAI and Anthropic are making plays to own (and lease) the "means of production" in software. OK - I'm a pretty happy renter right now.

As they gobble up previously open software stacks, how viable is it that these stacks remain open? It seems perfectly sensible to me that these providers and their users alike have an interest in further centralizing the dev lifecycle - eg, if Claude-Code or Codex are interfaces to cloud devenvs, then the models can get faster feedback cycles against build / test / etc tooling.

But when the tooling authors are employees of one provider or another, you can bet that those providers will be at least a few versions ahead of the public releases of those build tools, and will enjoy local economies of scale in their pipelines that may not be public at all.

It’s a small tool shop building a tiny part of the Python ecosystem, let’s not overstate their importance. They burned through their VC money and needed an exit and CLI tool chains are hyped now for LLMs, but this mostly sounds like an acquihire to me. Dev tools are among the hardest things to monetize with very few real winners, so good for them to get a good exit.
Small tool shop, burning VC money, true. "Tiny part of the Python ecosystem" is an understatement given how much impact uv has made alone.
loading story #47440601
loading story #47444129
loading story #47443978
loading story #47440305
As a point of information: Astral did not, in fact, burn through its VC money. I agree that dev tools are difficult to monetize, though.

(Source: I'm an Astral employee.)

loading story #47441581
loading story #47441379
loading story #47441326
loading story #47443877
loading story #47443955
> Dev tools are among the hardest things to monetize with very few real winners, so good for them to get a good exit.

I'm on the fence about cancelling my JetBrains subscription I've had for nearly 10 years now. I just don't use it much. Zed and Claude Code cover all my needs, the only thing I need is a serious DataGrip alternative, but I might just sit down with Claude and build one for myself.

uv is the best thing to happen to package management in Python.

It's not perfect, but it is light-years better than what preceded it.

I jumped ship to it and have not looked back. (So have many of my clients).

loading story #47443857
Uv is the defacto way to do projects. Ty is really really good. Ruff is the defacto linter. I mean they’ve earned a lot of clout.
loading story #47442800
uv and ruff is not tiny part anymore, its growing fast
loading story #47441609
loading story #47443967
loading story #47444163
loading story #47443994
It's not any different from the launch of the FSF. There's a simple solution. If you don't want your lunch eaten by a private equity firm, make sure whatever tool you use is GPL licensed.
loading story #47444088
> If you don't want your lunch eaten by a private equity firm, make sure whatever tool you use is GPL licensed.

1. For the record: the GPL is entirely dependent on copyright.

2. If AI "clean-room" re-implementations are allow to bypass copyright/licenses, the GPL won't protect you.

loading story #47443919
loading story #47440613
loading story #47440585
loading story #47441909
While the license is important, it's the community that plays the key role for me. VC funder open source is not the same as community developed open source. The first can very quickly disappear because of something like a aquihire, the second has more resilience and tends to either survive and evolve, or peter out as the context changes.

I'm careful to not rely too heavily on VC funded open source whenever I can avoid it.

The biggest scam the mega-clouds and the Githubs ever pulled was convincing open source developers that the GPL was somehow out of vogue and BSD/MIT/Apache was better.

All so they could just vacuum it all up and resell it with impunity.

loading story #47440635
loading story #47440530
loading story #47441474
loading story #47441403
loading story #47440638
If it ever goes bad, well I hope that that’s an impetus for new open source projects to be started — and with improvements over and lessons learned from incumbent technologies, right at the v1 of said projects.
If LLMs turn out to be such a force multiplier, the way to fight it is to ensure that there are open source LLMs.
loading story #47444041
loading story #47440268
loading story #47440152
loading story #47440069
loading story #47440105
If it goes bad? It’s too late by that point. And how is open source going to compete with billions of investment dollars?
loading story #47440091
What would the new open source projects do differently from the "old" ones? I don't think you can forbid model training on your code if your project is open source.
In the many darker timelines that one can extrapolate, capturing essential tech stacks is just a pre-cursor to capturing hiring.

Once we start seeing Open AI and Anthropic getting into the certifications and testing they'll quickly become the gold standard. They won't even need to actually test anyone. People will simply consent to having their chat interactions analyzed.

The models collect more information about us than we could ever imagine because definitionally, those features are unknown unknowns for humans. For ML, the gaps in our thinking carry far richer information about is than our actual vocabularies, topics of interest, or stylometric idiosyncrasies.

As if there will be hiring in the fullness of time.

There will come a day when you can will an entire business into existence at the press of a button. Maybe it has one or two people overseeing the business logic to make sure it doesn't go off the rails, but the point is that this is a 100x reduction in labor and a 100,000x speed up in terms of delivery.

They'll price this as a $1M button press.

Suddenly, labor capital cannot participate in the market anymore. Only financial capital can.

Suddenly, software startups are no longer viable.

This is coming.

The means of production are becoming privatized capital outlays, just like the railroads. And we will never own again.

There is nothing that says our careers must remain viable. There is nothing that says our output can remain competitive, attractive, or in demand. These are not laws.

Knowledge work may be a thing of the past in ten years' time. And the capital owners and hyperscalers will be the entirety of the market.

If we do not own these systems (and at this point is it even possible for open source to catch up?), we are fundamentally screwed.

I strongly believe that people not seeing this - downplaying this - are looking the other way while the asteroid approaches.

This. Is. The. End.

loading story #47443950
loading story #47442845
{"deleted":true,"id":47441431,"parent":47439404,"time":1773935285,"type":"comment"}
Honestly, for now they seem to be buying companies built around Open Source projects which otherwise didn't really have a good story to pay for their development long-term anyway. And it seems like the primary reason is just expertise and tooling for building their CLI tools.

As long as they keep the original projects maintained and those aren't just acqui-hires, I think this is almost as good as we can hope for.

(thinking mainly about Bun here as the other one)

And how likely is that?

Once you’re acquired you have to do what the boss says. That means prioritizing your work to benefit the company. That is often not compatible with true open source.

How frequently do acquired projects seriously maintain their independence? That is rare. They may have more resources but they also have obligations.

And this doesn’t even touch on the whole commodification and box out strategy that so many tech giants have employed.

loading story #47443520
But how does this work out in the long run, in the case of AGI?

If AGI becomes available, especially at the local and open-source level, shouldn't all these be democratized - meaning that the AGI can simply roll out the tooling you need.

After all, AGI is what all these companies are chasing.

Let us assume AGI never comes. I don't plan scenarios for when aliens land, why should I for AGI? It's not particularly close.
loading story #47442725
If it becomes too antagonistic, people will change. The desire to build things is larger than any given iron fist du jour. Just ask Oracle or IBM.
Could you say the same about the Chrome browser? Google is using it to EEE the web (Embrace, Extend and Extend it till it's a monstrosity that nobody else can manage). That's pretty antagonistic. But did people change?
loading story #47441436
{"deleted":true,"id":47441327,"parent":47439404,"time":1773934895,"type":"comment"}
loading story #47442685
This is a logical conclusion of most open source tools in a capitalist economy, it's been this way for decades.

Equivalent or better tools will pop up eventually, heck if AI is so fantastic then you could just make one of your own, be the change you want to see in the world, right?

These are MIT/Apache 2. Sure they can buy and influence the direction but they can't prevent forks if they stray from what users want.
Of course they're trying to capture existing tech stacks. The models themselves are plateauing (most advancement is coming from the non-LLM parts of the software), they took too much VC money so they need to make some of it back. So gobbling up wafers, software, etc... is the new plan for spending the money and trying to prevent catastrophic losses.
Explain to me how this is any different than Microsoft, Blackrock, Google, Oracle, Berkshire or any other giant company acquiring their way to market share?
If our corporate overlords are gonna buy up all that is good I’d rather it have been Anthropic and not that wierdo humans-need-food-and-care-for-inference-so-LLMs aren’t-that-power-hungry Sam Altman. Man that guy is weird.

Oh well. They’ll hopefully get options and make millions when the IPO happens. Everyone eventually sells out. Not everyone can be funded by MIT to live the GNU maximalist lifestyle.

The strangest part is that Python is effectively a dead language because of agentic coding.

Why on earth would agents ever code in as terrible a language as Python when the cost of significantly better languages is essentially free? The only advantage Python ever had was that it was easy to write

loading story #47443902
loading story #47442681
loading story #47442668
loading story #47442694
loading story #47442793
loading story #47443585
loading story #47442717
loading story #47443944
loading story #47442909
loading story #47443439