'Clean your desk': My Amazon interview experience
shivankaul.com
shivankaul.com
I have this little book next to my desk I use to write down ideas and notes, and then I refer back to it later. Sometimes my boss is standing right there! I get such a rush.
I found this website called Stack Overflow that has so many answers to problems I run in to. Sometimes I'll just copy the code directly from the site, without typing it out again myself!
Sometimes I even just walk up to colleagues and straight up ask them for help with a problem. They just tell me things I can use in my job, out loud, in a busy office, and we still haven't been caught!
I know that my cheating gives me an unfair advantage in the job market. I know this cheating makes me an inferior programmer. And now I know I can never work at Amazon because I can't get past their super scrupulous interview process. Oh well, I guess I'll just try and get by, cheating my way though life.
It gives actual examples of commands, just like a cheatsheet does.
I realize you're being facetious, but do check with your employer that this is OK! Code on StackOverflow is under a CC-SA license, it isn't public domain or even very permissibly licensed.
http://meta.stackexchange.com/questions/12527/do-i-have-to-w...
The license [1] says that you are free to:
Share — copy and redistribute the material in any medium or format
Adapt — remix, transform, and build upon the material for any purpose, even commercially.
The licensor cannot revoke these freedoms as long as you follow the license terms.
Attribution — You must give appropriate credit...
ShareAlike — If you remix, transform, or build upon the material, you must distribute your contributions under the same license as the original.
for (Map.Entry<String, Object> entry : map.entrySet()) { String key = entry.getKey(); Object value = entry.getValue(); }
private static void rangeCheck(int arrayLen, int fromIndex, int toIndex) {
if (fromIndex > toIndex)
throw new IllegalArgumentException("fromIndex(" + fromIndex +
") > toIndex(" + toIndex+")");
if (fromIndex < 0)
throw new ArrayIndexOutOfBoundsException(fromIndex);
if (toIndex > arrayLen)
throw new ArrayIndexOutOfBoundsException(toIndex);
}Below some minimum threshold of complexity, it seems like software ought to cross the idea/expression divide and become copyright-exempt, just as a mathematical formula does. In fact, the example you gave is something that could easily be recreated letter for letter without seeing the original post.
I'd be utterly shocked if that sort of "could have written it from scratch" code ever caused someone an IP problem.
> Starting Feb 1, 2016, all new code contributions to Stack Overflow and Stack Exchange will be covered by the MIT License.
Source: http://meta.stackexchange.com/questions/271080/the-mit-licen...
So, it depends. Code from before then is CC-SA, after it is MIT.
That follow-up post says that they're "going to delay the implementation", so I assume that today it's still all CC-SA. I haven't found any further information, but would love to know it, or be corrected on my assumption.
My company is struggling with the code license situation and I'm stuck with dealing with it for my project. Clear, up-to-date information about it would be fantastic.
"In the work world, collaboration and team work are essential to success; in school, it's called cheating."
I would think that students who collaborate on schoolwork or studying are very institutionally fluent and aren't really at risk of the institution stepping over them and calling them cheaters.
I see the college cheating industry as a trade between wealthier cooler kids and the smarter disadvantaged kids, which I suppose is also life in most places, China or US.
The point of school (American school, at least) isnt to learn, its to get a good grade. When the goal is a number, than 'cheating' is simply trying to achieve the goal.
If the goal was to actually learn, the "cheating" that you see in schools would become "collaboration" - much like in a workplace with quotas and ridiculous metrics, people will cheat the system - in a workplace who values output quality first, you end up with collaboration between employees to reach that goal...
The problem is - 90% of us went through the school indoctrination of "the grade is the goal" ... and carry a lot of that mentality out into the work force.. and at worse, many of them start companies and align their business goals for their employees with that same standard..
This so that said someone can be slotted into place in the company production line.
I disagree. Plenty of times through school I heard complaints of "When will I need this in the real world!" and numerous comments online complaining about education (particularly arts and social science curricula in university) not preparing people for jobs.
Plenty of things I learned in primary school, high school and in my Engineering degree are not applicable to my day job but did make me a more educated person.
It's funny to witness the education system get simultaneously criticised for not preparing people for the workforce and also only preparing people for the workforce.
Both of these are correct - and they corroborate my point. The skills taught, they don't prepare you for a real world job - they teach you to stay in line, as few questions, and do what you're told. Thats what you need to be tought to work in a factory or plow a field... or stand behind a cash register.
They don't prepare you for "good" jobs... they prepare you for menial jobs. If everyone came out of high school with real knowledge and real skills, nobody would run the cash register at the gas station for minimum wage...
It doesn't matter. There must be something that can be taught to you and later used to grade you. Whether it's maths or arts or history of the good deeds of Comrade Stalin, it doesn't matter. What matters is the series of filters, at the end of which is entering the job market. Even the parents don't care what you're being taught - only that you are good at it, so that you can go to better higher-level schools, and get a better diploma at the end. Only few parents and teachers with ideals give a shit about the actual content of the education material...
As for job usefulness, 90% of stuff you'll have to learn on the job anyway.
Of course. Education is about laying the foundation, giving you a bounty of contexts with which you can make faster associations and more quickly learn what you need for the job.
These are all goals which are harmonious to societal health.
I think we all remember that kid in school (or college) that joined a group and coasted to grade. I know those people where I work, too. They know little and contribute nothing. We do not serve them by letting them get out of school without the knowledge they need.
So I agree that grade-centric education is poor, but can also not reject either rote learning or evaluation as being an important goal.
Aka Goodhart's Law[0].
But how do you then assess whether each individual in the group learned that important concept, or if they just all agreed with the one (and only) student who actually learned/knew it?
http://montessoriguide.org/assessment/
Seems to produce good results:
http://blogs.wsj.com/ideas-market/2011/04/05/the-montessori-...
Its akin to evaluating how someone would do something in the middle of the jungle without tools or support. Sure, you will be able to know who does better in that setting, but what conclusion can you bring of that?
Or the surgical team where everyone "collaborated" on basic anatomy.
You are comparing people that dont know to people that know with that allegory. In a collaborative setting you would be able to see what people build, teach each other, and learn.
A team with 5 people that know 20% calculus can produce much better results than a team where 1 person knows 100%. And sometimes they wouldnt be able to produce a result at all.
Collaboration can only occur when each party has something meaningful to contribute.
But you still have to distinguish those who are not effective at all, contributing nothing, but who are still putting their name on the project.
To use the sibling example, there's a difference between a surgeon who draws on other specialists in the operation, vs someone that knows nothing about surgery.
You dont need an individual assessment to do that. The real work world is exemplary on that. People without degrees very often outrank and outperform people with degrees, either through curiosity or through other skills that make him a more important key member.
In real life if someone is regarded as unproductive by his co-workers is not re-tested individually for validation.
Welllll you could conclude that they are in a prime position to create a YouTube channel with 178 million views /s
https://www.youtube.com/channel/UCAL3JXZSzSm8AlZyD3nQdBA/abo...
Why, for example, do curriculum developers create (or choose to adopt from textbook publishers) scenarios where if one person fails, everybody in the group suffers? That's not why we collaborate. In fact, that's the opposite of why we collaborate. We don't do it to create multiple points of failure.
It's also a problem with the way we assess and the fact that we almost exclusively conduct summative assessments on these types of projects with high-stakes consequences rather than formative assessments that allow the experience to be used to foster understanding.
I'm a parent (and an education journalist). I see a lot of this. My daughter has had to do the entire work for several "collaborative" projects to maintain her GPA just because the other students wouldn't do the work or wouldn't do it well. That's a common complaint.
Two ideas for getting around that:
1. For the types of assignments where a small group produces a single outcome and shares responsibility for it, assess formatively. If the group does poorly, the teacher sits down with them and gives them supplemental instruction. And, in talking to the students, that teacher can also discover where the weaker students are and focus on them. That way you get assessment with zero high-stakes consequences, and you help advance learning rather than ending it with a letter grade.
2. Assign projects where each student has a job and is evaluated singularly for that job but is allowed to work collaboratively with other students (and the teacher) to complete it. There are all kinds of ways to encourage collaboration in those cases without resorting to punishing others for one person's failure in the end product of a collaborative assignment.
As others have said, there's also the question of assessment itself. Why assess for a grade or points or what have you? There's a movement to do away with grades and test scores. It's working fairly well, but it requires serious dedication from the teacher to ensure that students are learning. Large-scale, that's difficult. We don't have 4 million+ teachers who would be willing to do that extra work.
In my experience at least the weaker contributors to the groups success, even those that just coasted, were still very honest when asked to assess their contribution and the contribution of others.
--Anyone who's experienced it
Cheating and collaboration are not the same. If you've ever taken an advanced math/cs/STEM class you've collaborated often on problem sets, they are often too hard to do alone. But you shouldn't have cheated.
Now, I'm well aware that studying things you can already do is not the best way but this was what happened.
You missed the part where a search engine shows you several links, including the ones from Stack Overflow.
And all of the stack overflow answers that were linked from the top of the google search are "Have you ever heard of Google, N00B?"
Something that worries me is: what if I work for a company that decides that everything I've written on their time belongs to them? If I had all of this in my head there would be no question about it, but writing it down introduces questions of copyright. Should this ever happen it would basically be the equivalent of losing a chunk of my brain, which is a bit of an alarming prospect.
Generally anything you write on company time or using company equipment belongs to them though.
1. I liked the people
2. The technology was interesting
3. I felt like I needed to break into the industry as a fresh grad
4. Every other company I'd interviewed with had a similar clause
5. The side projects that I work on are strictly non-commercial, for my own education, tend to be difficult to monetize legally, and have nothing to do with anything that my employer is interested in.
6. (found out later) My employer doesn't enforce its anti-competition clauses or try to take over IP that employees develop on the side.
I haven't regretted it in 8 years, although I'd imagine that a lot of the people on HN would be a lot more entrepreneurial than me.
- you used company equipment for that == it's ours
- you billed us for the time which you spent on doing that == it's ours
What can you do about it (if you live outside of California)?
Your key weapon here is knowledge. Specifically, the fact that California Labor Code section 2870 exists.
"...shall not apply to an invention that the employee developed entirely on his or her own time..."
Here's what you should do to avoid draconian IP clauses:
* Print out a copy of 2870 and bring it with you when you go to sign your job offer http://webcache.googleusercontent.com/search?q=cache:3qLjxOo...
* Read your contract. If you don't see similar wording in their contract, hand them your copy of 2870 and ask it to be added to the contract.
* If they try to push back, calmly explain that every resident of California gets this "for free". If Google, Facebook, etc employees all get this, why shouldn't you?
* Be prepared to walk if they refuse.
But what if you're already in a job which has draconian IP clauses?
* Try bringing 2870 to the table the next time you are negotiating for a raise or promotion.
* If you are cheeky, go get a job offer from a competitor, and highlight the fact that they are willing to offer you 2870.
But the best thing you can do is to spread the word about 2870! If enough of us demand this, eventually it will be such a hassle (for employers outside of California) that no one will bother trying to trick their employees into draconian IP clauses.
I should give a hat-tip here to my former employer, uShip (Austin, TX). They include this clause by default for all devs, and I'll make sure I ask for 2870 at every future job.
I can, however, give you an idea of how it works. There are many personal wiki programs out there; I settled on Zim[1] as it stores everything in plain-text files and supports a basic markup. On my phone I have the repo set up with Pocket Git[2], and I view it with Coastline[3] (which is just an arbitrary text editor; I don't mind reading the Zim syntax). The Git repository is stored on BitBucket[4] since they offer free private Git hosting, though I now have my own VPN and am considering moving the repo there. Syncing is done periodically (roughly once a month) by committing, merging, and pushing, usually with a few minor edit conflicts to the more popular pages.
Pages are organized into a very loose and fluid hierarchy; for the most part I put things someplace that seems reasonable and then periodically merge, split, and move pages when they grow too unwieldy. The major parts of the hierarchy are:
- Project:(Active/Complete/OnHold): major projects (anything from Barcamp2015Presentation[5] to NewCellphone to BetterWorld[6]) get a page, which collects a narrative about the progress of the project, a summary of the current state, and any relevant links or quotes; this page may have subpages as well.
- Entity:* collects links for anything related to someone or some company I've been involved with; mostly this is backreferences to projects I've worked on for them etc. For example, Entity:Person:JohnSmith could link to Project:Complete:JohnMidiController for a side project I did for a friend.
- Hardware:* collects everything hardware-related, for example Hardware:Computers:RaspberryPi has links to pinout diagrams and the like.
- Software:* collects software-related pages, with subsections for Software:Protocols, Software:Programs, and a smattering of loose pages.
- Snippets:* covers code snippets, such as Snippets:Bash, Snippets:Python, and so on.
This covers about 75%; the other 25% is somewhat less organized and consists of things like fiction ideas, links that don't fit anywhere else, the aforementioned LifeSkills namespace, and Miscellaneous:Quotes:FunnyPhrases ("you there, wear these groceries"[7], "Turns out I'd just existed inconveniently at you"[8]).
Hopefully this rather long post answers your questions, but let me know if there's anything more you'd like to know.
[2]: https://play.google.com/store/apps/details?id=com.aor.pocket...
[3]: https://play.google.com/store/apps/details?id=com.rumsunrise...
[5]: http://www.linestarve.com/blog/post/A-Mad-Scientists-Guide-t...
[6]: A Grand (Semi-)Unified Plan for improving everything, encompassing BetterUserInterface to BetterGovernment to BetterEconomy.
[7]: http://www.wildelifecomic.com/comic/195#comment-2550773663
"Am I really a developer or just a good Googler?"
I really hope they don't realize that I'm using their code to cheat.
Sometimes I even just walk up to colleagues and straight up ask them for help with a problem. They just tell me things I can use in my job, out loud, in a busy office, and we still haven't been caught!"
I've lost count of the number of (thankfully former) co-workers whose only technical skills were searching Stack Overflow and asking their colleagues for help with a problem. The measure of a programmer is what they are able to do when there _is_ no answer to be had from SO or their colleagues.
(pro tip; the correct answer is, "fine")
edit: I don't know if there'll be an official announcement, but as of right now we're pulling usage of ProctorU for intern loops.
For those asking how this happened, you simply do not understand the THOUSANDS of interns Amazon needs to interview every year over a couple of week period. It's a nightmare to scale. So, someone in HR thought they'd show some bias for action. Oops.
It's much more likely those responsible for choosing the ProctorU solution didn't realise everything around what the approach entailed, or necessarily the ramifications. That's especially true if it came out of HR/Recruiting who aren't necessarily the most technical people.
They have a very real problem, with thousands of people in the recruitment pipeline (especially during intern interview season), and they saw a way to significantly filter them out, without having to turn half the business over to more of a recruiting pipeline than it already is.
OK, sure. My reasoning there would be that ultimately they don't really care. All due respect to Friar Ockham.
Find a new job. The reputation of your company is going down the drain.
I, and most people I know have mostly positive Amazon experiences. We are proud of the work we do, and the innovations of the company. I interview a LOT, and I make sure that 100% of my candidates come out with a positive experience, even if they do not get hired.
There are problems at every company, but right now it's fashionable to shit on Amazon, ever since the NYT hit-piece that got a TON of facts straight up wrong, and ever since then every negative Amazon story gets upvoted to the stratosphere. Every company makes mistakes, it's how you deal with them that counts.
Oh and in this case it wasn't a question of frugality, but scaling. Too many interns to interview, not enough time. It was still a bad decision, but it wasn't about being cheap.
The one exception is a friend who started working at Amazon a few months ago. She loves it. But she's also been handed a pile of money and told to basically do what she wants. They hired her to create a new product line (not tech related) and the execs apparently don't know enough to get involved so she's basically got signoff to just do what she thinks is appropriate. So she loves it. Her husband also works for Amazon and hates it.
I'm sure there are other people at Amazon who like their jobs. I just haven't met any and I'm not sure they constitute a majority.
Happy to chat about it more, this isn't a throw away account.
I've interviewed for Google and Apple internships and the process has been extremely pleasant, with the interviewers happy to give their time. With Apple, I got to meet the entire team and spend time with them. I've heard similar stories about the Microsoft interview process (I mean, they even fly you out to Redmond).
What makes Amazon incapable of interviewing their interns adequately?
Further, this expectation of a private quiet clean place to interview for several hours seems rather biased against poor people. Not to mention the test itself sounds like it doesn't account for the possibility of people with motor disabilities, the blind, the deaf and other disabled people.
Honestly, open book tests are a thing that has been extensively studied. Use IRT based adaptive multiple choice tests (like the computerized SAT or GRE where tests adapt to your ability), set a time limit, have a rolling set of questions to prevent knowledge transfer, and have an intern test day every quarter. You can calibrate test responses based on Amazon engineers at their desks.
This is the hard part, and I think it's why open book tests don't happen more. Coming up with good questions is hard. Don't forget that if they're not sufficiently work-like people on HN will still say that your hiring culture sucks.
I'm personally of the opinion that Amazon is not a perfect company, but reports of its "evilness" have been greatly exaggerated. Moreover, I think this is a case of people with negative experiences having more of a reason to chime in than people with positive experiences. That somewhat biases threads, unfortunately.
I'm throwing this comment in here because I think it's easy for people to forget than n=1 anecdotes don't really confirm or deny anything (positive or negative) about a company's overall culture.
My impression has been that Amazon is highly variable internally, a bit like MS (which I actually do read horror stories about).
I don't know that the impression is actually false in this particular case, but these things can happen, and you'd be wise to not take the "internet consensus" too seriously.
Possible, but also staggeringly unlikely. Occam's Razor suggests it's a shit place to interview, nothing more complicated necessary.
I don't hold that against amazonm. Any company of a size like amazon is going to have people that may be a bit unstable that get pushed over the edge.
I do however hold their treatment of their warehouse employees against them. When I look at a company I look at all their employees and see how they are treated. When a whole class of employees are treated as replaceable automation its probably the case that they will treat ALL their employees in that way eventually.
I will say, though, that I think your bad-reputation timeline is totally off. By the time that NYT piece broke, I had heard "Amazon is a horrible employer" from a half-dozen different places. I didn't even finish the thing, I just shrugged and went "well, matches what people have told me, no new info here".
The first time I was warned away from Amazon, it was over specific (and probably unenforceable) pieces of their internship contract. A friend rejected his offer because it contained a bizarrely broad non-compete that could theoretically have barred him from ever starting a company with anyone else who had ever worked at Amazon. This was 2012.
The second time was from a friend-of-a-friend who spent one year as an SDE. He talked about bureaucracy, burnout, and made the Microsoft comparison. He said it Amazon was reasonable as a ~2 year cash out, but nothing more. This was 2013.
After that, I was still open enough to respond when I heard from a recruiter. The internship interview required invasive rules like the ones at issue here, which proved fundamentally incompatible with my machine/internet setup at the time. I declined it, and scratched off Amazon unless I got news that these things had improved. This was 2014.
How you deal with mistakes is what counts, agreed, but Amazon's reputation struggle is far older and more pervasive than the perception spread by the NYT story. Fair or not (and I honestly don't know), it's a long-standing issue.
The non-compete and non-solicit for customers & business partners lasted for 9 months from when my internship ended and the non-solicit (titled "Non-Interference") for Amazon employees, contractors & consultants lasted 6 months from when my internship ended.
The interview process was two back-to-back phone screens. I heard from other interns the following summer that it had changed to an online coding test and one phone screen. I had never heard of anything so invasive as what is mentioned here before this article (and the precursor a week or two ago) hit HN.
I was working at Amazon when the NYT hit piece broke. It read like it was about the business/sales/marketing side of the company and it did not at all reflect what I experienced at Amazon.
I have met a few interns who had bad experiences at Amazon but most had good experiences and were invited back. I can only think of one who was invited back but had such a bad experience that they refuse to ever work for Amazon again.
When it comes to things like this, the variation between teams within large companies is much much greater than the variation between large companies.
Just throw 95% of all applications into the bin before even reading them. That scales as good and you don't look so awful.
The one about the Seattle culture or the warehouse side? I remember both, and I remember the warehouse one being a lot of garbage too. I was working as a contractor doing Amcare stuff and found a lot of issues with the article.
Side note: The most frustrating interview I've ever had was with Microsoft Boulder: they just flat out insulted me in the interview and questioned why anyone would hire me based on not getting their trick question. That said my interviews with Microsoft Redmond were lovely.
We are taught in an internal interviewing class (which is not mandatory unfortunately) that making sure the candidate has a great experience is just as important as getting good data on the candidate.
To be fair I interview poorly, but I would would have much preferred for the person managing the interviews to cut off the process as soon as they were sure that I wasn't a fit. By failing to do so it just created an awkward and frustrating situation.
I ask because elsewhere on this thread you have people bitching that they were asked some low level CS questions about inverting binary trees and the like, and how insulting they found that.
While I sympathize, it's not going to change the fact that the company does want to hire engineers that are equally competent at contributing to some sexy new high-scale AWS services as some boring business reporting features. Google, Facebook, and Microsoft all do exactly the same thing.
On the other hand, if you had people that were actively rude, did not give you hints when you got stuck, and made you feel unwelcome, that would definitely warrant feedback. Though, as you said, it's too late since it's 2013.
I advise anyone in the future who runs into this kind of situation to contact your recruiter with feedback, and be very clear if you had a bad experience. Amazon takes customer feedback super seriously, and when we interview, the candidates are customers.
I do recall the last pair asked me to re-implement a java standard library functionality that was rather complex. It seemed out of place for an interview question.
While there are valid reasons to ask such questions they need to be framed carefully as to indicate why the developer would want to do so. Failing to do that causes frustration because in general the first rule is don't re-implement the standard library.
EX of good question: Facebook has their own COW C++ string with small string optimization because libstdc++ didn't used to have that. It can also provide massive speed improvements on multi-threaded code, what are some ways to implement this?
Ex of bad question: Implement a stringbuilder.
Seriously, you're bothered because someone asked you to solve a toy problem? Most interview problems are things one wouldn't do in the real job; that's because all real job problems take more than an hour to solve.
Implementing a stringbuilder is a bad question because there's not much depth to it (after you get the basic implementation down, where do you take the question next?), not because there's a stringbuilder in the stdlib.
Allow me to respectfully disagree.
Even if they ask you something you or they don't think you can do, it's not just about really solving it but at looking at how you approach such a problem.
No one can really solve important, long term problems in an interview but you sure can reason about them and talk/try toy solutions.
> Ex of bad question: Implement a stringbuilder.
You can always say "I probably wouldn't do this unless I had a good reason but, If i had to roll my own, I'd approach it this way:"
We used to ask people to implement standard date-related functions. "That's stupid, all the date functions are already written, and they handle all the weird edge cases for you!" That's right - we want to see if you can think about all the weird edge cases.
It's not about the obvious functions, it's about whether or not you can plan reasonable interfaces and think about edge cases.
The point is to have a discussion. Why? What are the benefits of a string builder? When is it necessary? What performance characteristics should it have. What kind of questions do you ask, what kind of edge cases do you consider?
It's an interview - if you are not sure why the interviewer is asking you to re implement a standard library, ASK.
This is not unusual for Amazon - most tech companies these days ask these kinds of questions
That's funny. I don't know a single person who enjoyed interviewing at Amazon, and the one guy that did who got in quit a few weeks later and still won't stop talking about how bad it was until he's blue in the face. It was such a bad experience it seems to have partially fused with his identity!
Seems like every once in awhile there's some article taking a crap on Amazon, and then these types of green comments coming to the rescue.
Addressing your experience directly - I really enjoyed my Amazon interview in Edinburgh eight years ago. Lots of interesting free-form problem solving, with the whiteboard there to jot down notes rather than to produce working code.
I'm guessing there are teams or entire orgs which just don't take interviewing as seriously, though - again, with Amazon's scale, it's not surprising.
Presumably so that said PR team can create throw-away accounts and defend Amazon.
That's really the problem with the social media policy. On the one hand, it protects the company from the worst possible outcomes of letting untrained employees loose on social media - and given the size of the company and the diverse views held by its employees, I could imagine those outcomes being pretty dire! But on the other hand there's a chilling effect on positive impressions of the company.
[0] that was a lye[1]
[1] removing the stain on my reputation
I think every company has a mix of horribleness and goodness, and based on the data I have, it seems like the mix at Amazon is more skewed towards horrible than other major companies.
I've made the same observation as you, but I think there are other factors at play. It seems that Amazon has become the new "cool" company to hate, just like Microsoft was a few years ago. I've personally heard a mix of positive and negative stories from all the big 3, but Amazon seems to be the only one that makes headlines.
I'm not trying to say that Amazon is perfect, or even better than Microsoft or Google, I'm just saying that maybe it is better to trust the opinions you hear from people you know rather than what makes the front page of HN, wherever that happens to take you.
During my Microsoft internship, I watched a male coworker verbally harass a female coworker to tears while she was giving a presentation and no one batted an eye. A friend told me to come check out Amazon, and I've never looked back. I would never go back to Microsoft, but I don't fault people for going there because I know that it is a huge company and that my experience isn't representative of the whole.
Anyways the difference here is HR/recruitment was too "ambitious".
The SDEs have found out and we have put a stop to it.
My wife recently went through the hiring process at Amazon. She completed an online programing test, then went through an interview where a recruiter asked basic CS questions over the phone, and was then invited for an onsite interview. She took a day off from work, and spent about 4 hours doing the interview at Amazon's SF office. The interviewers had come from Seattle. This happened over 3 months ago, but she has not heard anything from her Amazon recruiter about the interview outcome. The recruiter had earlier promised to get back no later than 2 days after the onsite. My wife's emails to the recruiter were unanswered.
We understand why things are this way - the recruiter wants to utilize her time on candidates who convert; any time spent on a rejected candidate is time "wasted". But when a candidate takes a day off from their current place of work to attend an onsite to get treated without common courtesy is sad state of affairs. Imagine if the situation was reversed - once the interview was arranged, and my wife agreed to do it, how would all those interviewers who flew in from Seattle have felt had she not turned up?
You seem to be interested in fixing things at Amazon. I mentioned this incident to point out that recruiting at Amazon can do with much course correction. Take time to look in the mirror and understand why it is that only Amazon among large tech employers attracts such negative attention. Sweeping all of that under the "we are now the cool company to hate" category is dishonest. Again, I am glad that this particular incident posted by the OP has caused a positive change in the recruiting practices.
So, they are wading into discussions of Amazon, just in a way that's not directly linked with an existing nym? Following neither the letter nor the spirit of the rule?
I worked at Amazon for many years and enjoyed it. Nice to meet you.
It's a huge company with a wide variety of teams and experiences. It's not for everyone. But I am still friends with lots of my former co-workers. Lots of them liked it and, believe it or not, many of them are still there. Some for over 10 years.
Given that Amazon interviews by team, I think it depends on what team you end up interviewing with...
I didn't take the offer because it was like $20k or more less than another offer, but the process was fine.
There's also going to be selection bias, in that most people who have reasonable interview process aren't going to write blog posts about it...
Was that not in the mandatory one?
Does that sound like it could be the one?
[1] http://www.geeksforgeeks.org/swap-two-numbers-without-using-...
Anyway, I got into the interviews, and I could sense something was up. I was answering the questions but they didn't seem... enthusiastic... about them, or me. I like to think I usually interview decently, though of course I can improve.
Eventually someone says, "Hmm, can you wait here a minute?" and a new person comes in with him a few moments later.
"So... I'm not sure why the agency sent you to us." Okay...? "You're definitely over-qualified for this role, and frankly we think you'd be bored." I thought it was a good opportunity to get in the door (and MSFT is a great place to work), so I tried to offer a little placation, when he introduced the other person, "But I know that [name] here has been looking for a PM, so why don't you talk to her."
I walked out that afternoon with a different, better, higher paying job, because someone thought "outside the box".
That's "thinking for the company" which I had rarely seen during my 10 years working for a large company. "Thinking for myself / department" approach is much more common, unfortunately.
But I just appreciated that could have so easily been a 'thanks for your time', handshake and leave, with no-one satisfied.
What you've described sounds to me like a setup for hiring an H1B employee. The employer is legally required to interview everyone who meets the requirements, and must hire qualified domestic employees if they are available for work, but the employer will look for any reason to disqualify domestic candidates.
A whole industry of consultants popped up a decade ago that coached companies on how to use this "loophole" to favor H1B over domestic employees (which is on it's face, illegal. If a US employee is available, the employer must hire him so the trick is to find a way to disqualify this domestic candidate.)
Or maybe they already had an internal candidate and were required by HR to interview some additional people (e.g. you) before they discover, to everyone's surprise, the internal candidate is the very best one for the job. "Going through the motions" to interview others when their mind was made up before the job description was even written.
EDIT: Just so it's clear, I'm not saying Amazon does these things; and I don't know anything about this particular case. I am saying this sort of faux-interview happens in the industry, and has the same "feel" of the interviewers simply going through the motions.
However, there was a bit more to the story - one, that I'd started discussions with them and the agency prior to moving from Australia to Seattle, and they'd been willing to sponsor a visa (that wasn't needed), and sure enough, a couple of weeks after, my team had some new testers who weren't H1B who'd filled the position.
And it might be a little misleading on my part, there wasn't a sense of absolute, outright apathy. But just a growing more deflated tiredness, perhaps.
The right solution for this is to keep employers out of the skill-based immigration process.
If you have thousands of data points, what makes a successful candidate, and possibly, build a model around that?
Source: a friend applied, and they made her use it - except it didn't work, so she ended up not even having a second round screen before getting her onsite invitation.
Not to mention the turn over. What is that like in most tech depts?
I suppose however, Amazon can simply use the excuse of: we can't find qualified devs so we need more H-1B workers. Heck I am starting to think that this is the plan all along.
I apologize if I am coming off as negative but this kind of stuff really has to stop. I don't understand how it got to this point and how anyone would be willing to give up their privacy or self-respect like this. How did we get here?
It's not becoming it. It already is.
Doesn't everyone have conversations with their tech friends about how everyone who's been there is trying to go away and interviewing at Amazon was terrible?
I'm not even kidding. That "never work for amazon" is the image we have from amazon, it's to the point it could be a meme.
It very much already is a place no serious tech talent will work. At my last place of employment, we used to crack jokes about working at Amazon.
Amazon is the total opposite. Like this dev said, HR has totally taken over the process. To work there you need to go through their meat grinder.
The thing is, one suspects it wasn't "someone in HR" who thought up the idea of using draconian new system that's pissing everyone off, and driving candidates away in droves. But rather, Bezos himself, personally. In fact it seems to represent the very essence of his "everything will be automated" philosophy, to the letter.
reads like the first sentence in most horror stories programmers go through
That said, I have to wonder whether the interviews are really necessary in most cases. For institutions that it is familiar with, I suspect Amazon could do just as well hiring interns purely based on their grades in relevant courses. If you reliably take 100 interns from Berkeley or Waterloo, say, it shouldn't be hard to figure out which courses count.
At worst, doing things this way would be much easier. Who knows, maybe it would work even better, by eliminating unconscious bias or something.
By all means keep the interview path for special cases with odd backgrounds.
It's pretty much standing policy that to be hired at Amazon you must be able to write correct code with no aid whatsoever, no documentation, not even a compiler to check your work. If they don't use proctors, they will go back to what they were doing before: having people write code on a piece of paper and then read it back to them over the phone.
So no, not nearly the same in the US.
The US immigration system is much shittier.
I'd much rather apply to the plenty other companies that has opportunities. Seriously, IMO, this country has so much opportunities for the person that is working hard and willing to try.
Work is a place we spend the majority of our living life in the most active age of our life. It has to be at the least "NOT hell". Don't you think?
Also nice way of saying, "50 hour weeks are the norm."
Don't get me wrong, I have complaints, but at the end of the day I show up to work to solve hard problems with smart people, and that's very satisfying. I build tools other people build businesses on, and that's a really good feeling. I get paid what I consider to be too much, but that's what it took to get me to relocate from the Midwest (and no one I work with takes the current demand for devs for granted).
And yes, I appreciate the money, the pedigree, and the other opportunities it has opened up for me.
Maybe you just got lucky.
When we start talking about the distribution of experiences of hundreds of thousands of people over a decade, we should expect a very long positive and negative tail. I expect that if I were rehired, my experience would regress to a mean worse than what I currently have.
I'm not saying Amazon shouldn't scrutinize who they recruit. Please read the post with an open mind and think for yourself whether they have crossed lines of sensibility or not.
"nothing more than misguided condescension from a bystander" - No one is judging Amazon for its x thousand employees. Only its hiring practices. Which is creepy and stupid. I don't need to know everything about the company or its 230K employees to judge their hiring practice.
I do not hold moral high ground over the folks that made Amazon this attractive a tech place to work in the first place.
Still, just calling out their "current" hiring practice as evident from recent experience posts as creepy, stupid and something to be ashamed of.
You can have your beefs with the company, that's fine. But I'd avoid the wholesale characterization of over 200k people -- it's not a good look.
> As preamble, the proctor made me download some software, one of which spun up a UI for chatting with the proctor and giving them access to my machine so they can take control of my entire computer, including mouse.
Nope. Goodbye.
(Although I wouldn't work for Amazon anyway, but now I don't have to do any research if a company brings up "ProctorU").
I bit at an Amazon posting 5 years ago, but declined to do the Seattle interview when a local (and more attractive) position opened up.
Despite repeatedly telling Amazon's headhunters that I'm not interested, I hear from them about every 6 months.
I had one right out of college where the office (on energy efficient lightning) looked like some cubicle version of hell. A person in the elevator on the way to the interview mouthed "run away" to me, and really creeped me out.
I got the job, but literally couldn't even handle a full day in that cave-like godawful place.
I feel in that case, it was acceptable. Students were encouraged to get a cheap "burner" windows machine and use it only for the proctored tests, and we were warned in advance of all the restrictions.
I thought the entire premise of proctorU and proctorTrack (which gatech is now using instead of proctorU) was ridiculous though. A cheap hdmi splitter and a long cable would be all you needed to pipe the test out to a second monitor in another room where someone could scoop up the whole test for later. Or maybe even feed back answers to some tiny headphones hidden behind the ear. Impossible to detect.
[0] https://www.amazon.com/Calculus-James-Stewart/dp/1285740629/
Nope, Goodbye.
That the electronic equivalent of preventing someone from leaving the building.
> ProctorU currently supports Windows Vista, Windows 7, Windows 8 and Mac OS X 10.4 or newer version of those systems. At this time, ProctorU does not support any Linux operating systems such as Chrome OS, Ubuntu, Fedora, etc.
edit: but I'd like to see them muck around with my linux.git .config to make sure I'm not cheating.
But it didn't even occur to me that Amazon might be using an interview service that can't handle Linux. One of the best programmers I knew in school was exclusively on Debian, and spent a semester on a cheap Arch machine when his main laptop died. An interview process that completely excludes him is a jaw-droppingly bad one...
Also note windows 10 isn't explicitly on that list. There were problems early on.
To which I would reply "Fuck you and your institution".
Run a binary on my machine ? I think the interview should be over right there and not from my side. If an employee is willing to run binaries from random people on the Internet on their machines, then they're a security risk.
Is it really so dry out there that people are willing to go through this bullshit to work for Amazon ?
I know some of you are young and inexperienced, but know that you always have the choice to say 'No'. If people mistrust you from the get go - this is the environment you're signing up for. Don't settle for this.
Don't work for Amazon, don't let them establish this bullshit as the norm in the industry.
Trust me, the dream job will come if you know your value.
Absolutely. I'm not surprised the Amazon SDEs are fuming about this.
I love my job, but reading HN makes me feel like I should hate it. This is a place that told me to "take as much time as I need" when I got married, told me the same thing again when my dad was taken to the hospital two months later, and again when my father-in-law had a heart attack a month after that. I will never forget the kindness I've been shown in one of the most difficult years of my life.
I know that my experience doesn't align with everyone's. But this broad categorization of Amazon employees as "desperate" or "corporate drones" is just false.
Whining about a hive-mind is a self-fulfilling prophesy. Sustaining an opposing view when people generalize about employment at Amazon is a good way to change minds. HN is about entrepreneurial activity and technology, not fatalism.
If Amazon has the wisdom to hear all this criticism, then the company culture should improve and you will all be happier as employees.
If it doesn't, then you'll eventually see it yourself and it will be easier for you to quit.
Note that we actually work for our bosses - and they work for theirs. We don't do company work, we do what our bosses decide we should do. So a corporation is a group of people working on goals set by others.
If you follow the recursion, you'll notice that these changes need to come from the very top, so that's where you need to knock if you want to improve your company's image.
People here are criticizing the management, not the engineers.
They are though. I have seen Amazon engineers referred to as "desperate", "morons", and "idiots" in multiple threads here on HN. I'm fine with criticizing management. I encourage it. But criticizing the engineers simply for working here is an unfair generalization.
Maybe there was no training video. The test was to see if you'd surrender all privacy, your whole computer and let them waste your whole day on pointless bs. There was no spoon, Neo.
If they only hire a subset of interns this way, how would a full-time candidate have any clue? If a manager doesn't get an intern that had this happen, how would they know?
Okay now most poeple know, it's on HN (and people are pissed apparently according to another commenter here). Do you expect the current employees to up and quit?
I think it's easy to say that "you'd just earn the right to work with a bunch of clueless people", but Amazon is a huge company. Do you expect that all MSFT/GOOG/AAPL/ETC employees keep close tabs on programs that recruiting are using (potentially even testing?) And do you expect that people with mortgages, families, commitments are just going to walk out as soon as they hear about something like that?
I'm not defending Amazon at all here. Something may be wrong if this shit keeps happening (there isn't a faces of google website, for example), but I don't think the burden here is on a lowly SDE or whatnot who is powerless, and in most cases has no clue of the situation.
No, I'm expecting that the people with the most options will start drifting away. You know, the ones they most need. And now we know they won't be hiring any stellar replacements any time soon either.
If Amazon wants complete control over the interview experience, maybe there's room for a service that rents out small office spaces, like ZipCar or AirBnB, but for a desk/small office with just a Chromebook, for this express purpose.
Amazon or any other company could say they need a desk close to some place on some date, and the service could make one available that meets the requirements (laptop, multiple camera feeds, etc).
Or maybe this already exists?
The "disruptor" here is ProctorU and similar services. They are cheaper, generally more convenient, easier to schedule and manage.
Maybe you can come up with a better "test center" (perhaps a van?) but most people don't care at all about what ProctorU does with their computer.
Most people might not, but I suspect many of the best people for many tech, especially -- but also many other knowledge work jobs -- do care, quite intensely.
I don't know whether I qualify as "best in tech", but: last year I was approached by a large company which uses Django, and which solicited me to apply specifically because they wanted a Django committer on staff. In other words, I was absolutely a known quantity for them.
They still shoved me in their Fizzbuzz phone-screen funnel. Spoiler: for that, among other reasons, I stopped trying to follow up with them.
This does not seem to be an unusual practice for large companies. Even when they're recruiting specific people who they know and initiate the contact with, they still set these awful "prove you're not one of the impostor rabble we say are beating down our doors" hoops for people to jump through.
What does best mean anyway?
And this is why I cringe whenever I hear people talking about "disruption" like it's a good thing.
I once heard someone seriously suggest that higher education should be disrupted by newer education systems that don't have to be accessible to the disabled because universities are "wasting" too much money on accessibility services. See also: AirBNB encouraging landlords to set up unregulated hotels and causing nasty externalities for the whole neighborhood. It seems to me that "disruption" is code for "figure out how to cut corners in a way that makes everybody's life worse to increase your profit margins".
Epic wanted to put me through a proctored, three hour long "assessment" in front of a microphone, camera, etc. before even getting on the phone with me.
The other company gave me a couple of 30 minute phone screens followed by an on site interview that gave me far more insight into who they were and what they did. They made the process as smooth as possible for me and were genuinely interested in making the most of my application. Guess who I ended up working for.
That's a surprising reaction. The big four (five?) all have referral bonuses despite being beyond flooded with applications, specifically to avoid false positives - they assume that their current employees are more likely to know other people they want to hire.
I installed LogMeIn, let them poke around my laptop, showed some ID and did a sweep of my room with my webcam. I did not quit however, and ended up taking a ~3 hour SAT-like test.
I don't dislike the idea of setting up a standard environment for a candidate to take an assessment, but this process feels a bit inhumane and intrusive, imho.
I guess they feel that if they can be inhumane and intrusive towards their minimum wage employees in the warehouses, they might as well treat everyone that way.
It's a demonstration of our privilege on HN that we rally against these interviewing practices, yet they are a mainstay for a huge percentage of the USA.
I'm not sure I'm getting my point across well, but I think there's going to be a point where this becomes more and more normal across more and more companies. They'll hire people to abstract the very difficult parts of computers away, and bring people in en-masse to fill in the blanks.
I'm a youngin' around these parts, but it makes me anxious to think about what I'll be doing 30 to 40 years from now. Technology is moving sufficiently quickly and corporate humanity (for lack of a better term) is not keeping up.
Who knows!
Too many of us think they can think their way out of any situation with sufficient amounts of cleverness, but eventually, clever goes up against brute force and overwhelming numbers and loses.
...willing to commute from their home to your premises
...and work with your crazy cargo-cult process
...on your badly-architected, tech-debt-riddled legacy system
...for the crap salary you are offering.At my previous company we usually were able to find someone within a reasonable amount of time to fill an open position. One day, HR decided to seize control of the hiring process. They would conduct all of the resume and initial phone screening and then hand us a few "approved" resumes. It became impossible to find anyone after that.
If incompetent developers do 100 interviews per job, and only last at jobs for 6 months before being fired, and competent developers do single-digit interviews (or 0, getting hired through networking) and stay employed for years at a time, a very small proportion of bad actors can be severely over-represented in interviews.
I've been on your side of the table for a similar role and had the same experience. Literally 20-30 candidates who can't answer basic questions for every 1 who can (and usually the 1 is "just ok").
I think it's just due to the particular pool your company is dealing with. Maybe there is a surplus, maybe there isn't, but you're not able to judge that objectively from your vantage point.
I'm not saying this to be snarky. If you don't have a good answer to this, that probably points to your issue. If you have to think a bit to answer that, it's probably also an issue.
It's pretty simple logic from there.
(I'm not quit-my-job-level supportive, but I'd like to join such an effort (as long as it wasn't michaelochurch) - so what's the way forward? Joining a general union until there's a critical mass that can spin off as a software-specific one?)
IWW can be a bit extreme for my tastes, but it's the only one I've found.
There's a number of software workers in "general" unions already, particularly (but not exclusively) public sector workers. And there's arguably quite a bit of utility in being part of a bigger union like SEIU, IWW, etc.
Surely, Amazon isn't the only bad company and there are many workers elsewhere who should be treated better. But if there's an overall equilibrium, Amazon is one of the companies on the wrong side of it.
They also made you do some strange IQ test, but I think they stopped that.
In chatting with people while I was there, it sounded like it was very expensive to fly everyone in for the entirety of the computer interviews, so they started outsourcing the first part to weed people out.
For what it's worth, I did have to do a "logic" assessment that felt very IQ test like, though I have never actually taken an IQ test
Isn't enough to have total access to your computer, you also have to leave them enough time to clean up (?) any copyrighted material they might have downloaded on your equipment...
Interesting that you'll never know if they have uploaded some material from you, be it documents, photos or whatever.
Not because I actually think they're stealing data, but because I don't trust their competence to not collect something personal while doing their system profile. And, of course, because I'm opposed to surrendering ownership of a system I care about on sheer principle.
The episode aired on 11 December 2011. Seems unlikely that they are connected.
"first aired on Channel 4 on 11 December 2011."
But it's Cuppliance, a substance (drug) to ensure compliance during 'Hot Shots' auditions rather than to verify identity.
The experience is: you sit in a room at a standard monitor with a keyboard and mouse. There are video/audio monitors placed:
- above your head, roughly 2 feet, looking down
- in front of your face, able to observe your eyes
- to the left and right of you, about 2 feet
- behind you
Basically, you are watched from all angles, including what your eyeballs are looking at. I always feel like a probe is about to come whizzing out of the desk and begin prodding me when I begin, but the feeling subsides after awhile.
protip: As a male, asking the male proctor to stop looking down my shirt didn't have the humorous reception I intended.
But...I can describe it for you if you are interested. My interview process with Redhat started with the normal recruiter phone call, then scheduled some interviews with potential team mates. We used a video conferencing platform called "BlueJeans", which runs fine on windows/macos/linux, and worked through some exercises so they could observe how I solved problems.
I feel bad for giving the wrong idea in my original comment, Redhat is definitely not that crazy in their interviews :)
The process you describe sounds normal and fairly reasonable, although I must say if I were the maintainer/developer of some Linux lib/app and applied at Red Hat, I would expect to skip most of that to be honest. But even Google wanted to make Ken Thompson go through their process, which he didn't and thus couldn't work on their main code base. Maybe he did by now or they granted him a license to commit, but it was hard to believe at the time.
The hell is this, really...
ProctorU does similar things for universities. I've taken a few, they're not always this intrusive, but I understand the sentiment. People cheat. It's hard to stop that and even harder to do remotely.
To be fair, those people are very likely to be successful!
Attempting to take over a person's own computer in order to prevent cheating on a test is simultaneously an egregious invasion of privacy and completely insecure. Are we really supposed to believe that you wouldn't be able to hide some cheating materials from your own webcam?
I'm certain it's more expensive for the company, though. And some candidates don't have nearby access to this.
The tests were held at the schools, all online. Purses, bags, jackets, electronics and so forth were left at the front of the room. Paper and pencils were provided in the computer labs, which were recorded and inspected for signs of cheating. Humans were at the site, but video wouldn't have been out of the question either.
It wouldn't seem too much to be able to rent a local school's computer lab for these sorts of purposes, for a small fee. And the internet and security on these is already tax-payer funded. This should put test taking environments well within reach of most people.
As a software developer - I alwasy kind of cheat. I use Stackoverflow and infinite google search abilities :)
In that instance, in your daily job you wouldn't even cheat by looking it up, you'd just use a library. I would assume that they value people who understand how these things work rather than just being able to implement it. After all, you can teach someone basic Python and how to use Scipy in a couple of hours, but does that make them a data scientist?
Anyway my point is lots of companies have programming exercises/tests, and I'm not aware of too many that let you just look stuff up while you're doing them. Debate the merits of that, but it's common enough that seeing it in this platform shouldn't feel totally shocking.
I would have terminated it. I'm not a privacy nut, but I am a respect nut... and if your level of respect for your engineers allows you to enforce such a ridiculous policy of "testing" in the interview process, well, you don't have much respect for the engineers... or their time, or their own privacy (on their own machine).
I wont work for a company who installs "screen watching" software on your machine. I wont work for a company who middle-man's the SSL cert. I wont work for a company who drug tests. (I smoke MJ, but a lot of companies state MJ doesnt fail, but I still refuse to take a drug test, its principle)
We aren't cattle. When you're treated as such in the interview process, you can strongly infer that you will be treated as such in your position.
My main 'concern' was about "The proctor then proceeded to shut down all my running applications for me" - the fuck is this? Pardon my language.
I'd never install something like LogMeIn/TeamViewer though.
There are plenty of tools to share the code view in many IDEs.. there are sites and services dedicated to this. To have access to my entire desktop, INCLUDING control of my mouse/keyboard and installing software... I would have a hard time telling them not to go fuck themselves... because the level of disrespect in treating an adult like a child student is so high its painful...
The reason I suggest this is not that I am interested in the rest of their computer: I don't want keyboard or mouse control, and our rubrics have absolutely nothing to do with what else is running your box. What I am interested in is letting the candidate work with their favorite tools. It's your computer, with your favorite editor, with whichever bindings you have, and whichever libraries added to your project as you like to use. In our interviews you can also check language docs and stack overflow if you like: In fact, it's pretty common for people that pass the interview to do so.
Interviewing is stressful, and other than letting people work on a longer interview project on their own time, the best thing I can do for my candidates is to make them be at ease in every other way possible. In case people worry about privacy, I am happy if they just share a window, especially if it's for an IDE that lets them both see the code and show me test results at the same time.
So In my employer's case, a preference for screensharing is not really about treating people like cattle. We discuss all those pros and cons with candidates prior to screening, and accommodate them in almost every case. While I'd agree 100% that the ProctorU plan wound not be something I'd find acceptable, there's a great case for wanting access to your screen that is for the candidate's benefit.
I'm also a bit against tests of this sort, beyond just the privacy issue - in the real world, if you're not looking up things you're unsure of, you're making a mistake. Denying someone even written resources seems like setting them up for failure. But the privacy issue is a big one, and would likely cause me to quit before even allowing access to my machine.
This. Why would I want to work in a company that labels me as a some sort of cheater before proven otherwise?
I'm a pretty private person, and giving anyone access to either of these is a dealbreaker. Hell, I don't even let my friends in my house, much less an employer.
One of the last times I dealt with a recruiter, he wanted me to have a Skype interview with him before he passes my contact information on to the employer (for a job I really didn't want, but I was unemployed so I didn't have a choice if I didn't want to lose my unemployment). I tried to argue him out of it, and I ended up doing the interview in my backyard because there's no way in hell I'd ever turn a camera on in my house.
* Actually I do have one-or-the-other (D)SLR, but these are "dumb", not networked, and can positively not take pictures without somebody noticing - clack.
Whenever I was asked to code something as the 2nd step of the interview process like homework assignment, I'm always glad if it's not a site like hackerrank with a timer running out and JavaScript monitoring what tabs I navigate to. Especially, if they already know and have seen my public code and revision history, I feel like I'm applying for public office of some sort when they remove trust and make your go through that in addition to spending your personal time to work on some little project for the interview.
The biggest paradox here is that industry regularly complains about the lack of qualified engineers while ignoring probationary periods and trying to replace them with a 4 or 6 step interview/examination process. In many European countries both parties can walk away from the partnership with zero hurdles during the probationary period. It varies from 1 month to 6 month in Europe and if the company fails to assess the employee in that time, you cannot blame the employee and make him go through increasingly more distrusting interview process. One has to consider that not everybody lives in San Francisco and has potential jobs lining the streets, so it's time inefficient for applicants to go through many interviews.
May I ask what the process was (steps) and what kind of accolades you have?
1. Amcat assessment. Essentially an online IQ and debugging test. Asked logical based questions that were similar to IQ.
2. Couple hour long "work simulation". Puts you in phony work situations and asks what you'd do. (Hurt your team vs hurt another team vs hurt customer). The work simulation ended with around 3 coding questions, one of which was difficult.
3. 20 minute chat with hiring manager over phone to discuss offer and answer any questions I had.
4. Rejecting their offer.
For the record, they monitored my browser, but nothing else.
I remember going through the degrading 6-hour IQ-tests, silly white-board interviews, etc. at a bunch of companies when I was first looking for a job, but even then there were a few companies that did a pretty good job. I had an interesting conversation about IoC and clean code at a consulting company, after which I interviewed with the company president and talked business. That interview stuck in my mind as being very respectful, and I'd seek the company out again if I moved back to the state.
My Amazon interview (which I got an offer from) was a quick round of 4 interviews with some tired engineers (they had been marathon interviewing on the road). I was asked some softball applied algorithms and data-structures problems, mostly to make sure that I didn't make easy problems too complicated from what I can tell. The reject rate on those interviews in very high, and there are probably a lot of false-negatives (and there is a lot of money at stake), so I think it's understandable that emotions can run pretty high about them.
A few years in: I turned down the last job that gave me an offer after a very silly whiteboarding session because I lost a lot of respect for the company after going through their interview process. Something like this "ProctorU" bullshit would cause me to quit the interview immediately and send a terse but polite message to HR at the company that their interview process was a non-starter for me, and that I would not consider working for a company that did not treat me as a professional.
Maybe the fact that America imprisons so many of its citizens is to blame for this.
what the hell is wrong with Amazon's company culture? I feel like I can't go three months without reading about some story about something with Amazon related to hiring, working conditions, or management style that is deeply offensive and alarming.
why does this keep happening over and over again? it's so notorious that the NYTimes has written magazine articles about it. it's so notorious that Bezos has to go write apologias in the annual newsletter. what's going on?
I'm asking because 4 or 5 times a year I get an offer from an Amazon recruiter to come in and interview for a position that otherwise looks appealing. I say NO every single time because of these issues I keep reading about.
So nothing removes or punishes dysfunctional leaders, and every branch of the org chart is the sum of all the different ways the people above you are flawed. Each branch of the org structure is a nightmare in its own way, but they all eventually become some nightmare somehow because the psychopaths don't mind and the actual humans eventually leave.
This has nothing to do with quality (of candidates) only to do with HR person ticking another interview done.
Being contractor, I don't accept any HR involvment for some time, if company insists on running stupid tests they can't count on me. I have never seen any HR like approach with hiring that made ANY sense.
If you need and want job done call me. If you want agile/scrum pretending to work its not for me...
http://www.ibtimes.com/amazoncom-has-second-highest-employee...
People who don't want to put up with this bullshit drop out early, so they don't cost the company much time.
I was required to install an application called 'Sentinel' [1] that monitored my pc, could not have a second monitor or external keyboard attached and had to move my laptop to show that nothing was on my desk. If I remember correctly, I wasn't even allowed to use the built-in camera of my laptop.
At some point in the exam the monitor paused the exam because I was holding a pen (I use a wacom as a mouse) and I had to put it away in order to continue. When the exam crashed, they told me to just reboot the application. But you can't login again after a certain time has passed, so they had to reset my schedule.
I was able to successfully finish the exams, but it added unnecessary stress to the entire experience and the whole experience felt outdated.
[1] https://www.novell.com/training/courseware/ts_proj_info.jsp?...
... well, except that it would be exceptionally adversarial.
If Amazon can't spring for a $15 stick of memory it's probably not going to be a great work experience.
I also wouldn't want to work with engineer who asked BS questions like that. Waste of time.
Being able to save 10M means much more that $15 for a single die.
Taking your "$15" stick of memory comment, that's a cost of $1.5m dollars when you start talking about a hundred thousand servers. You could pay the salary of a number of SDEs for the lifetime of that generation of servers for that much money.
Working in a memory constrained approach can lead to lower latency and faster applications, and make the difference between a service being profitable or not.
Without going in to details that would put my NDA at risk, when I worked on an AWS team, there was a change went through that improved the efficiency of the service by about a third. The original code was well written, extremely logical, and exactly what almost anyone would write when presented with the problem. You could have shown it to developers anywhere and they wouldn't have found fault with it.
Stopping and thinking very carefully about largely fictitious constraints revealed a potential other approach, one that was somewhat left-field, but both worked and came without any risks.
When your service is operating on many tens or hundreds of thousands of servers worldwide, or more, being able to retire up to a third of your servers is far from negligible in annual costs.
Given https://aws.amazon.com/iotbutton/, that hardly seems arbitrary.
Me, in a meeting: "Hey Kate, that's a great idea! How about you code it up on the whiteboard right now."
Kate: "Sorry, what?"
Me: "Write it, on the board, right now. No bugs."
Kate: "Can I use my laptop?"
Me: "Of course not. Here's your pen. Hope you like drawing curly braces."
But this... this is absolutely horrific. Clean your desk?? Do you expect people to not use paper in the real world, or what exactly?
Except, in my case, this damn thing kept blocking up every few minutes, and I had no idea why. Contacting the proctor, having them diagnose it, and getting them to reset it, wasted a few minutes every time.
I finally realized what the 'problem' was. It was firing the 'navigate away' event every time the mouse went outside the boundary of the page. Since I often play with my mouse, moving it around the screen, it would block me any time the pointer left the page. I eventually figured it out, but it took me 3–4 block-contact-reset cycles.
All in all, a pretty annoying experience.
I was logged into a VM through my browser and tasked with several simple sysadmin jobs. Unlike this person's Amazon interview, the technical difficulties that I encountered were all my own doing. On my server, I tried to be very disciplined and used 'sudo' sparingly (sudo for each command that I issued that required escalation. No "sudo -i", that doesn't leave quite as nice of an audit trail. Well, I fat-fingered something while in visudo (grant privileges to a user was one of the tasks). I forgot the user's name so just exited but I must've 'ZZ'd instead of :q!'d. visudo puts up big scary banners about the syntax error and I quickly dismissed them because I planned to go right back in fix it in a jif. Well, sure enough, those syntax errors effectively neuter sudo. Of course, that's the right behavior for sudo and I just hadn't thought it through. I couldn't complete the remainder of the exam's tasks without sudo. I thought for sure there's a way for the proctor to reset the system to neutral -- I'll just start the exam over and go through it quickly. No such luck. I can reboot the VM but there's no way to halt the VM during the bootloader. :(
I did whatever I could without privileges and wrote detailed text files about what I would have done for the ones that required privileges. The autograder gave me a failing grade and the human that told me to take the exam didn't seem to care about the problem I encountered (or believe me).
Lesson learned: leave a terminal open in the background with "sudo -i" for later. You never know when you might need it. [this advice is for exams and not real sysadmin]. And while you're at it, go slowly and heed that warning from visudo. ;)
You can't make that mistake in production. They were right to fail you.
I can see that it was a side effect of being more cautious than usual (so unaware of the effects of your actions), but that demonstrates a different problem.
All of which is to say, that you tried and failed, which puts you ahead of the people which didn't try at all, and imparts some hard won learning that will benefit you next time. We've all been there.
But you can't overlook a mistake like that. It shows that you were not ready to pass the evaluation in question. The rest of your actions (acknowledgement, discussion of error etc) show that you should be ready next time. But to shortcut it would be a mistake.
Considering these kinds of mistakes happen all the time in production: what exactly do you mean?
If such a mistake actually can't be tolerated, there is no way sysadmins would be allowed to log into a production system and run the risk of mucking it up in the first place. They'd be forced to do the responsible thing and implement changes in a test environment, and use configuration management to replicate the change into production. Possibly in a maintenance window, certainly with a rollback strategy.
Paradoxically, the no-mistakes-ever environment makes the parent poster's fuckup as even less of a red mark than it otherwise would be. In a more flexible shop, there is some level of chance he made the mistake on a live box, in a controlled shop there is none (excluding some phases of disaster recovery ofc).
If you can't fail an eval by locking yourself out and being unable to complete the task, how do you fail?
The ideal is proper config management, test/stage/prod envs, automated deployment, etc. I've come close to that ideal at certain points in the past, but it's far from universal.
Remember the problem is that OP was using unfamiliar tools and being careless. We have all made that mistake, but for it to happen in an eval or an interview has to be a failure. In day to day ops, it would be tough to justify giving root access.
You want to pass or hire the person who will not do that because they have already cleaned up that sort of mess in the past.
As OP states in followup, they weren't interviewing for a systems admin position, which does change the equation. If the eval board is sitting on your desk and requires just a firmware flash to recover, then OK, it's safe to not care so much.
shrug I kinda agree, sorta. It's certainly not what I would imagine is the intent of the test. But I definitely made it so I could not complete the test objectives.
> But you can't overlook a mistake like that.
I dunno, would you fire me if I'd done it at Amazon? Seems like a simple recovery. Note that the position I was interviewing for was not a support or sysadmin job. I'm a design engineer. I'd have been designing the tests most likely! I even imagined how I could spin it into a feature I could work on to recover/reset the system, scoring that event however they deemed appropriate.
Where I've worked, if anyone ever bork'd a system you reload it and move on. We're not supporting customers, so there's never any discipline that would result. The worst you could do is brick a $1-2k devboard or a limited-run early prototype production unit. The latter could cause delays but it's always chalked up to mistakes and that's why they build more than one prototype.
The problem is that the mistake you made was not knowing your tools, and being careless. That can't be an acceptable combination.
On the other hand, automated grading is useless, and your role might never involve the same concerns about recoverability.
It's a big industry, but in my little corner of it, a person who locked themselves out of root during an interview would be very hard to support in a hiring meeting.
When I took the RHCE exam, someone made an extremely simple mistake similar to this that led to the machine (a VM) being unusable.
They knew exactly what they'd done, they knew how it could be fixed, etc - and the instructor sympathized and was apologetic, but it was just not allowed for them to restart that portion of the cert exam over, and it was impossible to pass without this section.
The person in question had to pay to re-take the exam at a later date.
And speaking of solutions: stop vi with ^Z, do whatever you want in the shell, resume vi, finish editing, write, quit :)
There is no possible scenario where this is useful.
I've never entered a programming competition but I'm glad to hear there is still some sanity left in this world.
What exactly are they wanting to test? Is it just a simple aptitude test to reduce (not eliminate) the chances of cheating? Do they also ask to look into the interviewee's ears for tiny bluetooth earpieces? What about the ceiling for hidden microphones and cameras?
The "show your room" part reminded me of (older) movies with funny situations where the person hiding is always behind the view of the person looking around.
If someone really wanted to cheat, I guess these people would need to do a much better job…or just get the person to an office and do the interview face-to-face.
We're the #1 place for English speakers in Europe because the local population are smart and bilingual.
Oh, and I've never seen douchy things like this (I rejected the Amazon recruiter, not worth taking a pay cut to work for them).
17 hours?! Who in the hell would let their grad students out of lab for that long? :)
An opposite and goal:
tl;dr: Don't assume providing stress and isolation makes people work their best. Especially under stress. Taught a course in university, saw response to strict environments take a while for people to break out from.
Context: I have the chance to do quite a bit of campus work with local universities while working at a bank. Ops and IT. This usually involves working with final-year students, and can be quite hands-on.
Background: Working with a local finance university (top in country), I ran a final-year class on banking for around 40 students (and quite a bit of the faculty in attendance). Mainly banking operations, not technically hard. Visit the university with an AVP or VP expert in a varied function, different visitor and topic each week. Ops, Trade, Finance, HR, Tech, from fund transfer to letter of credit to dormant accounts to labor law. Basic banking and business but at a practitioner level.
Finals arrived: Not a member of the university, but asked to design and supervise the assessment. We'd covered a lot, and assigned essay answers for 3 of 10 questions over 2 hours, hand-written answers. Just answer it as fully as you liked. Some questions more numerical, some less. Really something for everyone.
I said I was busy with a call I couldn't refuse, and would be in the room next door. I wasn't. One hour later I returned to the room, to see each person hunched over their papers.
Books were not open. Phones were not doing checking. I was disappointed, but not unsurprised. To be caught 'cheating' in a university in China can mean the end of your degree. Still an hour to go, I encouraged opening of books (to protest) and full use of internet.
This seems the opposite of the Amazon policy.
The best papers that came in were a full 10 answers long (more than the required 3), photocopied, with multiple and varied signatures on each, and different handwriting in different paragraphs. Some individually submitted papers were very good. Choice had been achieved. Not only had books been opened, but collaboration had over-achieved. In only an hour remaining.
Hopefully this was a small lesson.
It would make it easier to avoid them, and maybe send a message.
I was repeatedly told off for tapping on the table whilst problem solving. (A hard habit to break after years of doing it)
Remember that there are a ton of companies out there and you owe it to yourself to explore as much as possible before submitting to any one company’s ridiculous process.
Heck, years ago I used to look elsewhere just for being asked to format my résumé in a particular way.
More than the absurd test rules, which seem quite common in some educational or testing environments, the fact the he would relinquish so much of his privacy and security makes me think he doesn't know his own worth.
It's OK to indulge them in some things but it's not OK to lose perspective and forget it's a negotiation. If you surrender to every demand, how can you negotiate later on? With what?
Seriously, though, that is one of the most surreal things I've ever read about our industry. I would have quit the interview too, but probably earlier in the process.
This is the main reason I quit university to start my own company and the main reason I will never look for investors.
If I had no choice I would work part-time at a non-tech company for as long as it took for my company to take off.
If you're going to work at a BigCo, go for one that doesn't abuse you. Otherwise, work at a startup where at least you'll learn a ton and maybe get some equity. I can't see any advantage to working at Amazon.
Which is why you see people tell horror stories about Amazon while other people rebut them and say their experience working there was great. There's no consistency between groups.
Except when fast-mover companies like Amazon or their lobbyists show up to peddle their products to governments, the conversation ultimately moves to this topic. They usually get to a point where they're telling the government employees how dumb they are, and that they don't have archaic processes like exams for jobs, etc.
just curious why they are so paranoid about that. i do phone screens where i can hear people type to google for answers but it's usually pretty easy to tell that they don't know something and then they come back with textbook answer. but most questions are not the kind you can just ask google.
That tells me everything I need to know about working for that company. I just wish they would just blacklist me and pass it around to their outsourced headhunters.
Wells Fargo is another one that has a love/hate relationship with my resume.
The online test didn't use ProctorU. I was told that a working webcam was required, but it actually wasn't. I didn't had to give them full control of my laptop.
I received clear explanations about every step of the process.
The onsite interview was well organized, although very impersonal and predictable.
Fuck Amazon for the collective amount of wasted time they've caused.
I have a simple set of tests on paper that you take in person. This guy came in, looked at the tests, handed them back to me and said he looks stuff up in books. He was a consultant, but he refused to take simple tests and just walked out.
It's really not that difficult.
But seriously, what?
They are allowed to have that process, if you don't like it don't use it. Better yet, if you don't like it how about brainstorming better solutions instead of being overly dramatic on the internet about someone closing your applications on your computer for you?
2. part of the hate should go toward the proctorU company too right? they're the company who made the software
There is no way I'd go through the first steps of this stupidity, let alone as far as the OP did
The furthest I was qualified for with Amazon was in their warehouse, walking 10 hours every day from 8pm to 6 am with two 20 minute for eating and resting. We were not allowed to sit or stop at any point, even going to the bathroom to take a piss or shit were being factored into time. There were cameras everywhere, something like out of 1984. I was treated like a criminal when I had new pair of steel toe boots they paid for in a box and I couldn't represent a receipt. I was scanned with metal detectors, told to take off my shoes, and all in all it was a dehumanizing experience after 10 hours of work consistently.
I felt like HR and everybody else who were sitting around were looking down at us. One time, when a bunch of pickers were walking up stairs, one of the HR guys had a microphone and shouted "both hands on the rails" as he followed right behind the group of workers.
All while I couldn't get Jeff Bezo's smiling face laughing in my head. Fuck Amazon, seriously, except AWS.
If you buy AWS you are supporting the inhumane treatment of humans.
Maybe it's just my privilege showing, I don't know. But employers need to have boundaries too. Just because you're giving me a paycheck (or at this point, just considering it) doesn't give you carte blanche to my fucking life.
This is part true, and is partly your morals and outlook on life.
The truth is that if you need the money, it is harder to enforce those boundaries or to fight against them. This is why more people can't have blue hair or visible tattoos: It can get you suspended, fired, or make you un-hireable. It is why some of the health insurance incentives really aren't a choice if you can't afford the extra 40% premium from your employer. It is why some folks can't avoid pre-employment drug tests (or random ones at work) on purely moral grounds.
But once you get past some of the crappy money ranges, not taking some of this stuff proves life outlook. You can choose not to work for the prestigious company because you disagree with their methods. And so on.
yes, of course nobody is compelled to interview at or go work for amazon. however, working conditions anywhere matter for workers everywhere.
^ I've summarized the comments