Amazon has quite a lot of smart people, and they're given free rein to solve problems the way they think best (after all, they have to deal with the aftermath).
The result is a streamlined, low-effort, build/deployment system, a fairly low bar for building new services and tools, and the opportunity to try new things in a safe manner.
The technical environment is top-notch, and the important parts are implemented well enough (always some room to improve).
Amazon is obsessed with metrics. When a service is deployed, part of the process is choosing metrics and monitors to ensure that any problems are caught automatically and fixed. Due to the good tools, patches can be pushed out in hours and rolled back in minutes, so responsiveness is expected.
Senior management communicates fairly openly. The CEO fields questions at the quarterly meeting and welcomes hostile or difficult questions, which surprised me. At a divisional level, I always had a good idea of where things were headed and the priorities.
Amazon will eat your life - pager rotation sucks. If your service needs babysitting, you may not have an ops team to handle the general things.
What this means is that a lousy service will take your free time and interrupt your sleep one week out of 6-8. This would be as expected for a lot of things, but some services are naturally chatty (external systems, upstreams that file a pageable ticket to find out why your service is acting up, etc.). In addition, the workload can be high if you find yourself in the wrong place - choose wisely.
The downside of free reign with teams is that there is often little consistency of behavior, as each team implements what it needs. This can cause problems if you need something not offered. It also impacts crosscutting concerns - coordinating multiple teams is almost impossible.
Payments is a high-stress area, as is anything that supports warehouses. Having been in payments, it's getting better, but I didn't get along with one or two of the managers. I got a bit burnt out, then was denied vacation that I desperately needed and tossed on a death march project, so that colors my views a bit.
Amazon has cheap benefits (frugality is the watchword, but it burns a bit when the most significant bennie is a bus pass). On the flip side, you are paid well if you do well.
Not a lot. Planning for a post-Bezos world is important, as is ensuring that the leadership is strong. However, I haven't run into too many problems of their creation.
Well, except for stack ranking. Fire the low performers, sure, but don't force managers to make someone a 2.5 review just because someone has to be on the bottom. Sometimes, you've got a team of stars.
First, I was sent an online coding assessment/work simulation test. Then, there was a set of three interviews with three different hiring managers. Each interview included behavioural and programming questions.
I had one phone interview focused primarily on coding challenges. This was followed by a loop interview consisting of four rounds with different interviewers, covering both behavioral and technical questions.
I applied online. The process took 3 weeks. My interview process spanned about 26 days. I had an OA which included a LeetCode problem and an AI-assisted repo task. After that, I got an email about a week later for virtual interviews. There were 4 ro
First, I was sent an online coding assessment/work simulation test. Then, there was a set of three interviews with three different hiring managers. Each interview included behavioural and programming questions.
I had one phone interview focused primarily on coding challenges. This was followed by a loop interview consisting of four rounds with different interviewers, covering both behavioral and technical questions.
I applied online. The process took 3 weeks. My interview process spanned about 26 days. I had an OA which included a LeetCode problem and an AI-assisted repo task. After that, I got an email about a week later for virtual interviews. There were 4 ro