| ▲ | jackfranklyn 8 hours ago |
| I build automation tools for bookkeepers and accountants. The thing I keep seeing firsthand is that automation doesn't eliminate the job - it eliminates the boring part of the job, and then the job description shifts. Before our tools: a bookkeeper spends 80% of their time on data entry and transaction categorisation, 20% on actually thinking about the numbers. After: those ratios flip. The bookkeeper is still there, still needed, but now they're doing the part that actually requires judgment. The catch nobody talks about is the transition period. The people who were really good at the mechanical part (fast data entry, memorised category codes) suddenly find their competitive advantage has evaporated. And the people who were good at the thinking part but slow at data entry are suddenly the most valuable people in the room. That's a real disruption for real humans even if the total number of jobs stays roughly the same. I think the "AI won't take your job" framing misses this nuance. It's not about headcount. It's about which specific skills get devalued and how quickly people can retool. In accounting at least, the answer is "slowly" because the profession moves at glacial speed. |
|
| ▲ | OccamsMirror 7 hours ago | parent | next [-] |
| You’re describing task reallocation, but the bigger second-order effect is where the firm can now source the remaining human judgment. AI reduces the penalty for weak domain context. Once the work is packaged like that, the “thinking part” becomes far easier to offshore because: - Training time drops as you’re not teaching the whole craft, you’re teaching exception-handling around an AI-driven pipeline. - Quality becomes more auditable because outputs can be checked with automated review layers. - Communication overhead shrinks with fewer back-and-forth cycles when AI pre-fills and structures the work. - Labor arbitrage expands and the limiting factor stops being “can we find someone locally who knows our messy process” and becomes “who is cheapest who can supervise and resolve exceptions.” So yeah, the jobs mostly remain and some people become more valuable. But the clearing price for that labor moves toward the global minimum faster than it used to. The impact won’t show up as “no jobs,” it is already showing up as stagnant or declining Western salaries, thinner career ladders, and more of the value captured by the firms that own the workflows rather than the people doing the work. |
| |
| ▲ | chunkmonke99 6 hours ago | parent | next [-] | | Isn't that what a well run company does when creating a process? Bureaucracy and process, reduces the penalty of weak domain context and in fact is designed to obviate that need. It "diffuses" the domain knowledge to a set of specifications, documents, and processes. AI may be able to accelerate it, or subsume that bureaucracy. But since when has the limiting factor been "finding someone locally who knows the process?" Once you document a process, the power of computing means you can outsource any of that you want no? Again, AI may subsume, all the back office or bureaucratic office work. Perhaps it will totally restructure the way humans organize labor, run companies, and coordinate. But that system will have to select for a different set of skills than "filling out n forms quickly and accurately." The wage stagnation etc etc. predates AI and might be due to other structural factors. | | |
| ▲ | kaibee 3 hours ago | parent [-] | | > Isn't that what a well run company does How many of those do you see around? | | |
| ▲ | echelon 3 hours ago | parent [-] | | I bet we're about to see a lot of 10-person $100M+ ARR companies emerge. That's a scale where teams can be tight and excel. | | |
| ▲ | gizajob 11 minutes ago | parent | next [-] | | If you can build that with AI, then 9 people with AI can probably wipe out that company, only to be wiped out by 8 people with AI…and so on. | |
| ▲ | y0eswddl 2 hours ago | parent | prev [-] | | when. people have been saying that since 2022. when and how. hmm?? show your work. or is this just more slype being spewed... | | |
| ▲ | SkiFire13 an hour ago | parent [-] | | I think something around that scale (say maybe 20 employees, but definitely not hundreds) was possible even before LLM got popular, but the people involved needed to be talented and focused. I'm not sure if AI will really change that though. |
|
|
|
| |
| ▲ | WillPostForFood 5 hours ago | parent | prev | next [-] | | "it is already showing up as stagnant or declining Western salaries" Real median salary, and real median wages are both rising for the last couple years. Maybe they would have risen faster if there was no AI, but I don't think you can say there has been a discernible impact yet. | | |
| ▲ | overgard 4 hours ago | parent [-] | | I don't think that's true, if you trust gemini at least.. "In 2025, U.S. software engineer pay is barely keeping pace with inflation, with median compensation growing 2.67% year-over-year compared to 2.7% inflation. While salaries held steady or increased during the 2021-2023 inflationary period, many professionals reported that real purchasing power remained stagnant or dipped, making it difficult to get ahead. " |
| |
| ▲ | Bayko 6 hours ago | parent | prev | next [-] | | > AI reduces the penalty for weak domain context This is why (personal experience) I am seeing a lot of FullStack jobs compared to specialized Backend, FE, Ops roles. AI does 90% of the job of a senior engineer (What the CEOs believe) and the companies now want someone that can do the full "100" and not just supply the missing "10". So that remaining 90 is now coming from an amalgamation of other responsibilities. | | |
| ▲ | KittenInABox 4 hours ago | parent [-] | | In my mind we will have a bimodal set of skills in software development, likely something like a product engineer (an engineer who is also a product manager-- this person conceptualizes features and systemically considers the software as a whole in terms of ergonomics, business sense, and the delight in building something used by others) and something like a deep-in-the-weeds engineer (an engineer who innovates on the margins of high performance, tuning, deep improvements to libraries and other things of that nature). The former is needing to skill in rapid context switching, keeping the full model of customer journey in their minds, while also executing on technical rigor enough to prevent inefficiencies. The latter will need to skill in being able to dive extremely deeply into nuanced subjects like fine-tuning the garbage collector, compiler, network performance, or internal parts of the DOM or OS or similar. I would expect a lot of product engineering to specialize further into domains like healthtech, fintech, adtech, etc. While the in-the-weeds engineering will be platform, infra, and embedded systems type folks. |
| |
| ▲ | an hour ago | parent | prev [-] | | [deleted] |
|
|
| ▲ | Animats 6 hours ago | parent | prev | next [-] |
| > automation tools ... eliminates the boring part of the job, and then the job description shifts. But the job had better take fewer people, or the automation is not justified. There's also a tradeoff between automation flexibility and cost. If you need an LLM for each transaction, your costs will be much higher than if some simple CRUD server does it. Here's a nice example from a more physical business - sandwich making. Start with the Nala Sandwich Bot.[1] This is a single robot arm emulating a human making sandwiches. Humans have to do all the prep, and all the cleaning. It's slow, maybe one sandwich per minute. If they have any commercial installations, they're not showing them.
This is cool, but ineffective. Next is a Raptor/JLS robotic sandwich assembly line.[2] This is a dozen robots and many conveyors assembling sandwiches. It's reasonably fast, at 100 sandwiches per minute. This system could be reconfigured to make a variety of sandwich-format food products, but it would take a fair amount of downtime and adjustment.
Not new robots, just different tooling. Everything is stainless steel or food grade plastic, so it can be routinely hosed down with hot soapy water. This is modern automation. Quite practical and in wide use. Finally, there's the Weber automated sandwich line.[3] Now this is classic single-purpose automation, like 1950s Detroit engine lines. There are barely any robots at all; it's all special purpose hardware. You get 600 or more sandwiches per minute. Not only is everything stainless or food-grade plastic, it has a built-in self cleaning system so it can clean itself.
Staff is minimal. But changing to a product with a slightly different form factor requires major modifications and skills not normally present in the plant. Only useful if you have a market for several hundred identical sandwiches per minute. These three examples show why automation hasn't taken over. To get the most economical production, you need extreme product standardization. Sometimes you can get this. There are food plants which turn out Oreos or Twinkies in vast quantities at low cost with consistent quality. But if you want product variations, productivity goes way, way down. [1] https://nalarobotics.com/sandwich.html [2] https://www.youtube.com/watch?v=_YdWBEJMFyE [3] https://www.youtube.com/watch?v=tRUfdBEpFJg |
| |
| ▲ | catdog 4 hours ago | parent | next [-] | | > But the job had better take fewer people, or the automation is not justified. Not necessarily. Automation may also just result in higher quality output because it eliminates mistakes (less the case with "AI" automation though) and frees up time for the humans to actually quality control. This might require the people on average to be more skilled though. Even if it only results in higher output volume you often have the effect that demand grows also because the price goes down. | | |
| ▲ | Animats 4 hours ago | parent [-] | | There's a classic book on this, "Chapters on Machinery and Labor" (1926). [1] They show three cases of what happened when a process was mechanized. The "good case" was the Linotype. Typesetting became cheaper and the number of works printed went up, so printers did better. The "medium case" was glassblowing of bottles. Bottle making was a skilled trade, with about five people working as a practiced team to make bottles. Once bottle-making was mechanized, there was no longer a need for such teams. But bottles became cheaper, so there were still a lot of bottlemakers. But they were lower paid, because tending a bottle-making machine is not a high skill job. The "bad case" was the stone planer. The big application for planed stone was door and window lintels for brick buildings. This had been done by lots of big guys with hammers and chisels. Steam powered stone planers replaced them. Because lintels are a minor part of buildings, this didn't cause more buildings to be built, so employment in stone planing went way down. Those are still the three basic cases. If the market size is limited by a non-price factor, higher productivity makes wages go down. [1] https://www.jstor.org/stable/1885817?seq=1 |
| |
| ▲ | jama211 2 hours ago | parent | prev | next [-] | | No? You don’t only gain justification for automation by cutting costs. You can gain justification by increasing profits. You can keep the same amount of people but use them more efficiently and you create more total value. The fact you didn’t consider this worries me. Also the statement “show why automation hasn’t taken over” is truely hysterically wrong. Yeah, sure, no automation has taken over since the Industrial Revolution | |
| ▲ | csa 5 hours ago | parent | prev [-] | | > But the job had better take fewer people, or the automation is not justified. In many cases, this is a fallacy. Much like programming, there is often essentially an infinite amount of (in this case) bookkeeping tasks that need to be done. The folks employed to do them work on the top X number of them. By removing a lot of the scut work, second order tasks can be done (like verification, clarification, etc.) or can be done more thoroughly. Source: Me. I have worked waaaay too much on cleaning up the innards of less-than-perfect accounting processes. | | |
| ▲ | jama211 2 hours ago | parent [-] | | Well said. It’s like they think that the only thing automation is good for is cutting costs. You can keep the same staff size but increase output instead, creating more value. |
|
|
|
| ▲ | gizajob 13 minutes ago | parent | prev | next [-] |
| The desktop PC was the same - everyone said that it was going to wipe out jobs, when the main thing it wiped out was filing cabinets. AI commentators seem to overlook that one of the primary functions of capitalism is to keep people in busywork: what David Graber called Bullshit Jobs. So AI is going to automate most of the bullshit away but the bullshit employees will keep working, because there wasn’t much need for them in the first place. |
|
| ▲ | Ensorceled 7 hours ago | parent | prev | next [-] |
| I recently did a contract at medium sized business with a large retail and online business that had a CFO and several accountants / bookkeepers. You're describing a situation where that CFO only needs two or three accountants and bookkeepers to run the business and would lay off two or three people. It IS about headcount in a lot of cases. |
| |
| ▲ | jama211 2 hours ago | parent [-] | | Or they’d keep the same number of people and increase total value output. Businesses tend to like the idea of growth more than cost cutting after all. | | |
|
|
| ▲ | molsongolden 5 hours ago | parent | prev | next [-] |
| Another component or view of this is that automating the rote work is "eliminating the boring parts" (I love this and have worked extensively on this) but it is also eliminating the less cognitively demanding work. Once you have automated extensively, all of the remaining work is cognitively demanding and doing 8 hours of that work every day is exhausting. |
|
| ▲ | jarjoura 5 hours ago | parent | prev | next [-] |
| I frame the shift more like this: Systems engineering is an extremely hard computer science domain with few engineers either interested in it, or good at it. Building dashboards is tedious and requires organizational structure to deliver on. This is the bread and butter of what agents are good at building right now. You still need organization and communication skills in your company and to direct the coding agents towards that dashboard you want and need. Until you hit a implementation wall and someone will need to spend time trying to understand some of the code. At least with dashboards, you can probably just start over from scratch. It's arguably more work to prompt in english to an AI agent to assist you in hard systems problems, and the signals the agent would need to add value aren't readily available (yet?!). Plus, there's no way systems engineers would feel comfortable taking generated code at face-value. So they definitely will spend the extra mental energy to read what is output. So I don't know. I think we're going to keep marching forward, because that's what we do, but I also don't think this "vibe-coded" automated code generator phase we're in right now will ultimately last. It'll likely fall apart and the pieces we put back together will likely return us to some new kind of normal, but we'll all still need to know how to be damn good software engineers. |
| |
| ▲ | christofosho 5 hours ago | parent [-] | | I understand where you're coming from, and think there is something missing in your final paragraph that I'm curious to understand. If LLMs do end up improving productivity, what would make them go away? I think automated code generators are here until something more performant supersedes them. So, what in your mind might be possibilities of that thing? | | |
| ▲ | jarjoura 3 hours ago | parent [-] | | Well I guess I no longer believe that long term, all this code generation would make us more productive. At least not how the fan favorite claude-code currently does it. I've found some power use cases with LLMs, like "explore", but everyone seems misty eye'd that these coding agents can one-shot entire features. I suspect it'll be fine until it's not and people get burned by what is essentially trusting these black boxes to barf out entire implementations leaving trails of code soup. Worse is that junior engineers can say they're "more productive" but it's now at the expense of understanding what it is they just contributed. So, sure, more productive, but in the same way that 2010s move fast and break things philosophy was, "more productive." This will all come back to bite us eventually. |
|
|
|
| ▲ | raw_anon_1111 5 hours ago | parent | prev | next [-] |
| You’re not taking into account that a successful bookkeeper may have hired someone like a new grad to take the drudgery off of their hands and now they can just do it themselves. |
|
| ▲ | wnc3141 7 hours ago | parent | prev | next [-] |
| I'd imagine that when the 80% of less productive time is automated, the market doesn't respond by demanding 80% more output. There's just 20% as much work either making this a part time job or more likely a much smaller workforce as the number of man*hours demanded by the market greatly reduces. |
| |
| ▲ | csa 5 hours ago | parent [-] | | Scope will increase. Good accounting teams will have more time and resources to do things like identify fraud, waste, duplicated processes, etc. They will also have time to streamline/optimize existing practices. Good teams will earn many multiples of their cost in terms of savings or increased earnings. There may be increased competition for the low-cost “just meet the legal compliance requirements” offerings, but any business that makes money and wants to make more will gladly spend more than the minimum for better service. |
|
|
| ▲ | roenxi 7 hours ago | parent | prev | next [-] |
| > The bookkeeper is still there, still needed, but now they're doing the part that actually requires judgment. The argument might be fundamentally sound, but now we're automating the part that requires judgement. So if the accountants aren't doing the mechanical part or the judgement part, where exactly is the role going? Formalised reading of an AI provided printout? It seems quite reasonable to predict that humans just won't be able to make a living doing anything that involves screens or thinking, and we go back to manual labour as basically what humans do. |
| |
| ▲ | selylindi 4 hours ago | parent | next [-] | | Even manual labor is uncertain. Nothing in principle prevents a robot from being a mass produceable, relatively cheap, 24/7 manual worker. We've presumably all seen the progress of humanoid robotics; they're currently far from emulating human manual dexterity, but in the last few years they've gotten pretty skilled at rapid locomotion. And robots will likely end up with a different skill profile at manual tasks than humans, simply due to being made of different materials via a more modular process. It could be a similar story to the rise of the practical skills of chatbots. In theory we could produce a utopia for humans, automating all the bad labor. But I have little optimism left in my bones. | |
| ▲ | chrisweekly 6 hours ago | parent | prev [-] | | By what logic are the "manual labor" jobs available? And if you're right and they somehow are, isn't that just another way of saying humanity is enslaving itself to the machines? |
|
|
| ▲ | xyzzy123 8 hours ago | parent | prev | next [-] |
| I'm not very familiar with the field on a practical basis. What parts of the job require judgement that is resistant to automation? What percentage of customers need that? If the hours an accountant spends on a customer go from 4 per month to 1, do you reckon they can sustainably charge the same? |
| |
| ▲ | dullcrisp 7 hours ago | parent [-] | | Why would better efficiency mean they have to charge less? | | |
| ▲ | christophilus 7 hours ago | parent [-] | | Because your competitor will double their number of customers, and halve their prices— forcing you to do the same. | | |
|
|
|
| ▲ | gamblor956 an hour ago | parent | prev | next [-] |
| (I work in house handling the tax function.) If AI tools worked, they would eliminate the bookkeepers. Their job is data entry and validation. But bookkeeping is extremely important. Bad bookkeeping has killed more companies than bad accounting. Without proper books, the accounting, finance, and tax teams are just cosplaying. |
|
| ▲ | enraged_camel 4 hours ago | parent | prev | next [-] |
| >> The thing I keep seeing firsthand is that automation doesn't eliminate the job - it eliminates the boring part of the job, and then the job description shifts. No, not necessarily. There are different kinds of automation. Earlier in my career I sold and implemented enterprise automation solutions for large clients. Think document scanning, intelligent data extraction and indexing and automatic routing. The C-level buyers overwhelmingly had one goal: to reduce headcount. And that was almost always the result. Retraining redundant staff for other roles was rare. It was only done in contexts where retaining accumulated institutional knowledge was important and worth the expense. Here's the thing though: to overcome objections from those staff, whom we had to interview to understand the processes we were automating, we told them your story: you aren't being replaced, you're being repurposed for higher-level work. Wouldn't it be nice if the computer did the boring and tedious parts of your job so that you can focus on more important things? Most of them were convinced. Some, particularly those who had been around the block, weren't. Ultimately, technologies like AI will have the the same impact. They weren't quite there yet, but I think it's just a matter of time. |
| |
| ▲ | matwood 2 hours ago | parent [-] | | > The C-level buyers overwhelmingly had one goal: to reduce headcount. For many businesses this is the only way to significantly reduce costs. |
|
|
| ▲ | 8 hours ago | parent | prev | next [-] |
| [deleted] |
|
| ▲ | ArchieScrivener 7 hours ago | parent | prev [-] |
| Yeah bro, its been three years. We are just beginning. We will replace the vast majority of professional service workers in 10 years including lawyers as Ai shifts to local and moves away from the cloud. |
| |
| ▲ | sarchertech 7 hours ago | parent | next [-] | | If we wipe out the vast majority of white collar jobs in just 10 years, we’re talking complete economic collapse. No society can possibly absorb that kind of disruption over such a short time. Also even assuming AI could completely replace lawyers. Lawyers control the legislature. They may not be able to stop your local model from telling you how to do something, but they can stop you from actually doing it without a lawyer. | | |
| ▲ | nine_k 6 hours ago | parent | next [-] | | Even subway train operators in NYC, whose job can be safely automated away, and has been for like 20 years, were able to legally mandate their jobs. I bet lawyers will, too. But the numbers of junior partners, and of paralegals, will dwindle. | |
| ▲ | uxhacker 2 hours ago | parent | prev [-] | | But then will we not need more judges and courts? |
| |
| ▲ | overgard 3 hours ago | parent | prev | next [-] | | I'm glad we have intelligent, mature, uncorrupted politicians who will be able to work together to make sure that this doesn't cause a depression so profound that the entire economy ceases to be viable. Oh.. | | | |
| ▲ | gamblor956 an hour ago | parent | prev | next [-] | | Lawyers, doctors, and accountants aren't just paid to be knowledge workers. They're paid to accept responsibility for when they fuck up (even when it's not intentional). Programmers aren't held responsible for their screw-ups. If they were, software wouldn't be the buggy mess it is today. | |
| ▲ | coldtea 6 hours ago | parent | prev [-] | | That's 70% of the population living in ghettos and the economy collapsing through lack of people with disposable income with extra steps. |
|