rating for Amazon.com


posted
on
July 08, 2007
See 22 more ratings for Amazon.com!
5 comments
Write a comment!-
Re: Amazon isn't for everyone, but it can be great posted on July 11, 2007 06:20 AM
I'm one of the people that complained about Amazon.com and I don't think I'm a lousy engineer. After leaving Amazon, I started my own ISV. The software I produce sells in good quantity and has sold to some of the most famous companies and research institutions in the world.I have tens and tens of emails from my customers saying how much they love my software. As such I have proof in front of me I'm not lousy. Perhaps you are able to stand up to incompetent engineers, because you have been at Amazon.com for a long time, have senior in your job title or are somehow revered. There are also political engineers and managers and you can be hurt by them if you give them the benefit of the doubt. When I was at Amazon, I assumed some incompetent people weren't incompetent but simply had too much work to do like me. I gave them the benefit of the doubt and when the project was over got bitten.I worked hard at Amazon.com and was let down simply because my manager of the day, didn't take the time to understand what was going on. He found it just too easy to keep quiet and to forget the proof of what happened that was available for everybody.Just curious, but have you ever been woken up 4 times during the same week to deal with either imaginary problems or problems caused by other people?Have you ever worked hard for a week fixing memory corruption bugs caused by other people only to get savaged by a manager because you weren't able to manage a bad software engineer of his on another project?The managers at Amazon.com, don't manage. They keep clean hands and push all the work down on software engineers.All in all though, Amazon.com is a unique place and I'm very glad I worked there.I suspect you have never had to endue a project with 1 political project manager, 1 don't care/nontechnical manager and one political, incompetent software developer. And all the time having to fix bugs caused by other people in unrelated areas and work on the project at the same time. -
Re: Amazon isn't for everyone, but it can be great posted by rash on July 13, 2007 09:07 PM
What other companies have you worked at? Perhaps you aren't so much elitist as lacking in experience outside of Amazon to use as a yardstick.Of the several companies I've worked at, mostly Fortune 100, Amazon had by far the worst code base and worst software engineering process. By far. And scaling problems that were actually contained compared to some of my previous employers.There was also one particular anti-pattern at Amazon that really bugged me, and that was employees getting rewarded for fixing problems they'd created (not on purpose -- I think). Generally one was better off having a lot of manual workarounds to generate visibility and look like a hero, rather than actually making the software work well. -
Re: Amazon isn't for everyone, but it can be great posted on August 10, 2007 03:59 PM
I'm one of the engineers who complained loudly about Amazon... then I left. I joined Google. So much for being a 'not very good engineer'. I can say this, you need to have the willingness to play the political game at amazon. The more amazing thing is the company used to (still does?) think it was 'politics free'. This became less and less true over the years.I hear from my friends and contacts that Amazon has sort of woken up to the huge fuck-up and started to treat engineer satisfaction and retention seriously. I suppose after various key engineers defected that was a major wake up. Also that the attrition is so mind-bendingly huge you can't ignore it anymore. -
Re: Amazon isn't for everyone, but it can be great posted by Tamerlin on March 14, 2008 04:31 PM
"Of the several companies I've worked at, mostly Fortune 100, Amazon had by far the worst code base and worst software engineering process. By far. And scaling problems that were actually contained compared to some of my previous employers."There I agree completely. It's hard to deny it, really. Our group is trying to improve its development process, but it's an uphill battle for a variety of reasons, one of those being that the existing software is pretty critical, and we barely have enough staff to keep it going, let alone design new software that's actually maintainable. Of course, this leads to a self-perpetuating cycle, because good developers don't like bug-hunting and maintenance jobs, but we don't have time for much else. -
Re: Amazon isn't for everyone, but it can be great posted on June 07, 2008 11:50 PM
I worked at Amazon for 2 years and left. Amazon has a pretty good developers but most of those skills really need not be used. Coding level required is pretty entry level. Amount of time spent on coding is very low: 25%. The toughest design and coding questions faced at Amazon will be during the interview and not on the job.Operational burden is high (wake up at 3 AM to the melody of your pager) to fix issues due to management frugality not only not to spend resources for QA but also not to share operational burden arising out of this frugality. Amazon's distributed system is one of the largest in the world, but distributedness does not make things technically complicated. Its much more involved to code and maintain a mission-critical multi-threaded system, than a one isolated part of a business oriented distributed system. While distributedness is the right choice for Amazon, developers who start their first job here and stick around for a long time will be ill prepared to transition to building mission critical systems later.
| scores in this rating | |
|---|---|
development process | |
| clear requirements |
![]()
|
| design and planning |
![]() ![]()
|
| quality assurance | ![]() |
| automated testing | ![]() |
| peer review |
![]() ![]() ![]()
|
| development environment |
![]()
|
| development hardware |
![]() ![]() ![]()
|
| physical workspace |
![]()
|
| infrastructure and support |
![]()
|
| issue tracking |
![]() ![]()
|
| source control |
![]() ![]() ![]()
|
| product quality |
![]() ![]() ![]()
|
culture | |
| cultivation of creativity |
![]() ![]() ![]()
|
| mitigation of risk |
![]() ![]() ![]()
|
| reasonable workload |
![]() ![]()
|
| prevention of crunch time |
![]()
|
| hitting deadlines |
![]()
|
| taking responsibility |
![]() ![]() ![]()
|
| development autonomy |
![]() ![]() ![]()
|
| keeping ego in check |
![]() ![]() ![]()
|
compensation | |
| salary |
![]() ![]() ![]()
|
| health coverage |
![]()
|
| paid time off |
![]() ![]()
|
| snacks | ![]() |
| other perks |
![]() ![]()
|
organization | |
| advancement opportunities |
![]() ![]() ![]()
|
| employee retention |
![]() ![]()
|
| hiring process |
![]() ![]()
|
| quality of development management |
![]()
|
| quality of upper management |
![]()
|
| quality of developers |
![]() ![]() ![]()
|
| team-to-team communication |
![]()
|
| internal team communication |
![]() ![]() ![]()
|
| management-developer communication |
![]() ![]() ![]()
|
general | |
| location |
![]() ![]() ![]()
|
| nearby food |
![]() ![]() ![]()
|
| business model |
![]() ![]() ![]()
|
| cool technology |
![]() ![]() ![]()
|
| vision and strategy |
![]() ![]() ![]()
|
| warm fuzzy feeling |
![]() ![]() ![]()
|
| overall |
![]() ![]()
|
preferences | |
| casual dress code |
![]() ![]() ![]()
|
| use of Free Software |
![]() ![]() ![]()
|
| development of Free Software |
![]()
|
| use of GNU/Linux |
![]() ![]() ![]()
|
| use of Mac OS |
![]()
|
| use of Solaris | ![]() |
| use of Windows |
![]() ![]()
|
| use of BSD | ![]() |
| use of Python | ![]() |
| use of Perl |
![]() ![]() ![]()
|
| use of Ruby |
![]() ![]() ![]()
|
| use of Lisp | ![]() |
| use of Java |
![]() ![]() ![]()
|
| use of C# | ![]() |
| use of Objective-C | ![]() |
| use of C | ![]() |
| use of C++ |
![]() ![]() ![]()
|
| use of PHP | ![]() |
| use of ASP | ![]() |
| use of legacy languages | ![]() |
