employer cover photo
employer logo
employer logo

Amazon Web Services

Part of Amazon

Is this your company?

Better than I expected - Software Engineer Amazon Web Services Employee Review

5.0
22 Oct 2022
Recommend
CEO approval
Business outlook

Pros

I like how flexible the work timing is. As long as I get my tasks done in a two week sprint, then I can work when I want. My team is only one day a week in person, and our team chooses which of the several offices in the area that we go to. It's nice to have options. The perks of a working for a big company is that there's a vast amount of automation and websites and resources for just about anything you would need, HR wise. The medical benefits are great. For developer comforts: When I was onboarding, I could choose between Windows and Mac laptops. They hilariously let you choose between 128 and 512 gb models. Of course I went with 512 gb. And we get to use Slack. Out of all of my friends and family (government, engineering, private, and public), I definitely have the best remote working experience.

Cons

Grain of salt: This is my first full-time job out of college. The first few months are a little grueling, being saddled with a hundred hours of courses, while simultaneously ramping up with a team. Like most American companies, time off is not great. After 3 months of working, I have 6 days off accrued. Better than average American companies, but not by much. It hurts a little more working with international sister teams, and our French compadres get months of time off, and more holidays.

Explore other reviews about Amazon Web Services

5.0
24 May 2026
Recommend
CEO approval
Business outlook

Pros

good working place and great colleagues

Cons

too much remote team , no office collaboration

4.0
12 May 2026
Recommend
CEO approval
Business outlook

Pros

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

Cons

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.

See reviews by: Helpful|Rating|Date|All