Worst Place to Try to be a Human. - werkgeversreview Inbound Stower bij Amazon Web Services

1,0
30 jun 2023
Aanbevelen
Goedkeuring directeur
Zakelijk vooruitzicht

Pluspunten

Weekly Check and taking off early if you want only within your granted hours limit. That's it.

Minpunten

You are not listened to as an employee. They put you in a work share system. I did well as a stower and always consistently found myself in the top 10 out of about 180 stowers. The computer game monitor was a competition. So what, I did very well as a stower. The areas I struggled in to make rate was Out-Bound Packing and Inbound Decant. You get a message to report to a department that really isn't your department. I was wrote up 6 times and eventually fired. I was wrote up 5 times in Decant and 1 time in Packing.I knew nothing of my 3rd and 4th write ups until I gotten my 5th write up. I was going to be quitting around the month I was let go. I still made 3 to 4 times the money being self employed so no hard feelings. It's a myth that you can say no if you get a message on the workstation computer monitor to report to a different department. Dreading a department is no excuse! Go or otherwise get wrote up. You are called to a different department every day or night. Traning is really not training at Amazon. After two days you are on your own and accountable. You get wrote up on your first day of being on your own if you don't make the rate. I have to build up speed is no excuse at Amazon. There is no such thing as the speed will come later when you learn the job. You must have the speed now!

Ontdek andere reviews over Amazon Web Services

5,0
4 jun 2026
Aanbevelen
Goedkeuring directeur
Zakelijk vooruitzicht

Pluspunten

Chill, learn a lot, fast paced. Friendly

Minpunten

Nothing lol. No layoffs too at Annapurna labs (aws)

4,0
12 mei 2026
Aanbevelen
Goedkeuring directeur
Zakelijk vooruitzicht

Pluspunten

Operated in systems that had real scale, operational constraints, and production consequences.

Minpunten

Working at Amazon Web Services gave me strong exposure to distributed systems, operational ownership, and production-scale infrastructure, but there were definitely tradeoffs as well. One downside was that, like many large organizations, ownership could become fragmented. You often own a subsystem or workflow rather than an entire product end-to-end, which can limit exposure to broader architectural decision-making unless you deliberately seek it out. There was also significant process overhead. Design reviews, operational processes, dependency coordination, and organizational alignment were valuable for learning rigor, but they can slow iteration compared to smaller engineering teams. Another challenge is that large internal ecosystems can abstract away infrastructure complexity. AWS has extensive internal tooling, deployment systems, and operational platforms, which are powerful, but some of that experience does not transfer directly outside the company. I also found that operational work could dominate engineering time at points. Handling production issues, retries, integration failures, and on-call responsibilities teaches reliability engineering well, but it can reduce the amount of time spent on deeper technical exploration or greenfield development. Finally, there is the perception aspect. AWS is a strong name, but experienced interviewers know there is wide variance between teams and roles. The company name opens doors, but ultimately you still need to demonstrate technical depth, ownership, and strong engineering judgment independently of the brand.

Bekijk reviews op: Nuttig|Beoordeling|Datum|Alle