Hacker Newsnew | past | comments | ask | show | jobs | submit | ernst_klim's commentslogin

When you say €20 worth of tokens is it fair direct API call price or subsidized claude code?

Direct API access I’m afraid, it was not my intention to spent it all in one go on this. But after 12€ I didn’t want to stop anymore

Or when the Internet came and made memory kinda obsolete. Why remember facts if you can simply index them and then lookup on demand.

But now we delegate thinking itself, so I wonder what is left.


The Internet in no way made memory obsolete. People who know things off the top of their heads are far more capable than people who have to look things up.


This is an age-old argument actually, the same one was raised when the printing press was invented and reading became a more generally available skill.


Merely leading to the upending of the political structure of most countries.


I think people expect the star system to be a cheap proxy for "this is a reliable piece of sorfware which has a good quality and a lot of eyes".

I think as a proxy it fails completely: astroturfing aside stars don't guarantee popularity (and I bet the correlation is very weak, a lot of very fundamental system libraries have small number of stars). Stars also don't guarantee the quality.

And given that you can read the code, stars seem to be a completely pointless proxy. I'm teaching myself to skip the stars and skim through the code and evaluate the quality of both architecture and implementation. And I found that quite a few times I prefer a less-"starry" alternative after looking directly at the repo content.


given that you can read the code, stars seem to be a completely pointless proxy

Imagine you're choosing between 3 different alternatives, and each is 100,000 LOC. Is 'reading the code' really an option? You need a proxy.

Stars isn't a good one because it's an untrusted source. Something like a referral would be much better, but in a space where your network doesn't have much knowledge a proxy like stars is the only option.


> Is 'reading the code' really an option? You need a proxy.

100k is small, but you're right, it can be millions. I usually skim through the code tho, and it's not that hard. I don't need to fully read and understand the code.

What I look at is: high-level architecture (is there any, is it modular or one big lump of code, how modular it is, what kind of modules and components it has and how they interact), code quality (structuring, naming, aesthetics), bus factor (how many people contribute and understand the code base).


Ask Claude to help. Read the dang code. You'll be more confident in your decision and better positioned to handle any issues you encounter.


It's too much work, so you decide to trust the opinion of someone else who probably also hasn't done the work.


I don't think I have ever even considered using star count as a factor for picking from alternatives.

Looking at the commit history, closed vs open issues and pull requests provides a much more useful signal if you can't decide from the code.


The issues page used to be good for this as well. What kind of problems people are having.

(Sometimes still is, but the agents garbage does not help)


Could it be that stars were a good proxy, but as people realized such, they started being gamed, resulting in them becoming a bad proxy? Goodhart's Law would seem to always be in play for any proxy, because once it is recognized as a good proxy, bad actors will begin gaming it. A proxy that can't be gamed would be ideal, but I feel that is akin to wishing for the Philosopher's Stone.


The VCs looking to invest would naturally care more about popularity than quality, because popularity would be how you make sales.


> to eliminate "useless eaters"

It can't. It can't even deal with emails without randomly deleting your email folder [1]. Saying that it can make decisions and replace humans is akin of saying that random number generator can make decisions and can replace people.

It's just an automation tool, and just like all automation tools before it it will create more jobs than destroy. All the CEOs' talks about labor replacement are a fuss, a pile of lies to justify layoffs and worsening financial situation.

[1] https://www.pcmag.com/news/meta-security-researchers-opencla...


People have this misconception that first it was one way, and then <tech was released>, and they'll wake up and suddenly it is another. It's a slow creep. 10 years ago there were 5 of us on a team each responsible for something specific. Now I can do all of that. Teams and companies will downsize. How do you see AI creating more jobs? (I need some hope right now lol).


My hope is that there is a sort of Cambrian explosion of small software projects built by people who have absolutely no clue what they're doing. Many such projects will go nowhere, but some percentage of them will see success and growth. My second hope is that there will always come some threshold of complexity beyond which AI cannot effectively iterate on a project without (at minimum) the prompting of an expert in the field.

The combination of these two things could lead to a situation where there is a massive, startup-dominated market for engineers who can take projects from 0.5 to 1, as well as for consulting companies or services that help founders to do the same.

Another pair of hopes is that a) the LLM systems plateau at a level where any use on complex or important projects requires expert knowledge and prompting, and b) that because of this, the hype of using them to replace engineers dies down. This would hopefully lead to a situation where they are treated like any other tool in our toolbox. Then, just like no one forces me to use emacs or vim (despite the fact that they unambiguously help me to be at least 2x more productive), no one will force me to use LLMs just for the sake of it.


> My hope is that there is a sort of Cambrian explosion of small software projects built by people who have absolutely no clue what they're doing

It doesn’t even have to be people with no idea what they’re doing. If you lay off enough smart people from big tech companies, those people might put together small companies that directly compete with larger ones at a fraction of the cost.


Lots of small companies pumping out software to solve problems. What will happen is companies will switch to their software, get burnt and then never move off established large core tech similar to what we see today but far worse.

These small companies will only be able to sell through basically scam marketing.


Why? That seems like a huge leap. It's not even uncommon for small companies to make better products and take customers from bigger ones. That's how a lot of companies get started.


That all implies that AI won't get ( much) better anymore.

I doubt that


It's made it cheaper to do whatever it is you did therefore the demand for it will go up. It's somewhat of an open question of where the new equilibrium is. Historically that can go either way. We have fewer farmers that we once did because there's a limit to how much food people will eat. But we probably don't have fewer carpenters as a result of power saws and nail guns. We probably have more because the demand to build things out of wood is effectively unbound.


Massive job loss from AI requires one of two things: actual human-equivalent AGI or no increase in demand.

Focusing on option 2 and software development, teams and companies will only downsize if the demand for software doesn’t increase. Make the same amount of stuff you do now but with less people.

What I think will happen is that enough companies will choose to do things that they couldn’t afford or weren’t possible without AI (and new companies will be created to do the same) to offset the ones that choose to cut costs and actually increase the amount of people making software.

I am pretty sure these are well known economic ideas but I don’t know the specific terminology for it.


> no increase in demand.

We are already hitting the limits of demand in many areas of life. The fundamental currency that is not growing is human attention.

Sure, now you can be a musician and use AI to help you make an album in a weekend. Great. So can a million other people. Who's going to listen to them? Everyone is already inundated with more music than they could ever listen to in a lifetime.

Now someone who's never written a line of code can vibe code an app and upload it to an app store. Great. So can a million other people. Who's going to install those apps? When was the last time you found yourself thinking, "I wish I had more unmaintained apps on my phone!"?

Now someone who aspires to be a "writer" but lacks the willpower to craft sentences can throw a couple of bullet points at an AI and get a thousand word article out. Great, so can a million other people. Who wants to read more AI slop text on the web? There are already a million self-published authors whose books never get read. That's not going to get better when there are a billion of them.

All of us, every single one of us, is already drowning in information overload and is stressed out because of it. The last thing any of us want is more stuff to pay attention to. All of this AI generated stuff will just be thrown into the void and ignored by most.


Also, I said it way before LLMs, when X started firing people. Software is more or less on maintenance mode. You don't need that many developers anymore and so many new features.

You don't need to create the next Facebook, Shopify, X etc.... Because it already exists and controls the market.


There are more options:

Mass unemployment, consolidation of all AI-related benefits in the hands of a few, an increase in demand that doesn't outpaced the loss of employment, increase in capabilities (not AGI) that mean a few chosen people can do most things without hiring other people, etc.


If there is mass unemployment, who is going to buy anything from anyone? The "few" don't need or want us to be scraping in the dirt. They want us spending lots of money on their products, so their wealth increases.

I know it is the classic sci-fi dystopia where somehow despite endless advances in tech and automation, the masses can't figure out how to make it work for themselves and end up living in shanty towns on top of each other waiting for gifts from the elite, or scraping in dirt outside the cities, but come on... I just don't see that as being credible.


> If there is mass unemployment, who is going to buy anything from anyone? The "few" don't need or want us to be scraping in the dirt.

> They want us spending lots of money on their products, so their wealth increases.

If we're considering scifi scenarios, imagine this: if full blown automation of everything is achieved, why would the "haves" need the "have-nots" buying anything at all? Why would they need them to exist, at all? Think about it. It's an extreme and we're not near it... yet.

> despite endless advances in tech and automation, the masses can't figure out how to make it work for themselves

If the tech (or the really helpful tech) is guarded behind a lock, and they don't hold a key, it's not a matter of figuring things out. Unless by figuring out you mean revolt?


> If we're considering scifi scenarios, imagine this: if full blown automation of everything is achieved, why would the "haves" need the "have-nots" buying anything at all? Why would they need them to exist, at all? Think about it. It's an extreme and we're not near it... yet.

So we reach this post scarcity society, where everyone could be living a life of luxury, but this whole group of "haves" as you call them (who would they be?), somehow form this uniform view that they just don't want 99.9% of other people around and let them all die off while they guard themselves in gated cities or something.

It just makes no sense at all to me. Like in a sci-fi novel or movie where it is a plot requirement, ok, but in reality, I just cannot see the path and all the things required to get to that particular reality. So many ways it would work out differently.


80% of “serious” discussion on contemporary LLMs is no better then sci-fi. Worse, even, because it’s by the readers and not the writers, who ostensibly made some effort to make their works realistic.


I'll add to this that 80% of any discussion of LLMs is instigated by CEOs of AI companies, and they themselves seem to believe scifi is a real-world education.

So yes, it's a bunch of scifi-addled selfish amateurs guiding and predicting the future. The AI people.

(Remember the "do not build the Torment Nexus" meme? It has a point).


> So we reach this post scarcity society

A full automation society, where the implied post scarcity is not necessarily for everyone. Maybe it needs most of the population not to exist in order for the few to enjoy the lack of scarcity. Resources aren't infinite, but greed is.

I mean, resources and wealth could be far better distributed right now, no need for AI, yet most times this is attempted the wealthy fight tooth and nails against it, even though the impact for them would be very small. What makes you think having AI will magically make them better people?

> [...] this whole group of "haves" as you call them (who would they be?) somehow form this uniform view that they just don't want 99.9% of other people around

A uniform view on this matter is easier to achieve by an extremely small subset of people.

And really, do you need to ask "who are they"? I mean, the billionaires and owners of concentrated capital of the world?

> I just cannot see the path and all the things required to get to that particular reality.

You cannot see a path from unchecked capitalism and extreme concentration of capital, via total automation, to this particular reality?

It sounds like a failure of imagination. I see the people at the top being lying sociopaths and have no trouble believing this.


Powerful people like to wield power over others. They want the masses to exist specifically so that they can feel superior and exercise their authority over others. They simply want the masses to be forever below them.


This is actually an argument I find convincing. The powerful need the less powerful to exist, because otherwise in relation to whom would they be powerful? Who would show them they are powerful?

But even then, how many of the others would they need to exist?


> It sounds like a failure of imagination.

I see it as the opposite. Doomerism is the easy path. It takes no imagination to repeat doomer memes and sci-fi dystopian tropes, without articulating exactly how we get there. I think what is far more likely is that as these tools proliferate, we continue on the path we've always done, some discomfort, probably negatively impacting some, but ultimately a better life when measured on the median. I don't see a way the billionaires take all power away from 99.999% of the rest of humanity without literally murdering them. And why would they want to murder them? It's much easier to just let everyone benefit.


> Doomerism is the easy path. It takes no imagination to repeat doomer memes and sci-fi dystopian tropes, without articulating exactly how we get there.

It's not "doomerism" because there is a call to action, impractical as it may seem. TFA is stating one possible, if flawed course of action. There may be others. Doomerism just cries "the comet is coming, end your lives now!". Also, if you're honest, there is some articulation of how this may come to be, it's just that nobody is an oracle and the particulars are shifting.

> I don't see a way the billionaires take all power away from 99.999% of the rest of humanity without literally murdering them. And why would they want to murder them?

They don't need to actively murder them, they just need to restrict access to resources required for living (maybe made worse by the climate crisis) and this would alone cull the population "naturally".

Imagine a world of full, total automation of everything. The rich always needed the less rich to work for them, make things for them, pick up raw materials for them, take care of them, even be their security forces. But all of this would be unneeded with an inexhaustible force of robot labor [1]. This is one of my worries if they ever go all-in with the automation of the military... who will be there to have a crisis of conscience if given immoral orders? We're not there yet, but this is something to ponder.

> It's much easier to just let everyone benefit.

There are things right now that would be easy to do that do not get done. And in any case, I don't think anybody is arguing about what would be easier? Also, before you say it: who cares if it's self-destructive? There's a current subset of rich people who don't care if we're destroying the planet, presumably they don't care that much about their children or their children's children. Or maybe they hand wave it away, "someone, somehow, will take care of this problem in the future".

----

[1] a funny tangent, obligatory Bob the Angry Flower: https://www.angryflower.com/atlass.gif


I just object to your reasoning on so many levels. I regard it as the current zeitgeist of anti-capitalism. Just lazy blame.

We are objectively living in the best times of human history, ever. The global median person in the world is much better off than their predecessors.

Is wealth inequality growing? Yes! This makes people angry. Does that automatically extrapolate to billionaires will murder people (actively or inactively) simply because they can?

A resounding, emphatic, NO. It doesn't extrapolate to that.

What will almost certainly happen is the same as every other time. The technology will disrupt, cause short term pain for some, but ultimately become just another commodity and push up the standard of living for the median person. Billionaires will continue to be billionaires, normal people will adjust, we'll find out ways to put human productivity to use, life will go on.


> What will almost certainly happen is the same as every other time.

This is what seems to me like a failure of imagination. As I said, I envision other possible and even likely futures. I'm not an oracle so I don't guarantee them, I'm just saying we should be aware of those possible futures, and if possible do something about them.

There's no inevitability of progress. That's just wishful thinking.

I respect that you come from a different ideological perspective, but don't disregard mine as lazy. Chalking this up to "lazy anti-capitalism" is, in itself, a lazy position to adopt.


Like you said, it is a failure of imagination. When someone says, "the billionaires and trillionaires won't need anyone else," the dystopian scenerio is not neccesarily "therefore other people won't exist or will eventually become extinct or killed" it's that other people will be straight out enslaved. With all the torture and suffering that entails. You know, the dystopian scenario that is more in line with centuries of recorded human history...The point is the rich won't need to listen to anyone else.


Why on earth would billionaires want to do this?!

It is complete dystopian fantasy.


They don't just wake up one day and want to do this. They fear losing their power and want and try to maintain it at considerable cost to others due to that fear. The dynamics of society become such that the power imbalance and wealth inequality continues to increase, until eventually the threshold to something that is indistinguishable from slavery is passed.

Edit: By the way, just the other day the Trump admin trotted out a Doordash grandma in front of the cameras and asked her what she thought of trans women in sports. This grandma is doing doordash to pay off the medical debt of the cancer treatment of her dead husband because the US of A does not provide the minimum healthcare befitting of the richest country on Earth. We are already living in a dystopian fantasy.


Eh, nope.

We’ve had economies where the majority of rich people existed in a different economy, and everyone else lived in a different economy. Class mobility was poor.

Take the current K shaped economy, where a majority of retail spending is from rich people, and not the majority.


> How do you see AI creating more jobs? (I need some hope right now lol).

More armies of one. That single team of five now becomes 30 teams of one or two each.

Which largely how automation resulted in more jobs - the cost decrease induced demand. Think about how cheap cameras, laptops & internet up-ended traditional media. We went from 3-4 channels on TV in the 60s, to 3-400 channels on cable by the 90s, to 115 million channels on YouTube right now. Because anyone with a basic phone can record and edit content, which used to require millions of dollars in equipment and took years to learn to do. And people are happy to do so for a fraction of the revenue a TV station would require.


A few hundred years ago it took a team of 5 plus draft animals plough a field. Now one guy with a tractor can do it. Some teams and companies will downsize. New companies will appear doing things that we can't even imagine yet.


> New companies will appear doing things that we can't even imagine yet.

I read this take a lot but I don't buy it. This isn't guaranteed by any means. And even if it does happen, isn't it just as likely that AI is deployed into those companies too and they don't actually result in any job growth?


[flagged]


That's not the rebuke you think it is. You made a claim (not original, I've read it before), someone expressed doubts about your claim (which if proven false, will have dire consequences) and you cannot wave it off with "there are no guarantees in life".

Sorry, you made a claim, there's good reason to believe your claim may not pan out, and if it doesn't the consequences are dire.


I don't think it's a rebuke. I'm just explaining the reality of the situation.


You said

> New companies will appear doing things that we can't even imagine yet

I have a really big imagination, so I will believe it when I see it. If you have any real idea what these new companies might be doing in the future then I'm all ears. But until then maybe stop trying to claim some kind of future knowledge based on some handwaved nonsense like "we can't even imagine what the future will look like"

And then trying to claim that's "the reality of the situation", please be serious

Edit: Maybe if you think the future is so unimaginable, you should take a look around at the present. Can you identify anything in our lives today that was not imagined by anyone in the past? Think about how every piece of technology ever made nowadays, someone can say "it's like the Torment Nexus from Famous Piece of Literature!"


This comment equates to saying “I don’t care what you think”, and is a perfect example of something that is literally never justified to say on a forum where you have no requirement to interact with them.

If you don’t care what individual people think then simply don’t talk to them.


No, I'm giving him actionable advice to improve his life. Take it or leave it.


Yes, if we were computers that could be reprogrammed to new skills.

In the old days change was slow enough that few people got displaced from jobs requiring any substantial skill (although there was local devastation: for example, court reporters.)

Now, however, we are seeing change happening faster than people's careers. You can not realistically retrain into another high skill job--you're going to be the last to be hired. (There's a good reason Social Security Disability has cutoffs a 50 and 60 for how much change can be required!) And, likewise, someone who has worked a desk for decades is not going to be hired for a physical job. (Assuming they even can do it. I can't think of any physical job that wouldn't have me in a lot of pain in weeks at the most.)


Are SWEs the farmers of the draft animals in this analogy?


The SWEs are the draft animals, to be put out to pasture in the AI future.


Here's some hope: You will figure it out. You are already a person who is very curious, competent and experienced with making stuff.


> It can't. It can't even deal with emails without randomly deleting your email folder [1].

And early cars were expensive, dangerous, highly unreliable, uncomfortable, belched foul exhaust, and required knowledge of how to drive AND maintain them. We are far, far from that scenario these days.


That's not proof that it will ever do those things in the future either, however.


We have no proof what it will do in the future. I'm just maintaining the car analogy theme.


> Saying that it can make decisions and replace humans is akin of saying that random number generator can make decisions and can replace people.

There are many studies concluding that for some tasks, experts make decisions that are no better than a dice roll, sometimes worse. So the game here is not to make good decisions, but to make a convincing argument. And it is something LLMs are really good at.

And it is ironic because it matches the job of a CEO pretty well. CEOs often make decisions with high uncertainty, the kind where it is hard to beat random, and they are expected to communicate with authority.


This is where the logic behind AI goes against conventional wisdom.

It doesn’t have to be effective. It has to make CEOs believe it is effective.


Ah, you mean, like lithium or Prozac?


A year ago it couldn't do tasks like this at all, what makes you beleive it can progress only this far but no further?

Random number generators can't solve open math problems, but it looks like AI agents can? [1]

[1] https://www-cs-faculty.stanford.edu/~knuth/papers/claude-cyc...


> It can't. It can't even deal with emails without randomly deleting your email folder [1]. Saying that it can make decisions and replace humans is akin of saying that random number generator can make decisions and can replace people.

I don't think the comment you're replying to is saying that an evil AI bot will kill people. They are saying something along the lines of: mass job loss doesn't bother the AI companies because in the AI-powered future they envision, population reduction is a positive side effect.


> The average person gets no benefit from this

You are proving the point. The avg. person gets an enormous benefit from it, even in countries like USA, Japan or Korea with far less generous welfare. The gap in standards of living of somebody in the US and somebody in Georgia or Vietnam are ridiculous.


Poverty levels are roughly the same between Vietnam and the US from a quick search. Mean standard of living is a poor way to calculate inequality. If you have a link to a median one it would help to compare.


>Poverty levels are roughly the same between Vietnam and the US from a quick search.

How is this an argument? A poor person in the US has a massively better standard of living than a poor person in Vietnam.

Poverty is relative. If you have a small apartment in a city of McMansions, you're poor, but if you have a goat in a village of no goats, you're rich.


I always found it interesting that homeless folks in the US seem to live in tents a lot of the time, but in my country they rarely have more than a piece of cardboard. I don't know if my perception is incorrect, or if I'm ready too much into this, but my conclusion has been basically what you said: at every socio-economic level, the people at that level have higher standards of living in developed countries than in developing countries.


It’s really hard to compare when you get down to it, even if you ignore “homeless” as a category.

Using money as a proxy doesn’t work perfectly because things can be more expensive, and trying to normalize with things like “living sq ft” doesn’t calculate externalities.

The best I’ve found is to track relative migration pressure - where do people want to go?


Excellent points. In my small island country, prices mostly come down to being labor-dominant or material-dominant. The former is cheaper* than the developed world, whereas the latter is more expensive* than the developed world.

*compared using nominal exchange

>The best I’ve found is to track relative migration pressure - where do people want to go?

I like this approach. It's much more holistic and captures stuff that really cannot be quantified with prices and numbers, like freedoms and rights.


> Poverty is relative. If you have a small apartment in a city of McMansions, you're poor, but if you have a goat in a village of no goats, you're rich.

That worked before globalization. Nowadays, having a small apartment in a city of McMansions means you're upper middle class. Poor people in the west have no apartments and no goats.


Not sure if up to date anymore, but if you look at some samples like here, at equivalent adjusted income levels, people across the world have similar standards of living regardless of where they live.

https://www.gapminder.org/dollar-street


> at equivalent adjusted income levels

What is equivalent adjusted income level? PPP between Russia and USA is around 1.8. Median annual salary in the US is $57 ($1196 per week), median salary in Russia is $13200. Even if you adjust it, it's roughly two times smaller.

As someone who lived in a bunch of countries, some rich and some poor, no, living standards among the avg. Joes of the world are not even remotely the same.


It doesn't say it is. It says at equivalent income. Average in US is still higher/better than the average in Russia.


> but if you have a goat in a village of no goats, you're rich

No, you need more than one goat if you want to be rich, regardless of what other people have. Really, you need a few dozen.

One goat can't do anything but age and die.


Relative poverty is real, but absolute poverty is a whole lot worse.

I choose to live in a richer country where I am relatively a lot poorer, but overall the advantages of a rich country outweigh the disadvantages.


> Poverty levels

Poverty levels are measured relative to median. Poverty in US and poverty in Bangladesh, Russia or Vietnam are completely different things.

In the US poverty line is about $16k, while in Russia for example it is $2300. Even considering the PPP it's like 4 times the difference in living standards. I guess Vietnam or Bangladesh are far worse.

Upd: downvotes with no counterargument. Orange site is becomming more and more a reddit.


> Nearly no one I know in NL and DE works more than 36hrs per week. And we all have a sh”tload of holidays and irregular days off additionally.

In DE I would argue that this is due to punitive taxes and I wouldn't call it progress.

Poor people work their asses 40+ hours and up to overwork since it's always paid here. White collars work less time and often switch to 4 days because at this tax progression working your ass is not worth it. Time is more valuable, indifference curve is screwed.

It also have negative effect on women's careers in combo with 3/5 tax classes thing. And it hurts EU economies very hard since the most productive ones are disincentivized to work more.


Is this actually a problem? We all know the average white collar worker doesn't actually work for 40 hours despite being at the office. The average - everywhere - is more like the equivalent of 20 hours of solid focused work per week day.

Does more white collar work beyond a threshold produce more value, anyway? Sometimes yes but often no.


> We all know the average white collar worker doesn't actually work for 40 hours despite being at the office.

Yes bc now this worker works same 3-4 hours but 4 days instead of 5.


From an employers perspective it would make sense to have people working five six hour days rather than four seven and a half hour days.


20 “usable” hours a week may be realistic, but 20 hours of work per weekday is startup class heh.


I meant per week, of course.


I saw this when I worked in Germany. They might not have worked as many hours but they worked hard during those hours.

UK workplaces where much more relaxed in comparison so even though people put in more hours the results were similar.


I think it’s more that at a certain income, you kind of plateau. You can afford all the little pleasures you want, but you couldn’t meaningfully improve your life without doubling your income. It would not get you a nicer apartment, would not make a house more affordable, and would not give you more time to enjoy travelling.

It seems to me like in Germany, the rock bottom is high but the glass ceiling is low. I am very happy with this, but if you are nearer to the ceiling, it can feel cramped.


> I am very happy with this

I'm not. If you are european and will inherit something it's fine, but if not you'll barely be able to afford a house and a tiny investment portfolio. And at the face of the immense collapse of a pension system it's pretty grim.


This is all about how the housing market is structured, not the amount worked. If people worked even more, house prices would rise further to cancel it.


The housing market is heavily location dependent, if you want to avoid rising prices you should just move out.


It’s a mixed blessing. I am Canadian, and I prefer my quiet life and small flat to always being at work or mowing the lawn. I am always stunned to see how much people back home work. My friends in Germany have much more balanced lives.

If it makes you feel better, the pension system is collapsing everywhere. The scarier part is how we will find the workforce to care for us, but I digress.


It probably is still subsidized, just not as much. We won't know if these APIs are profitable unless these companies go public, and till then it's safe to bet these APIs are underpriced to win the market share.


Third-party AI inference with open models is widely available and cheap. You're paying as much as proprietary mini-models or even less for something far more capable, and that without any subsidies (other than the underlying capex and expense for training the model itself).


Anthropic has shared that API inference has a ~60% margin. OpenAI's margin might be slightly lower since they price aggressively but I would be surprised if it was much different.


Is that margin enough to cover the NRE of model development? Every pro-AI argument hinges on the models continuing to improve at a near-linear rate


Yeah but the argument people make is that when the music stops cost of inference goes through the roof.

I could imagine that when the music stops, advancement of new frontier models slows or stops, but that doesn't remove any curent capabilities.

(And to be fair the way we duplicate efforts on building new frontier models looks indeed wasteful. Tho maybe we reach a point later where progress is no longer started from scratch)


Gross margin


Then we’ll likely know by the end of this year.


> 500k lines of code

Isn't it a simple REPL with some tools and integrations, written in a very high level language? How the hell is it so big? Is it because it's vibecoded and LLMs strive for bloat, or is it meaningful complexity?


I just checked competitors' codebases:

- Opencode (anomalyco/opencode) is about 670k LOC

- Codex (openai/codex) is about 720k LOC

- Gemini (google-gemini/gemini-cli) is about 570k LOC

Claude Code's 500k LOC doesn't seem out of the ordinary.


> Claude Code's 500k LOC doesn't seem out of the ordinary.

Aren't all the other products also vibe-coded? "All vibe-coded products look like this" doesn't really seem to answer the question "Why is it so damn large?"

It's a repl, that calls out to a blackbox/endpoint for data, and does basic parsing and matching of state with specific actions.

I feel the bulk of those lines should be actions that are performed. Either this is correct or this is not:

1. If the bulk of those lines implement specific and simple actions, why is it so large compared to other software that implements single actions (coreutils, etc)

2. If the actions constitute only a small part of the codebase, wtf is the rest of it doing?


You're complaining about vibe coding while also complaining about how you "feel" about the code. Do you see the irony in that?


>> I feel the bulk of those lines should be actions that are performed. Either this is correct or this is not:

> You're complaining about vibe coding while also complaining about how you "feel" about the code. Do you see the irony in that?

Where did I complain about how I feel about the actual code? I have feelings, negative ones, about the size of the code given the simple functionality it has, but I have no feelings on the code because I did not look at the code.


Are you ESL by any chance? You’re missing the forest for the trees.


All of them are really, REALLY bad.


Bad by whose definition? They work really well in my experience. They aren't perfect but the amount of hand holding has gone down dramatically and you can fix any glaring problems with a code review at the end. I work on a multimillion line code base which does not use any popular frameworks and it does a great job. I may be benefiting from the fact that the codebase is open source and all models have obviously been trained on it.


It takes 10 seconds for Gemini CLI to load. 10 seconds to show an input field. This is for a CLI program.

For comparison, it takes me less time to load Chrome and go to gemini.google.com.


> They work really well in my experience.

Yeahhh strong disagree there, I find Codex and CC to be buggy as hell. Desktop CC is very bad and web version is nigh unusable.


At least Gemini and Claude constantly break down with scrolling in various Linux terminals, something which was solved by countless TUIs decades ago.

I think a lot of the people prasing Claude & co are on Macs.


Most of their issues have been solved a long time ago, with 1000x less code. It is depressing at this point. I really had no clue IT was in the shitters this much. I knew it was theatrical but I had no idea that it was by this much.


All these AI tools teams have most valid excuse "We are just a bunch of people who only know Javascript/typescript/NodeJS. Please bear with us while we resolve 10,000 open issues."


I haven't seen the scrolling glitch in months, where previously it was happening multiple times a day. Also haven't seen anyone complain about it in quite some time. Pretty sure they have resolved that.


They have not! If I am scrolled up while more output is produced, the scrollback jumps to the top pretty consistently.


I'll try again but lately I've been using strictly the VS Code terminal. Gnome Terminal and Termux in Ubuntu 24.04 were unusable even with 1000 hacks.


I'm on a mac! And I still find bugs on a regular basis...


I don't know if you're mindlessly repeating the HN trope that JS/typescript/Electron is bad and that all bloat can easily prevented, but if you're truly interested in answers to your questions: RTFA.


yeah its honestly full of vibe fixes to vibe hacks with no overarching desig. . some great little empirical observations though!i think the only clever bit relative to my own designs is just tracking time since last cache ht to check ttl. idk why i hadnt thought of that, but makes perfect sense


There’s probably a subconscious incentive to make a tool that’s “complex” because the underlying LLM also is complex.


How many LoC should it be, for that kind of program?


Other notable agents' LOC: Codex (Rust) ~519K, Gemini (TS) ~445K, OpenCode (TS) ~254K, Pi (TS) ~113K LOC. Pi's modular structure makes it simple to see where most of code is. Respectively core, unified API, coding agent CLI, TUI have ~3K, ~35K, ~60K, ~15K LOC. Interestingly, the just uploaded claw-code's Rust version is currently at only 28K.

edit: Claude is actually (TS) 395K. So Gemini is more bloat. Codex is arguable since is written in lower-level language.


Well FFmpeg is roughly 1500k, but it's C+Asm and it's dozens of codecs and pretty complex features. SBCL is around 500k I guess.

I'm not saying that this is necessarily too much, I'm genuinely asking if this is a bloat or if it's justified.


It's a TUI API wrapper with a few commands bolted on.

I doubt it needs to be more than 20-50kloc.

You can create a full 3D game with a custom 3D engine in 500k lines. What the hell is Claude Code doing?


Just check the leaked code yourself. Two biggest areas seem to be the `utils` module, which is a kitchen sink that covers a lot of functionality from sandboxing, git support, sessions, etc, and `components` module, which contains the react ui. You could certainly build a cli agent with much smaller codebase, with leaner ui code without react, but probably not with this truckload of functionality.


They are doing some strange "reinvent the wheel" stuff.

For example, I found an implementation of a PRNG, mulberry32 [1], in one of the files. That's pretty strange considering TS and Javascript have decent PRNGs built into the language and this thing is being used as literally just a shuffle.

[1] https://github.com/AprilNEA/claude-code-source/blob/main/src...


mulberry32 is one of the smallest seedable prngs. Math.random() is not seedable.

If you search mulberry32 in the code, you'll see they use it for a deterministic random. They use your user ID to always pick the same random buddy. Just like you might use someone's user ID to always generate the same random avatar.

So that's 10 lines of code accounted for. Any other examples?


Well, at least that confirms they weren't lying when they said all recent updates to claude code were made by claude. You certainly won't do this stuff if you were writing the code yourself.


Software doesn’t end at the 20k loc proof of concept though.

What every developer learns during their “psh i could build that” weekendware attempt is that there is infinite polish to be had, and that their 20k loc PoC was <1% of the work.

That said, doesn't TFA show you what they use their loc for?


Check out `print.ts` to see how "more LOC" doesn't mean "more polished"


Okay, I'm looking at it. Now what?

This file is exactly what I'm talking about.

Take the loadInitialMessage function: It's encumbered with real world incremental requirements. You can see exactly the bolted-on conditionals where they added features like --teleport, --fork-session, etc.

The runHeadlessStreaming function is a more extreme version of that where a bunch of incremental, lateral subsystems are wired together, not an example of superfluous loc.


The file is more than 5000 lines of code. The main function is 3000. Code comments make reference to (and depend on guarantees in connection with) the specific behavior of code in other files. Do I need to explain why that's bad?


By real-world polish, I don't mean refining the code quality but rather everything that exists in the delta between proof of concept vs real world solution with actual users.

You don't have to explain why there might be better ways to write some code because the claim is about lines of code. It could be the case that perfectly organizing and abstracting the code would result in even more loc.


I think that’s why the author was comparing to to a finished 3D game.


I guess because you see 3D stuff in a 3D game instead of text, people assume that it must be the most complex thing in software? Or because you solve hard math problems in 3D, those functions are gonna be the most loc?

It's a completely different domain, e.g. very different integration surface area and abstractions.

Claude Code's source is dumped online so there's probably a more concrete analysis to be had than "that sounds like too many loc".


It is a different domain but that wasn’t your argument. Your argument was that someone was comparing it to a POC when in fact they were comparing to a finished product.

Also a AAA game (with the engine) with physics, networking, and rendering code is up there in terms of the most complex pieces of software.


They just claimed that you can build a 3D game in 500k loc, thus Claude Code shouldn't use so many loc. They/you didn't render the argument for that.

For example, without looking at the code, the superstition also works in the opposite direction: Claude Code is an interface to using AI to do any computer task while a 3D game just lets you shoot some bad guys, so surely the 3D game must be done in fewer loc. That's equally unsatisfying.

You'd have to be more concrete than "sounds like a lot".


> Claude Code is an interface to using AI to do any computer task

Claude Code is quite literally a wrapper around a few APIs. At one point it needed 68GB of RAM to run and requires 11ms to "lay a scene graph" to display a few hundred characters on screen. All links here: https://news.ycombinator.com/item?id=47598488

> while a 3D game just lets you shoot some bad guys, so surely the 3D game must be done in fewer loc.

Yes, most games should be done in fewer loc


I could run a text adventure with a Zmachine emulator under a 6502 based machine and 48k of RAM, with Ozmoo you can play games like Tristam Island. On a Commodore 64, or an Apple II for you US commenters. I repeat the game it's being emulated in a simple computer with barely more processing power than a current keyboard controller.

As the ZMachine interpreter (V3 games at least, enough for the mentioned example), even a Game Boy used to play Pokemon Red/Blue -and Crystal/Sylver/Blue, just slightly better specs than the OG GB- can run Tristam Island with keypad based input picking both selected words from the text or letter by letter as when you name a character in an RPG. A damn Game Boy, a pocket console from 1989. Not straightly running a game, again. Emulating a simple text computer -the virtual machine- to play it. No slowdowns, no-nothing, and you can save the game (the interpreter status) in a battery backed cartridge, such as the Everdrive. Everything under... 128k.

Claude Code and the rest of 'examples' it's what happens when trade programmers call themselves 'engineers' without even a CS degree.


Your claim was that they could implement the same app in 50k lines of code.

A cursory glance at the codebase shows that it's not just a wrapper around a few APIs.


Yes, because they've vibed it into phenomenally unnecessary complexity. The mistake you continually make in this thread is to look at complexity and see something that is de facto praiseworthy and impressive. It is not.


> Claude Code is an interface to using AI to do any computer task

Shouldn't interfaces be smaller than the implementation?


No. We aren't talking about .h vs .c files nor PL interfaces.

A GUI/client can be arbitrarily more or less complex than the things it's GUI'ing.


> A GUI/client can be arbitrarily more or less complex than the things it's GUI'ing.

If it's an interface to ffmpeg, then sure, the GUI could be extremely complicated code.

But that's not what we are talking about, is it? We are talking about an interface to a chatbot that can accept and return chats, accept and return files, and run a selection of internal commands (which include invoking itself recursively).

The interface to this chatbot that has a settings entry for "personality" is still only going to map that to one of a small number of chatbot inputs. Same with basically anything else (read the skills file, etc).

I dunno... maybe 500kSloC for a fancy IRC client is the going rate, but the last time I wrote an interface to a chat client, it was barely 10k lines, not counting the lib*.so that the the program called to interact with the chatbot, with said chatbot supporting file uploads and '/' commands.


Did your IRC client have a sandbox that let other users run commands on your box? I don't think there's enough LoC in the world before I'd let that happen!


Comments like these remind me of the football spectators that shout "Even I could have scored that one" when they see a failed attempt.

Sure. You could have. But you're not the one playing football in the Champions League.

There were many roads that could have gotten you to the Champions League. But now you're in no position to judge the people who got there in the end and how they did it.

Or you can, but whatever.


I don't think this is warranted given that the comment you're criticising is simply expressing an opinion explicitly solicited by the comment it's responding to.


It’s more like “Player A is better than Player B” coming from a professional player in a smaller league who is certainly qualified to have that opinion.


> Sure. You could have. But you're not the one playing football in the Champions League.

The only reason people are using Claude Code is because it's the only way to use their (heavily subsidized) subscription plans. People who are okay with using and paying for their APIs often opt out for other, better, tools.

Also, analogies don't work. As we know for a fact that Claude Code is a bloated mess that these "champions league-level engineers" can't fix. They literally talk about it themselves: https://news.ycombinator.com/item?id=47598488 (they had to bring in actual Champions League engineers from bun to fix some of their mess).


"Even I would have scored that goal" == "I would never ever have created a bloated mess like Anthropic"

You just repeat the same statement.

That bloated mess is what got them to the Champions League. They did what was necessary to get them here. And they succeeded so far.

But hey, according to some it can be replicated in 50k lines of wrapper code around a terminal command, so for Anthropic it's just one afternoon of vibe coding to get rid of this mess. So what's the problem? /s


> Even I would have scored that goal" == "I would never ever have created a bloated mess like Anthropic"

Since you keep putting words in my mouth that I never said, and keep being deliberately obtuse, this particular branch is over.

Go enjoy Win11 written by same level of champions or something.

Adieu.


Ah, Winning Eleven.

Not what you were referring to.


Yes, exactly. I like this analogy. I am surprised the level of pearl clutching in these discussions on Hacker News. Everybody wants to be an attention sharecropper, lol.


Honest question: Why does it matter? They got the product shipped and got millions of paying customers and totally revolutionized their business and our industry.

Engineers using LOC as a measure of quality is the inverse of managers using LOC as a measure of productivity.


More code means more entropy, more room for bugs, harder to find issues, more time to fix, more attack surface, more memory used, more duplication, more inconsistencies... I bet you at some point we'll get someone reporting how AI performance deteriorates as the code base grows, and some blog post about how their team improved the success of their AI by trimming the code base down to less than 100k LOC or something like that.

The principles of good software don't suddenly vanish just because now it's a machine writing the code instead of a human, they still have to deal with the issues humans have for more than half a century. The history of programming is new developers coming up with a new paradigm, then rediscovering all the issues that the previous generation had figured out before them.


The history of programming is also each generation writing far less performant code than the one before it. The history of programming is each generation bemoaning the abstractions, waste and lack of performance of the code of the next generation.

It turns out that there is a tradeoff in code between velocity and quality that smart businesses consider relative to hardware cost/quality. The businesses that are outcompeting others are rarely those who have the highest quality code, but rather those that are shipping quickly at a quality level that is satisfactory for current hardware.


> far less performant code than the one before it.

That worked because of rapid advancements in CPU performance. We’ve left that era.

It’s about more than performance. Code is and always has been a liability. Even with agents, you start seeing massive slowdowns with code base size.

It’s why I can nearly one shot a simple game for my kid in 20 minutes with Claude, but using it at work on our massive legacy codebase is only marginally faster than doing it by hand.


You asked why the size of the code matters, I gave you the answer. If you want to ramble about the non technical aspects of software development talk to someone else, I'm not interested.


I asked a rhetorical question to get the reader to think about a topic. I was not looking for a rote recitation of a well-known textbook answer. Maybe you should not be on the comment section of an engineering website if you find discussion so offensive.


I'm pretty sure I can post however I want, so I'll be ignoring your suggestion. Also I didn't say I find it offensive, just that I'm not interested.


It doesn't. LoC is only meaningful when you use it to belittle others' code.


hehe, belittle (to make smaller)


The reason it’s not useful as a measure of productivity is because it’s measure of complexity (not directly, but it’s correlated). But it tells you nothing about whether that complexity was necessary for the functionality it provides.

But given that we know the functionality of Claude Code, we can guess how much complexity should be required. We could also be wrong.

>Why does it matter?

If there’s massively more code than there needs to be that does matter to the end user because it’s harder to maintain and has more surface area for bugs and security problems. Even with agents.


Among the hundreds of thousands of lines of code that Anthropic produced was one that leaked the source code. It is likely to be a config file, not part of the Claude Code software itself, but it still something to track.

The more lines of code you have the more likely there is for one of them to be wrong and go unnoticed. It results in bugs, vulnerabilities,... and leaks.


More bugs. More costly maintenance.


Exactly. Imagine if Claude Code was a PHP script. Some folks would lose their damn minds


> Honest question: Why does it matter?

Because it's unmaintainable slop that they themselves don't know how to fix when something happens? https://news.ycombinator.com/item?id=47598488


It will be exactly that. But that is a 'them' problem. I can look at it a go 'that looks like a bad idea' but they are the ones who have to live with it.

At some point someone will probably take their LLM code and repoint it at the LLM and say 'hey lets refactor this so it uses less code is easier to read but does the same thing' and let it chrun.

One project I worked on I saw one engineer delete 20k lines of code one day. He replaced it with a few lines of stored procedure. That 20k lines of code was in production for years. No one wanted to do anything with it but it was a crucial part of the way the thing worked. It just takes someone going 'hey this isnt right' and sit down and fix it.


> But that is a 'them' problem. I

When a TUI requires 68 GB of RAM to run, or when they spend a week not being able to find a bug that causes multiple people to immediately run out of tokens, it's not a "them" problem.


I don't think government funded projects are any more secure. The political climate changes once in a few years and we had a lot of examples of previous decisions being scrapped. Limux in München was scrapped overnight, usaid was shut down in no time.

You get a little more stability for a lot of headache but nobody guarantees that in a few years political stance won't change drastically and the fund won't be cut or even closed.


> Before AI, both camps were doing the same thing every day. Writing code by hand.

I would argue that the split existed before AI and these camps were not the same.

There were always "Quality first" people and "Get the shit done ASAP" people. Former would go for a better considerations, more careful attitude towards dependencies. Latter would write the dirty POC code and move on, add huge 3rd party libs for one small function and so on.

Both have pros and cons. Former are better in envs like Aerospace or Medtech, latter would thrive in product companies and web. The second cathegory are the people who are happy the most about AI and who would usually delegate the whole thing to the agents from start to finish including the review and deployment.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: