Amazon Software Development Engineer II reviews

3.6

58% would recommend to a friend

(955 total reviews)
avatar

Andrew Jassy

19% approve of CEO

53% positive business outlook

Software Development Engineer II employees have rated Amazon with 3.6 out of 5 stars, based on 955 company reviews on Glassdoor. This indicates that most Software Development Engineer II professionals have a good working experience there. Amazon is rated in line with the average (within 1 standard deviation) by Software Development Engineer II professionals compared to other employers within the Tecnologia da informação industry (3.9 stars).

Reviews by job title

955 reviews
5.0
Dec 28, 2010
Recommend
Business Outlook

Pros

Amazon still totally feels like a startup. There's way too much work, way too few people, and endless opportunities to improve things and make a difference. Fortunately the management is good at understanding that they need to balance projects as well as people, so you're never going to be forced into overtime you don't want to do. Working here is a total blast, the pay is good, and the people are awesome.

Cons

The chaos can be a bit confusing if you don't enjoy working in that type of environment. It's a very fast paced place, and you have to understand how to balance competing demands for your time and make judgment calls for yourself on what your time is best spent on.

5.0
Aug 19, 2010
Recommend
Business Outlook

Pros

Amazon.com is a great company to work for. Features are always designed with the customer in mind. Customer trust/loyalty is high. Very short release cycles (less than one month), means that your work has an immediate impact. Many managers were SDEs at some point, so they have reasonable expectations. Easy to switch to different teams working on completely different technologies (must remain with a team for at least a year, but free to move afterwards). Opportunities to move from SDE to management.

Cons

Pager rotation - Building a large scale web service with tons of customers, means that any bugs encountered needs to be fixed immediately by the responsible team. Quick release cycles exacerbate this. Rotations are typically split evenly across the SDEs of a team.

4.0
Aug 8, 2010
Recommend
Business Outlook

Pros

After working as a college intern at the company I was offered a full-time position which I accepted. As a first-time job out of college I can't recommend it enough; just make sure you're on a team working on an unreleased product. An Amazon team in heads-down development mode is an amazingly productive and inventive thing. Projects are rapidly prototyped, torn down, and built anew. The build system is bar none the best I have ever used; if you need some library to do something, you just depend on it. Done. We had a senior principal engineer acting as a sort of roaming quarterback among our teams and he frequently sat in on design brainstorming sessions. He also sat ten feet away from me, so bouncing ideas off of him was frictionless and really helped me grow as a fault-tolerant systems architect. People wear many hats at Amazon and you can quickly make a name for yourself as "the X guy" if you devote yourself to being an expert in X. Plans change and you can get a golden opportunity in your lap if you're lucky. For me it was defending our system architecture against three senior principals. Get your name out there and you'll have other (potentially cooler) teams trying to headhunt you from your current one. I would recommend this strategy: stay on a project long enough to make a name for yourself in some way and then jump ship to another team. A year and a half to two years is a good periodicity for this process. The best thing about Amazon is that if you find yourself getting tired of the same old drag in your current position, you can jump ship to another team and work on something entirely new and exciting. This is not Microsoft: there is little animosity between teams and no hard feelings will be had. You can be writing servers in Java one year, virtualization modifications to the Linux kernel the next, and messaging systems in Erlang the next. Corporate culture is good. There aren't as many hokey ice-breaker or get-to-know-each-other events as in other companies. I once heard the company described as "having a good drinking culture," which certainly was true within my team. Our outings were more like pub crawls, with pool and bowling often thrown in as an afterthought as we wandered around Capitol Hill. Good times were had. The pay is pretty good too and I hear the stock ain't doing half bad, too. In summary, I wholeheartedly endorse Amazon as a first out-of-college job for people who want to learn a lot about anything. Just don't dig down too much in one team and you can rise to prominence in any area you want. Within a year I was designing and implementing key pieces of our architecture and my ideas and proposals were taken as seriously as those from people with a decade or more with the company.

Cons

N.B.—My team probably ranked in the top five for pager pain metrics. I've seen the histograms, and there is a long tail. You'll likely find yourself in a team with far less pager pain, but be warned that it can be bad. Yes, you have to carry a pager. Yes, it can be hell. You will invariably try to go to a pub one hour before your rotation ends only to be paged into an event that requires a conference call with multiple VPs and on-edge datacenter engineers. You may go to bed at 1 AM Sunday night, be paged at 5 AM Monday morning and not stop firefighting until 2 AM Tuesday. It can be draining. People say Amazon never ships a version two of anything, and I think this is the reason why. Asking your educated thought workers to sit around doing menial "keep the stack running" tasks can be a pain, and the small team sizes are great and all, but you'll find yourself wishing for more people to share the pager pain; misery loves company. At one point my project entered a dark phase in which all feature development tasks were superseded by the need to just keep the service up and running. Hacks and kludges were put in place to reduce the load and extreme measures were taken to keep us up and running. In retrospect, our project was characteristically different from other web services and this sort of thing was predictable, but we didn't get ahead of the problem quickly enough. One tends to blame management when these things happen; saying "we'll take the technical debt and put it on the backlog for now" one too many times can result in one hell of a lot of interest to pay off. The whole period seemed like hell when it was happening; a team member switched teams, the intern went back to college, the managers did a nice little switcharoo, we had three developers to actually code. But it passed. And I got an offer with another team with essentially no oncall rotation and whose work I really admired. I didn't take it because I knew I'd soon leave the company due to a cross-country move (I didn't want to join a brand new team for only two months), but the thought crossed my mind. So if you have a needy family, enjoy sleeping, or can't bear the thought of a pager, maybe Amazon is not for you. If you're willing to look past that in order to work at a company that actually ships products (rather than having them always in beta or research), I say the pain outweighs the gain.

Viewing 913 - 915 of 955 Reviews

Glassdoor has 251,102 Amazon reviews submitted anonymously by Amazon employees. Read employee reviews and ratings on Glassdoor to decide if Amazon is right for you.