Too much politics - DATA CENTER FIELD ENGINEER bei Amazon Web Services: Mitarbeiterbewertung

2.0
9. Aug. 2022
Empfehlen
CEO-Befürwortung
Geschäftsprognose

Pros

1. Decent pay for first 4 years 2. Company not stingy about training 3. Plenty of travel opportunities for training/offsites/projects/etc

Kontras

1. Company policies are not applied equally to all employees; rather, how loose or strict a given policy is applied to you depends entirely on your relationship with management (i.e.: Work from home [WFH] - on paper, every employee can WFH if "job role allows" but in practice your manager may find reasons to insist on office/site based work just for you while your colleague in the identical role is given more leeway because he/she knows how to schmooze better) 2. Heavy administrative & bureaucratic layer that impedes quick decisions and delays implementation 3. Most managers are strictly people managers and have weak technical skillsets in the discipline or specialization they manage; not all, but most. 4. Amazon has a compensation structure of roughly 1/2 cash, 1/2 stocks that run for the first 4 years of an employee's contract; but unless an employee is promoted or transfers to an out-of-country role, the likelihood of a stock top-up in his/her 5th year is little to none which results in a 50% drop in compensation; I've been told this is amazon's backhanded way of telling employees to leave

Mehr Bewertungen zu Amazon Web Services entdecken

5.0
9. Juni 2026
Empfehlen
CEO-Befürwortung
Geschäftsprognose

Pros

Strong technical foundation and cloud infrastructure at scale Opportunities in emerging areas like GenAI/ML

Kontras

Fast-paced environment with competing priorities

4.0
12. Mai 2026
Empfehlen
CEO-Befürwortung
Geschäftsprognose

Pros

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

Kontras

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.

Bewertungen anzeigen nach: Hilfreich|Sterne|Datum|Alle