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

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.


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.

> Isn't that what a well run company does

How many of those do you see around?


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.

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.

Not necessarily. That's the old "I made Twitter in a weekend" joke.

That's not because you can technically replicate a product that your company will be successful. What makes a company successful are sales forces, internal processes and luck. Both are extremely difficult to replicate because sales forces are based on a human network you have to build, internal processes are either organic or kept secret, and luck can only be provoked by staying alive long enough, which means you need money.


massively underrated comment detected.

when.

people have been saying that since 2022.

when and how. hmm??

show your work.

or is this just more slype being spewed...


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.

In 2014, Facebook acquired WhatsApp for $19B and they had 55 employees

Correction: 55 grossly underpaid employees!

The salary compression point is the one I find hardest to push back on. Accounting BPO to the Philippines was already growing fast pre-AI - firms like TOA Global were scaling rapidly. With AI reducing the training overhead for domain-specific work, that arbitrage gets even easier. The remaining barrier is local regulatory knowledge (UK tax law, Companies House requirements, etc.) but even that erodes when you're mostly supervising exceptions rather than doing the full work yourself.

What do you mean when you say “AI is reducing training overhead”?

Basically, "You don't have to understand how this works, just push this button when x, or flip this switch when y."

I don't think the impact will be quite as large as some are saying here, but it won't be minimal either.


"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.


I’d like a source for that. College graduates are no longer at an employment advantage compared to their uneducated peers. The average age of a new hire increased by 2 years over the past 4 years.

Young people in the west have definitely seen declining salaries, if only by virtue of the fact that they’re not being offered at all.

https://www.clevelandfed.org/publications/economic-commentar...

https://www.reveliolabs.com/news/social/65-and-still-clockin...


Real wage growth has been positive for the last 3 years:

https://data.bls.gov/timeseries/CES0500000013?output_view=pc...


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. "

> 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.


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.


Can I take a guess that you believe you will speciate into the former?

Actually, ideally I'd love to dig deep into and specialize in database management systems internals. I think data engineering in general is the underspoken but fundamental necessity to any sort of application, AI or otherwise, but especially any concept of a data warehouse.

Funny you ignored the third order effect where the efficiency really does enable lower cost

Which is never realized. Price points don't decrease. Profit taking increases.

Dishes, laundry and cooking.

Should have used Go with Bubbletea.


> People must be hiding under a rock if they don't think this will have big consequences to society

People are not paying much mind to these freelance style jobs. It absolutely will have an impact on society.


This rule of three structure too: "We are a Western European company, so GDPR and data sovereignty are at the heart of our architecture, not an afterthought."


That emdash in your response. Chefs kiss


Even better it could just support WASM and be language agnostic.


It's actually already using wasmtime as one layer in its sandbox. I just think that trying to support other languages, especially in a fully language agnostic way, would make things like documentation far more complex than I could handle and make the service complex enough that the only people who could understand it would be the type of person who don't really need a service like this in the first place.


So which approach worked better?


Challenging to answer, because we're at different levels of programming. I'm Senior / Architect type with many years of experience programming, and he's an ME using code to help him with data processing and analysis.

I have a hunch if you asked which approach we took based on background, you'd think I was the one using the detailed prompt approach and him the vague.


Are they using these tests as a form of RLHF?


Puppeteer. Absolute game changer for building web frontends.


Playwright MCP is worth checking out too - similar idea but handles more browser contexts out of the box. Been using it for scraping and form automation.


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

Search: