The 40-hour workweek was introduced in Germany in the mid-1960s. 60 years later, it's still standard. A few 39-, 38- or 37.5-hour weeks here and there, but even those are by and large 40-hour weeks.
The number of vacation week and public holidays has increased, which explains the majority of the difference in "annual work hours".
The 10x in productivity is in no way reflected by the number of work hours.
> But let's assume you have true, fully general AI.
Very strong assumption and very narrow setting that is one of the counter examples.
AI researchers in the 80s already told you that AI is around the corner in the next 5 years. Didn't happen. I wouldn't hold my breath this time either.
"AI" is a misnomer. LLMs are not "intelligence". They are a lossy compression algorithm of everything that was put into their training set. Pretty good at that, but that's essentially it.
Has the last 70 years of productivity increases led to a reduction in weekly work hours? No.
Some jobs will be automated away. Good thing. Braindead stuff that a machine can do should be done by a machine. Doesn't mean we'll all soon be just picking our noses. There will be other work to be done, and if unregulated capitalism has its say then it can easily lead to even more worker exploitation.
A policeman standing on a public square threatening to incarcerate anybody who is violent results in no violence actually happening at that square. Take away that regulation (in form of the policeman) and watch the actual violence start.
> Last week I did the amount of work that would’ve taken me give or take a month. A significant part of it was writing an API client for a system I needed to use. Pretty run of the mill stuff. Doing this ‘by hand’ just takes time. Go look at the docs, type out your data structures, wire things up for the new call, write tests. With “the robot” once the framework was largely in place, you just paste API docs for the endpoint you need, and it’s done in a minute. With tests and everything.
That just points to an inefficiency. Could be tackled in other ways than involving an LLM to produce essentially what's being done elsewhere every day over and over again. A framework automating and hiding all this would be just as effective. Perhaps even cleaner than all that duplication that the LLM created for you.
In other words, that month of busywork that you just saved is inherently unnecessary to do. But progress is not linear in the number of lines of code that you produce. If you think hard about a good architecture and design, coming up with that after 2 weeks of hard thinking, that could be 90% of the work. The remaining 10% are writing all that down. That could take 3 more months, and it taking more than 10% of the time points to the existing inefficiency in tooling / framework / ... But making that more efficient isn't necessarily achieved the best by using an LLM and writing it all out. There are still huge redundancies, which is what made the LLM possible. Once you boil these down in some common frameworks or tools, the LLM will also just produce the same few lines that you'd need to produce to get those 10% done in then just 10% of the total time.
The key ingredient in a formal course is the formal examination. Be it graded exercises or a written or oral exam. It forces studying at a level where you can reproduce and explain the key concepts and results and apply them to something new.
In theory one can do that also with self-study. Most people don't, they just watch some youtube video or read a Wikipedia page, and then they think they have understood something. But the deeper understanding that comes from applying this new knowledge is missing. That step is forced when you take a university course that has some form of examination in-built. Doing it yourself is possible but non-obvious, hard, perhaps even unpleasant, and it's rare people do it. Some do though, and their understanding isn't inferior to a university graduate.
That's such a economical fallacy that I'd expect the HN crowd to have understood this ages ago.
Compare the average productivity of somebody working in a car factory 80 years ago with somebody today. How many person-hours did it take then and how many does it take today to manufacture a car? Did the number of jobs between then and now shrink by that factor? To the contrary. The car industry had an incredible boom.
Efficiency increase does not imply job loss since the market size is not static. If cost is reduced then things are suddenly viable which weren't before and market size can explode. In the end you can end up with more jobs. Not always, obviously, but there are more examples than you can count which show that.
Indeed. My roommate has just been put on a new project at his workplace. No AI involved anywhere. But he inherited a half-done project. Code is even 90% done. But he is spending so much time trying to understand all that existing code, noting down the issues it has which he'll need to fix. It's not just completing the remaining 10%. It's understanding and fixing and partially reworking the existing 90%. Which he has to do, since he'll be responsible for the thing once released. It's approaching a point where just building it from scratch on his own would have been more time efficient.
It seems to me that LLM output creates a similar situation.
I mean ... most code out there is pretty bad, so LLM assistants contributing pretty bad code just keeps the mean where it is. And obviously it has to be, how can anybody expect an LLM to produce output with quality that's higher than its training input? Expecting that is appealing to magic or some consciousness that doesn't actually exist or just plain anthropomorphising.
If you are working at a place where that quality level is standard -- and let's face it, a large number of companies produce average or below-average quality code (by definition) -- then using an LLM assistant isn't that bad. At least if such an assistant doesn't have some extra flaws beyond producing the best summary of its training data, which is exactly what an LLM does. It actually justifiably replaces developers in such an average-or-below place. But if you are aiming for the top end of the quality scale then there is no way this can be achieved by LLM output. Purely on principle.
This shouldn't even be a controversial opinion. I'm quite surprised every time this is questioned or even just debated.
Hm, true. But I sometimes see people walking along beaches doing this kind of thing. Though they're probably hoping for rings (gold, silver, diamond, ...) rather than coins, which would make it much more lucrative as well.
The article's author probably just messed up the math somewhere. According to wikipedia, there were 18,220 daily rides in 1978 on the Edmonton LRT. If he got $900 daily and that's 20%, then there were a little under $5000 proceeds daily, so each ride would have only brought in about $0.25.