At Amazon, Some Coders Say Their Jobs Have Begun to Resemble Warehouse Work

84 milkshakes 114 5/25/2025, 11:48:30 AM nytimes.com ↗

Comments (114)

jrs235 · 2h ago
timkam · 1h ago
Is it really that LLM-based tools make developers so much more productive or rather that organizations have found out they can do with less -- and less privileged -- developers? What I don't really see, especially not big tech-internally, are stories of teams that have become amazingly more productive. For now it feels we get some minor productivity improvements that probably do not off-set the invest and are barely enough to keep the narrative alive.
locococo · 1h ago
A lot of it is perception. Writing software was long considered somewhat difficult and that it required smart people to do so. AI changes this perception and coding starts to be perceived as a low level task that anyone can do easily with augmentation from AI tools. I certainly agree that writing software is turning more into a factory job and is less intellectually rewarding now.
cmiles74 · 19m ago
When I started working in the field (1996), I was told that I would receive detailed specs from an analyst that I would then "translate" into code. At that time this idea was already out of fashion, things worked this way for the core business team (COBOL on the AS/400) but in my group (internal tools, Delphi mostly) I would get only the most vague requirements.

Eventually everyone was expected to understand a good deal of the code they were working on. The analyst and the coder became the same person.

I'm deeply skeptical that the kind of people that enjoy software development are the same kind of people that enjoy steering and proofing LLM generated code. Unlike the analyst and the coder, this strike me as a very different skill set.

datavirtue · 1h ago
It's been like this for decades.

No comments yet

codr7 · 1h ago
And less skilled.

I totally get that AI can be a huge boost for shitty code monkeys.

Pet_Ant · 1h ago
I see it more as replacing shitty code monkeys because it leaves the hard parts behind.
closewith · 13m ago
But you of course with your superior skills are above that risk?
add-sub-mul-div · 1h ago
For this narrative to make sense you would have to believe that Amazon management cares more about short-term profit than the long-term quality of their work.
timkam · 43m ago
The narrative reflects a broader cultural shift, from "we are all in this together" (pandemic) to "our organizations are bloated and people don't work hard enough" (already pre-LLM hype post-pandemic). The observation that less-skilled people can, with the help of LLMs, take the work of traditionally more-skilled people fits this narrative. In the end, it is about demoting some types of knowledge workers from the skilled class to the working class. Apparently, important people believe that this is a long-term sustainable narrative.
closewith · 11m ago
The skilled class is the working class and always has been. The delusion that software developers were ever outside the working class because they were paid well is just that - an arrogant delusion.
neom · 22m ago
Why are you using the word "demoting"?
locococo · 1h ago
Management has different layers with different goals. A middle manager and a director certainly care a lot about accomplishing short term goals and are ok with tech debt to meet the goals.
layer8 · 44m ago
So it does make sense?
usrnm · 1h ago
I said it before and I'll say it again: it's high time we got the taste of our own medicine. Getting people out of jobs has been the main selling point of our industry since its first days, this is what we've collectively been doing for decades. Do I want my job to be automated right in front of my eyes? Not really. Do I see some poetic justice in the whole thing? Absolutely.
A1kmm · 1h ago
Software development is the most automated career in the history of all time.

Assemblers, Linkers, Compilers, Copying, Macros, Makefiles, Code gen, Templates, CI & CD, Editors, Auto-complete, IDEs are all terms that describe types of automation in software development.

LLM-generated code is another form of automation, but it certainly isn't the first. Right now most of the problems are when it is inappropriately used. The same applies to other forms of automation too - but LLMs are really hyped up right now. Probably it will go through the normal hype cycle where there'll be a crash, and then a plateau where LLMs are used to drive productivity but expectations of their capability are more aligned to reality.

lloeki · 1h ago
In french the two fields that are Computer Science and Information Technology are under the same moniker: "informatique", a portmanteau of information and automatic.

The whole field is about automating yourself out of a job, and it's right in the name.

bgwalter · 10m ago
Contraction of "information" and "electronics" according to this site:

https://grodiko.fr/informatique?lang=en

German site claims that "Informatik", which is practically the same, is a contraction of "Information" and "Mathematik":

https://www.pctipp.ch/praxis/gewusst/kam-begriff-informatik-...

happytoexplain · 1h ago
Savoring suffering is uniquely hideous, and one of the grand hallmarks of almost every facet of the decline of the US. It's a clear, bright sign of the death of one's humanity, and the foundation of all evil.

Is that dramatic? No.

More specifically: Things can be inevitable and also horrible. It is not some kind of cognitive dissonance to care about people losing their livelihoods and also agree that it had to happen. We can structure society to help people, but instead we hate the imaginary stereotypes we've generalized every conceivable grouping of real people into, politics being the most obvious example, but we do it with everything, as you have.

The electrician doesn't "deserve" punishment for "advocating" away the jobs replaced by electricity. The engineer doesn't "deserve" punishment for "advocating" away the jobs replaced by engineering. A person isn't an asshole who deserves his family to suffer because he committed his life to learning to write application servers, or whatever.

jampekka · 1h ago
Gloating about hardships was and is a great way to ensure things will get worse for workers as efficiency and automation increases.

Another option would be to join forces to collectively demand more equitable distribution of the fruits of technological development. Sadly it doesn't seem to be very popular.

wkat4242 · 1h ago
> Sadly it doesn't seem to be very popular

Strange enough the people that have the most to gain from keeping things the same, are really successful at convincing the masses who have the most to benefit from change in this regard to vote against it.

https://pjhollis123.medium.com/careful-mate-that-foreigner-w...

amanaplanacanal · 54m ago
Certainly back when I worked in IT, the people I worked with were mostly very much anti-union. I didn't hear much anti immigrant talk back then but I've been retired for a while.
jampekka · 48m ago
There has been a lot of anti-H1B talk for a long time. And complaining about work being outsourced to India or where ever.
wkat4242 · 9m ago
I don't really believe in unions either. But I do believe in a good balance between capitalism and socialism (and welfare systems, employee rights etc). I don't believe in the market solving everything.

The problem I have with unions is that they can be too unreasonable. They're too much on the other side, they're too hardline just like the ultracapitalists/neoliberals but on the other side. In a good system we wouldn't have to fight for our rights because we'd already have them anyway.

smokel · 1h ago
I have been in this industry for some time, and over the years I have only seen more people being glued to electronic devices, not less.

It might have been a selling point, but the status quo is that we are inventing new jobs faster than phasing out old ones. The new jobs aren't necessarily more enjoyable, though, and there are no more smoking breaks.

aatd86 · 1h ago
not necessarily. the economies of scale might be increasing as dev productivity increases. the goal of many businesses being to do more with less.
neom · 1h ago
The goal of all American business is exactly the same: maximize the return of profits to the shareholders at large. It is in fact, the law. Do more with less is a natural consequence of this.
layer8 · 1h ago
The problem I see is less that of losing jobs, but the fact that the jobs get less enjoyable, less deep work, more mindlessness and less reflection, and possibly also the quality of the produced software decreasing.

Modern AI encroaches upon what software engineers consider to be interesting work, and also adds more of what they find less enjoyable — using natural language instead of formal language (aka code) for detailed specification — which creates a conflict that didn’t previously exist in software technology.

SpaceNoodled · 35m ago
LLMs can't do creative or unique work. They're really only useful for boilerplate, which is the tedious part.
casenmgreen · 1h ago
I may be wrong, but I think every job creates wealth overall (or it would not exist), and that software engineering has been making some jobs more efficient and others not necessary, and then the wealth which formerly had to be employed where those jobs were inefficient, or had to exist at all, is then employed elsewhere.

If you are the person who lost their job, you get all the downside.

Overall, over the whole of the economy, the entire population, and a reasonable period of time, this increasing efficiency is a core driver of the annual overall increase in wealth we know as economic growth.

When an economy is growing, there is in general demand for workers, and so pay and conditions are encouraged; when an economy is shrinking, there is less demand than supply, and pay and conditions are discouraged.

devnullbrain · 1h ago
The person the headline refers to is a webdev. What job is that getting rid of?
sokoloff · 55m ago
Web dev doesn’t exist in a vacuum.

Web dev for e-commmerce displaced brick and mortar retail. Web dev for streaming displaced video rentals and audio sales.

devnullbrain · 49m ago
Web devs are a tiny proportion of the employees needed for e-commerce.
sokoloff · 43m ago
Without them (and mobile devs, though there’s increasing cross-over), e-commerce doesn’t get done.

Ergo, web devs are directly contributing to the outcomes that e-commerce enables.

devnullbrain · 30m ago
Ok, but so is everyone involved with building the fulfillment centre, the sorting machines, the roads for delivery, the trucks, the railways...

If it sounds like I'm including a lot of jobs, it's because every non-service job in the history of the post-industrial revolution economy has revolved around making things more efficient. Software development is not some uniquely evil domain.

sokoloff · 27m ago
I agree. I was just answering the upthread question, which seemed to imply that web devs have no part in it.
garretraziel · 58m ago
Cashiers, some officials, a lot of the “personal contact with a customer” gets transferred to web. I am not complaining, just answering the question.
devnullbrain · 53m ago
Same goes for a truck driver, road builder, railway worker, etc.

FWIW, I spent many years as a cashier. It's not something I find inherently more valuable to the world. If we could trust people not to steal, we wouldn't need them.

wkat4242 · 1h ago
Hmm on the other hand, there isn't much resistance against genAI in software development (unlike other creative industries) because ours is founded in collaboration and continuing others' work. It's where open source came from, and the use of libraries. Using stackoverflow was never frowned on. AI is just the same but more efficient. Nobody invents the wheel from scratch.

It will change the job yes but it also can mean the job can go in new directions because we can do more with less.

bgwalter · 49m ago
There isn't much open resistance because most of open source developers are bought and paid for. So they continue the path of destruction in the hopes that they will not be obsolete.

This is naive of course. Once you have identified yourself as corporate servants (like for example the CPython developers) the companies will disrespect you and fire you when convenient (as has happened at Google and Microsoft).

wkat4242 · 16m ago
These things are waves. First they will fire a bunch of people, but no company can grow through constant downsizing. Then they'll start to imagine to do new things they can do with the new skills and invest in that.

It will cause a displacement of job types for sure. But I think it means change more than decline. When industrialisation happened, lots of factory workers were afraid of their jobs and also lost them. But these days nobody even wants to do a menial factory job, slaving away on the production line for minimum wage. In fact most people have a far better life now than the masses did before industrialisation. We also had the computer automation that made entire classes of jobs obsolete. Yet it's almost impossible to find skilled workers in Holland now.

And companies need customers with purchasing power. They can't replace everyone with AI because there will be nobody left with money to sell things to. In the end there will be another balance. The interim time, that's the difficult part. Though it is temporary, it can really hurt specific people.

But I don't see AI as a downward spiral that will never recover. In the end it will enable us to look more towards the future (and I am by no means an "AI bro", I think current capabilities of AI have been ridicuously overhyped)

I think we need to redraw society too to compensate. Things like universal basic income, better welfare etc. Here in Europe we already have that but under the neoliberal regimes of the last 20 years (and the fallout from the American banking crisis), things have been austerised too much.

In America this won't happen as it seems to go only the other way (very hardline capitalism, with a fundamentalist almost taliban-like religious streak) but well, it's what they voted for.

oulipo · 9m ago
Agreed, although it's slightly beside the point. The goal of building tools and robots has always been to alleviate work. And this is fine. There's still plenty of stuff to do if machines work for us to give us basic housing and food.

Now what needs to be done is to give back the profits to everyone, inclusively, as a kind of "universal basic income", so that we all enjoy it together, and not just the billionaires

Braxton1980 · 1h ago
How is it poetic justice? Were we advocating for automation?
perching_aix · 1h ago
> How is it poetic justice? Were we advocating for automation?

Yes? I know I did, still do, and will continue to at least.

Pet_Ant · 1h ago
Email made the corporate mailroom obsolete and the letter carrier.
devnullbrain · 1h ago
So would it be poetic justice when an electrician gets laid off?
Pet_Ant · 54m ago
More like if the motor maker gets replaced by a motorised machine. And yeah, that’s poetic.

The electrician is more like the person laying fibre optic cable.

Mistletoe · 1h ago
You were writing all the code for automation.
devnullbrain · 1h ago
This is the message between the lines of much of the anti-dev schadenfreude, but actually spelling it out makes it obvious: it's not true.

Only a minority of dev jobs are automating people out of work. There are entirely new industries like game dev that can't exist without it.

Software development has gained such a political whipping-boy status, you'd be forgiven for forgetting it's been the route to the middle classes for a lot of people who would otherwise be too common, weird or foreign.

exe34 · 1h ago
The kind of automation I write is stuff that wouldn't get done if person had to do it. But with automation, it becomes possible and profitable.
sokoloff · 52m ago
I think a lot of genAI coding efficiency will have the same property: costs will go down to the point where things that couldn’t be done affordably in software in 2020 will be affordable in 2030. That could well result in a net increase in tech employment.
jt2190 · 1h ago
This is interesting:

> “It’s more fun to write code than to read code,” said Simon Willison, an A.I. fan who is a longtime programmer and blogger, channeling the objections of other programmers. “If you’re told you have to do a code review, it’s never a fun part of the job. When you’re working with these tools, it’s most of the job.”

> This shift from writing to reading code can make engineers feel as if they are bystanders in their own jobs. The Amazon engineers said that managers have encouraged them to use A.I. to help write one-page memos proposing a solution to a software problem and that the artificial intelligence can now generate a rough draft from scattered thoughts.

> They also use A.I. to test the software features they build, a tedious job that nonetheless has forced them to think deeply about their coding.

timr · 1h ago
I was just thinking about this the other day (after spending an extended session talking to an LLM about bugs in its code), and I realized that when I was just starting out, I enjoyed writing code, but now the fun part is actually fixing bugs.

Maybe I'm weird, but chasing down bugs is like solving a puzzle. Writing green-field code is maybe a little bit enjoyable, but especially in areas I know well, it's mostly boring now. I'd rather do just about anything than write another iteration of a web form or connect some javascript widget to some other javascript widget in the framework flavor of the week. To some extent, then, working with LLMs has restored some of the fun of coding because it takes care of the tedious part, and I get to solve the interesting problems.

danielbln · 1h ago
I'm with you. I love solving puzzles to make something go. In the past that involved writing code, but it's not the code writing that I love, it's the problem solving and building. And I get plenty of that now, in a post-LLM world.
ape4 · 1h ago
Fixing bugs in my own code is fine. In other's code its less fun.
notyourwork · 1h ago
That’s the wrong mentality. You and your team own all the code. A bugs peer is your bug too.
Wowfunhappy · 1h ago
Why?
julkali · 55m ago
I think there is a fundamental misconception of the benefit / performance-improvement of LLM-aided programming:

Without sacrificing code quality, it only makes coding more productive _if you already know_ what you're doing.

This means that while it has a big potential for experienced programmers (making them push out more good code), you cannot replace them by an army of code monkeys with LLMs and expect good software.

neom · 49m ago
I keep reading this but I feel it really ignores gaussian, where are your lines? What is good enough for what where? What is the base level of already know? I'm churning out a web app for fun right now with a couple of second year comp sci students from Sri Lanka + LLMs, they charge me around $1000 a month and my friend who is a SRE at appl looks at the code every week, said it's quality, modern and scalable. I do think they're a bit slow, but I'm not looking for fast.
pbw · 1h ago
Companies will always try to capture the productivity gains from a new tool or technique, and then quickly establish it as the new standard for everyone. This is frustrating and feels Sisyphean: it seems like you simply cannot get ahead.

The game is to learn new tools quickly and learn to use them better than most of your peers, then stay quietly a bit ahead. But know you have to keep doing this forever. Or to work for yourself or in an environment where you get the gains, not the employer. But "work for yourself" probably means direct competition with others who are just as expert as you with AI, so that's no panacea.

jampekka · 1h ago
Another game is to distribute the gains from increased productivity more equally. E.g. in Europe as late as early 2000s working hours were reduced in response to technological development. But since then the response even from workers seems to be to demand increasingly shittier bullshit jobs to keep people busy.
almostgotcaught · 1h ago
Bro lol. You were this close - you're channeling Marx (literally saying the same stuff he was) and instead of coming to the obvious conclusion (unions) you're like nah I'm just gonna alienate myself further. It's just amazing how thoroughly people have been brainwashed. I'm 100% sure nothing will ever improve.
baxtr · 1h ago
>This shift from writing to reading code can make engineers feel as if they are bystanders in their own jobs. The Amazon engineers said that managers have encouraged them to use A.I. to help write one-page memos proposing a solution to a software problem and that the artificial intelligence can now generate a rough draft from scattered thoughts.

This feels like we are forcing people who rather look at code to start talking in plain language, which not every dev likes or is proficient in.

Devs won’t be replaced by AI. Devs will be replaced by people that can (and want to) speak to LLMs.

neom · 16m ago
From the business side of the house, I only ever look at it as who can do the right job for the right money to very quickly delivery continues value to customers. In an employee base: Experience around is always good for growing and improving my people, but it isn't necessarily tied directly to the work to be done. The shift I feel is happening is how I place the value here. Where I can imagine I would land if I was actively running a startup right now is making sure I have amazing production teams (whatever that looks like, age, location, LLM powered or otherwise) book ended by great people growers as all cogs start to squeak if they're not oiled, and experience is the best lubricant on teams, you need both.
vjvjvjvjghv · 1h ago
With all the changes coming up, I am happy that I am retiring soon. Since I started in the 90s, SW dev has become more and more tightly controlled and feels more like an assembly line. When I started, you could work for weeks and months without much interruption. You had plenty of time for experimentation and creativity. Now everything is ticked based and you constantly have to report status and justify what you are doing. I am sure there will always be devs who are doing interesting work but I feel these opportunities will be less and less.

In a way it's only fair. Automation has made a lot of jobs obsolete or miserable. Software devs are a big contributor to automation so we shouldn't be surprised that we are finally managing to automate our own jobs away,

bookofjoe · 6m ago
I note less hostility to AI/LLM etc in the comments on this post than in previous months. Is the needle shifting?
bgwalter · 3m ago
There were many more throwaway accounts before (I think) the new moderation efforts. Many people cannot speak freely on this topic.
ManBeardPc · 1h ago
I feel my job in the future will be more secure than ever. Tons and tons of AI generated garbage code (trained on more and more existing garbage code) that the „developer“ will at a certain point no longer be able to maintain or fix. Not even speaking about trusting the output. Feels similar to all the outsourced development to cheap suppliers that inevitably collapse or create horrible maintenance overhead.
nlitened · 58m ago
Do you feel you would be able to “maintain and fix” LLM-generated 100-megabyte source code blobs? And if you could, do you think it would be a job you’d want to do?
ManBeardPc · 21m ago
No, writing a replacement. Either part by part or a whole new software system.
WD-42 · 49m ago
Secure, sure. But this sounds like a crappy job.
telesilla · 1h ago
Will AI also start developing creative tools such as new VST plugins or photoshop filters? What about low-level low-latency tools needed for some industries or for aerospace. I guess at some point we won't need so many humans to run our Kubernetes clusters or maintain our WordPress sites but won't there always be something to do that pushes the boundaries of human needs and desires that can't be done by AI?
talles · 1h ago
It amazes me how immature our field can be. Anyone that worked for big corporations and in humongous codebases know how 'generating new code' is a small part of the job.

AI blew up and suddenly I'm seeing seasoned people talking about KLOC like in the 90s.

mk89 · 40m ago
Yes, because from my observations these are the people who cannot write anymore code today - they really don't understand the newer paradigms or technologies. So Copilot enabled a lot of people to write POCs and ship them to production fast, without thinking too much about edge cases, HA, etc.

And these people have become advocates in their respective companies, so that everyone is actually following inaccurate claims about productivity improvements. These are the same people quoting Google's ceo who say that 30% of newly generated code at Google is written by AI, without possibility to deny or validate it. Just blindly quote a company that has a huge conflict of interests in this field and you'll look smarter than you are.

This is where we're at today. I understand these are great tools, but all I am seeing madness around. And who works with these tools on a daily basis knows it. Knows what it means, how they can be misleading, etc.

But hey, everyone says we must use them ...

SonOfKyuss · 56m ago
Agreed. I spend maybe 20% of my time writing code. The rest is gathering requirements, design, testing, scheduling. Maybe if that 20% now takes half as long, I might have time to actually write some tests and documentation
softwaredoug · 1h ago
I am optimistic longer term, pessimistic near term

What needs to happen is the education of "junior programmers" needs to be revamped to embrace generative AI. In the same way we embraced google or stackoverflow. We're at a weird transition state where the juniors are being taught to code with an abacus, while the industry has moved on to different tools. Generative AI feels taboo in education circles instead of embraced.

Now there will eventually be a generation of coders just "born" into AI, etc, and they will do great in this new ecosystem. Eventually education will catch up. But the cohort currently coming up as juniors will feel the most pain.

dpflan · 1h ago
How is the impact of this assessed? How is system quality / performance changed? Is there an increase in high severity defects as more code gets pushed out more quickly?
bgwalter · 1h ago
Amazon is going down. 20 years ago they had excellent customer service, now they are violating EU laws and cheat the gmp developers out of a CPU replacement:

https://gmplib.org/

Granlund's gcc optimizations probably save Amazon millions in electricity each year. But evidently they don't care about real programmers.

mananaysiempre · 1h ago
> 20 years ago they had excellent customer service, now

... you will use them anyway because, customer service or no, there’s a good chance you don’t have a choice that doesn’t cost half again as much. (Regional availability may vary.)

bgwalter · 1h ago
For the EU, use this search engine:

https://geizhals.eu/

Amazon is not nearly the cheapest or most reliable one for hardware.

biosboiii · 56m ago
I am sorry but this is insane cope, Amazon is still on-top everywhere, also in Europe.
bgwalter · 42m ago
Nonsense. Literally the first random example I chose:

https://geizhals.eu/supermicro-h13ssl-n-bulk-mbd-h13ssl-n-b-...

  Cheapest price: EUR 675
  Amazon price:   EUR 875
The vendors with the cheapest price have good customer reviews as well, unlike Amazon, which has terrible ones.
giantg2 · 1h ago
I'm seeing the speed up and it's forcing out people with disabilities who are able to do the work at the previous slower speeds. I wonder if there are any solutions to this or if people like me are just expected to be walmart greeters.

No comments yet

Havoc · 1h ago
Feels like this could be part of a broader shift towards dis-empowering knowledge workers.

The cog in machine effect has always been there in the corporate world, but somehow it feels like the technique has been refined in the last couple of years.

bgwalter · 1h ago
The solution is a no-commercial use enhanced GPL license. Corporations are actively using our open source against us, so we have to fight back.

All these narratives about user freedom, for any purpose etc. are just propaganda these days.

chongli · 1h ago
What even are most programmers at Amazon doing? It seems like all the interesting bits (the MVP of Amazon's major products) was developed long ago. All the low-hanging fruit is gone so the task is now focused on squeezing the few remaining drops of efficiency out of the stone.
John23832 · 1h ago
That’s most major tech companies at this point. The fun was building closer to the mvp of the core product. Once that’s done, it’s just corporate druggery with computers.
Bombthecat · 1h ago
Yeah, most of the things in IT are just in maintenance mode now.

You need way way less people for that.

iLoveOncall · 1h ago
Until you join a FAANG you simply cannot imagine the complexity of the systems and how much has not been automated and how much there is to build.

I've been in Amazon for close to a decade, and I constantly think "I can't believe X hasn't been automated in the 30 years that Amazon has existed and is still done on Excel".

Most engineers will work on new features for at least half of the year, and I personally work on brand new projects or at least features constantly.

tom_m · 36m ago
Hasn't that always been the case at Amazon?
picardo · 1h ago
Sure, AI makes writing code easy, but code review remains a bottleneck. The individual coders are finding ways to use AI to improve their workflows, but as long as organizational culture remains stuck in the old ways of reviewing code, the overall throughput will not improve significantly. That's been my personal experience at Amazon. I get significant pushback when I submit a CR more than a few pages long. You need to have high degrees of trust within a team for this to work at scale, and that's very rarely the case in my group.
iLoveOncall · 1h ago
> I get significant pushback when I submit a CR more than a few pages long.

Hum yeah, because it's insanely hard to properly review a CR that's more than a few pages long?

osigurdson · 1h ago
Why would any company want to pay a software engineer to do repetitive / factory like work? It would be better to automate that and not have any engineers from the company's perspective.
gortok · 1h ago
> Companies seem to be persuaded that, like assembly lines of old, A.I. can increase productivity. A recent paper by researchers at Microsoft and three universities found that programmers’ use of an A.I. coding assistant called Copilot, which proposes snippets of code that they can accept or reject, increased a key measure of output more than 25 percent.

> The engineers said that the company had raised output goals and had become less forgiving about deadlines.

There are two issues this article brings to mind:

1. Feels like we are back when lines of code was a measure of productivity.

2. We’ve heard this tune before, and the problem we have now is that you don’t understand what you didn’t write. Software development is in large part about understanding the system from the highest level to its smallest details, and this takes away a key part of how our world works, in favor of a “cattle not pets” view of code.

Now, if you don’t expect your programmers to have an understanding of the system they built, and you treat code as disposable, then you’ll center around a world where folks aren’t trained to learn a system, and I don’t see that as a world that is compatible with increased reliance on A.I.

ath3nd · 1h ago
The place known for:

- High degree of warehouse injuries (https://www.nytimes.com/2024/12/16/business/economy/amazon-w...)

- Making its delivery drivers piss in bottles (https://www.forbes.com/sites/katherinehamilton/2023/05/24/de...)

- Illegally busting unions (https://www.thenation.com/article/activism/amazon-union-bust...)

- Forcing people back into their offices on five day RTO (https://www.businessinsider.com/amazon-5-day-rto-mandate-pol...)

Is now making its white-collar employees' life resemble ...warehouse work? Unthinkable!

NBJack · 1h ago
Ruby/Dawson in SLU even looks like a warehouse on the inside, complete with chain link fence decor, exposed concrete floors with a splash of paint, exposed ceiling infrastructure, and spartan decorations. And it was built over a decade ago.
curiousgal · 1h ago
> One Amazon engineer said his team was roughly half the size it had been last year, but it was expected to produce roughly the same amount of code by using A.I.

I am sick of these verbose articles that boil down to nothing basically. What the f does it mean to "produce code"? Like are we just churning out LoCs daily just for the sake of doing so?

pbiggar · 1h ago
About 8 or 9 years ago, I talked to a friend who started their first software engineering job. They talked about their job as taking tickets from the JIRA board, completing the change, and putting the tickets back. They were expected to complete 2-3 tickets per day. They didn't enjoy the job, needless to say.

I found this ultra-depressing, and far from what coding was for me - a creative role with great creativity and autonomy. Coding was always solving problems, and never felt like some sort of assembly line. But in a lot of companies, this is how it was constructed, with PMs setting up sprints and points, etc.

Similarly, I spoke to a doctor about how much they loved being able to work remotely at their role - with 2-3 days a week where they just responded to email and saw patients over telehealth. It felt very "ticket" focused and not at all the high status doctor role I imagined.

I suspect that both those roles will be lost to AI. If your role is taking a ticket that says "the box should be green, not red", and nothing more, that's the sort of thing that AI is very capable of.

randallsquared · 1h ago
> They were expected to complete 2-3 tickets per day.

Based on my experience with sprint teams, breaking things down into just a couple hours of work per ticket implies that someone else is doing an enormous amount of prep work to create a dozen tickets per feature. I agree that your friend is performing the work of a development system. I've heard this called "programming in Developer" as opposed to whatever language the developer is using.

leoedin · 1h ago
I've had plenty of colleagues who expect the job to be that. Just working on a small ticket and moving it to "to test" when done.

It's incredibly frustrating to try and get anything done in a team like that. The reality of most software jobs I've had is that problem discovery is part of it. The only people who know the code well enough to know the problens it has are the developers.

andrewstuart · 1h ago
“OK Andrew, we’re looking for someone for this senior developer and they’ve got to be really really great at copying and pasting between Claude and an IDE.

Now we’re going to set up a whiteboard test here and you can demonstrate to us your best copying and pasting.”

“errrr, do I do any actual coding in the job?”

“Well, yes, inasmuch as anyone does these days. It’s mostly copying and pasting though, but hey that’s what coding IS now, right?”

“OK are you ready for your coding test, here it is: what key is COPY? And what key is PASTE?”

eitally · 1h ago
But for about ten years, at least, the majority of Google swe rules have been talked about as "just moving protobufs", which is effectively the same. If your job is just plumbing other people's designs for existing products, how fun can it be?
biorach · 1h ago
I think you do not understand what A Google SWE actually does
NBJack · 55m ago
It's a running joke internally. But not always far from the truth. Translating business level protobufs into solution level protobufs is indeed the job of entire teams sometimes.
FirmwareBurner · 1h ago
Welcome to the club.

Have coders really psyopped themselves into thinking their job is somehow that much more special than the rest simply because it paid better due to temporarily market conditions?

I thought that was a joke where everyone was in on it, not that they were serious. I assumed it was clear we're all replaceable cogs in a machine, baring a few exceptions of brilliant and innovation people.

danielbln · 1h ago
This begins the golden age of creative generalists (until that's also in the chopping block).
NBJack · 58m ago
Joke's on us; this is going to rapidly drain what little creativity there is in places like Amazon as they rely increasingly more on a tool that at best intelligently regurgitates what it learned/gleaned/stole from the internet. As the AI models are further trained on their own slop, the signal to noise ratio will only get worse; this has already been noted in studies.
bix6 · 1h ago
Is it? We’re more specialized than ever imo.
rvz · 1h ago
> Have coders really psyopped themselves into thinking their job is somehow that much more special than the rest simply because it paid better due to temporarily market conditions?

Yes. We don't need to pay $$$ for simply changing elements on a page or adopting the next web framework to replace another. The hype in many web technologies that lots of developers that have fell for also contributed to the low quality of the software that you use right now.

All of this work to pay developers to over-engineer inefficient solutions and to give a false sense of meaningful work contributed to the "psyop" of how highly inflated their salaries were to do their jobs in the ZIRP era.

And AI has shown which developer jobs it is really good at, and it is consistently good at web developer roles.

So I'd expect those roles to be significantly less valuable.

layer8 · 34m ago
AI is good at web developer roles because that’s what has been most prevalent in the training material.
FirmwareBurner · 1h ago
Software development is a lot more than web development.
rvz · 1h ago
Well if the majority of developers are mostly using web-based technologies such as JS, TS, HTML and CSS, and all you're doing is modifying the site and shuffling around elements + a11y addition, etc that is something an AI can do in seconds.

Seems indeed to be like Warehouse work, which is why Web developers will be the first to be affected by AI.

Doesn't matter if you are "senior" or "staff" in Web development. AI is already senior staff level in that.

iLoveOncall · 1h ago
I'm a software engineer at Amazon and I'm directly and indirectly involved a lot in programs related to GenAI tooling.

I can safely say this article is bullshit. While there are a lot of programs ongoing to allow builders to adopt GenAI tooling, and while there is definitely a lot of communication ongoing around those programs, nobody is, at all, forced to use any of the AI tools. None are installed by default or enabled by default anywhere, and everyone is free to completely ignore them.

That said, is there an increase in expectations? Yes. But that's just normal Amazon in an employer's market, and has nothing to do with LLMs and GenAI.

The comparison to Microsoft where we can witness in public the .Net maintainers fighting with the shit code generated by Copilot on their repos is ridiculous. Amazon is probably one of the companies pushing the least and being the most prudent about GenAI adoption.

placardloop · 1h ago
If you truly believe what you’re saying, then you’re uninformed as to what is going on outside your own team. And just because it’s not happening in your team does not mean it isn’t happening.

Q is installed by default in all browsers on Amazon laptops now, and literally cannot be uninstalled. If you don’t have it installed in your IDE, you get a non-dismissible popup nagging you to install it until you do. Many teams are being told they must use AI every single day (some VPs have sent out org-wide emails saying that AI must be used), and engineers have to tell their managers how they are making use of it day-to-day. In my org, OP1 docs must include at least one section about how the team will increase use of AI. Hackathons aren’t allowed to happen anymore unless they are AI-themed. I could keep going. Amazon is absolutely forcing AI usage, and the article undersells how egregious it is.