How To Get a Job At a Mega-Corp
Barence writes "'With the economic hangover starting to wear off, the technology giants are once again recruiting in earnest. Apple, Google, and Microsoft all have vacancies on their websites, and now could be the perfect time to land a job at one of computing's biggest hitters.' PC Pro talked to people inside Microsoft, Apple, and Google to discover how to track down the best jobs, and what it takes to get through the arduous selection and interview processes." With lots of experience both within and without, what other words of wisdom can be offered to those wishing to break into a mega-corp?
I'd much rather be a freelance decker than work for a megacorps...
I only skimmed the first and second pages, I didn't want to wait for all five pages to load.
What I gleaned from those two pages though is that large companies have job postings on their web sites. What a breakthrough! Who would have guessed this?
With lots of experience both within and without, what other words of wisdom can be offered to those wishing to break into a mega-corp?
You'd better be young, idealistic, without a family, and willing to trade your life for your job. Some large trendy corporations might not be like that (yet) but the vast majority of corporate america is a slave labor camp. My advice is to stick up for yourself and don't let anyone take advantage of you, because they will if you allow it. Overtime is for emergencies, not business as usual. And emergencies had better not be business as usual. If you think working 50 or 60 hours a week and foregoing vacation is normal or "necessary in today's world" stop it. Just stop it. Life is not all about working.
Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
Uhm, the three companies you mentioned have had job offers up the entire time of this 'economic hangover' has existed.
You get in the same way people have ALWAYS got in. A friend on the inside or dumb luck.
The friend on the inside helps you bypass retarded HR people, otherwise you have to rely on dumb luck to get past that particular part of the process. After that, you just need to actually have a clue and fill their needs for them.
I've never had to deal with retarded HR in my career, luckily. Every job I can think of having, I got because I knew someone that worked there. In fact, thinking of all the people I know closely, I don't know of anyone right now (with the exception of a google employee friend, which I don't think knew anyone before hand) who got their job without knowing anyone at the place.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
If you have a company that is a buyout target:
Only sell out if there is enough $$$ in it that you don't have to keep working there. Maybe stay for another 6-12 months to ensure a smooth transition, but then get lost. Of course, very few posters here actually have a company that might get bought...
C - the footgun of programming languages
I spent 6 months on a "move existing code to different environment" project. Maybe 3 days of it was code changing, the rest was meetings and "engaging" other teams and getting misinformation and basically having to figure out everything myself, or interested parties like the integration people who have to deliver to clients helping figure it out.
At some point, every company moves to short-term cost reductions instead of focusing on maintaining infrastructure for when things pick up again. The first clue you're in trouble is when they fire smart people because they are too expensive. Then the remainder of the smart people see what's happening and jump ship. The few who remain struggle to keep everything afloat, only to get laid off when the company gets bought/merged.
If your potential employer already had its IPO, you're in danger. If it has ever bought another company, you're closer to danger. Short-term planning is responsible for some of the most soul-draining policies and requirements ever to offend humanity by their very existence.
I'm actually a bit surprised at the almost-uniformly negative response to "mega corps." I've worked at two companies that could be described as "mega corps." The first, while not exactly soul-crushing, bore such a striking resemblance to Office Space that I was happy to leave. The other one has been an almost-uniformly pleasant experience, with a solid focus on tech and very little bureaucracy. What I've taken away from this is that you can't judge the quality of a job by the size of the company.
As far as the 60-hours-per-week thing goes, both jobs had me firmly in the 40-45 hours range. The lone, very rare exceptions (50-55 hour weeks) were solely due to my own fuckups, and my desire to not have my fuckups impact the rest of my team (as in, they're actual people who didn't deserve to look bad because of something I did). I've never been forced to work long hours.
On the topic of overtime, I've found that mentioning "quality of life" and "no mandatory overtime" in interviews will get you dropped like a hot-potato if the company in question actually does expect 60 hour weeks. I've made it a habit to ignore people telling me not to ask these things, and make sure to ask it in every interview. Tends to weed out the places I don't want to work.
I realize that my experiences may not be the norm, though.
I agree completely. I have run the gamut, working at a 300k+ megacorp, 2 ~30k megacorps, a 1000 person firm, a 30 person firm, and an 8 man startup. Smaller is better in almost every way on a day to day basis. The bigger firms tend to have better benefits when it comes to things like 401k matching and vacation time, but thats pretty much where the benefits end.
Every small firm I have worked at, I have felt that I was more challenged, and did more meaningful work, and contributed to the bottom line in a direct, easily measurable way. The atmosphere is much more family-like, where you all depend on each other, and can bring your friends/family and often even your dog into the office without a problem (security polices at megacorp generally don't allow this, and if they do, you have to go through the hassle of signing them in, getting them visitors passes that they have to get photographed for, etc). My gf is in sales and would always stop in and say hello when she was in the area, and I knew my coworkers families, etc. Megacorp only has shitty free coffee for its employees and vending machines, every small firm I have worked at has had a well stocked kitchen with healthy and no so healthy snacks, drinks, and you could ask the office manager to buy anything within reason and she would, Ditto that on office supplies- want a whiteboard for your cube and have a hang up about only using uniball pens- not a problem, but at Megacorp, you will get whatever is standard issue in the supply closet, where they may actually lock it up and monitor you while get supplies.
Did you just read a blog post at Megacorp about google's sparse_hash hash map library and want to download it and try it out to see if it really delivers on its increased performance over your compiler's stl implementation? Well hold on there will rodger, if you are even allowed to get past websense and get to the download site, there will undoubtedly be restrictions on your ability to get the code into your local dev environment, and even it offers a 5x speed up in your app's most critical area, you are going to have a weeks long battle to get the library's use approved, and a large part of that will be convincing the "architect" whose nose has been up in the air so long he hasn't been able to read a technical book in the last 5 years, that it was his idea. Innovation doesn't come from the unanointed, didn't you get that memo? Meanwhile, over at the startup, I had the code integrated as soon as I verified it passed our unit tests.
Meanwhile, over in megacorp land, you just got an email about a ticket being opened speaking something about how some operations person in singapore can't get his pipes to work properly even though he bashes them properly and the script shell greps just fine and CUSTOMER IMPACT. The ticket has been opened for a week, and you can see xioahu ping was getting pissy and reassigned it to you because it was ignored by your coworker. Singapore is almost exactly 12 hours out of whack with your schedule, meaning your work hours don't overlap at all- looks like there is going to be some OT to get this worked out. Meanwhile, at the startup, the ops guy who makes sure the system hums just yells out to the sys admin to grant his process privileges to /var/log and the problem is resolved in under 3 minutes.
You are given a project at megacorp, and you think the db backend should be postgresql because you like its grown up transaction features and don't need all the crap from Oracle. However, policies at megacorp demand that you use one of their approved vendors that they already have a license for, and you have to talk to the DBA team to provision your database and push the paperwork for the appropriate chargebacks to be put in, and there is a 3 week lead time to get all the work done. Meanwhile, at the startup, you take a box with spare capacity, throw postgresql on it, and in a few hours you have a development server up and running and tell the admin to put in a purchase order for some DB servers.
You
I don't know. We get a disturbing number of resumes claiming 20+ years of overall experience who can't seem to code their way out of a wet paper bag. No one on our interviewing team has found a way to distinguish those resumes from the people who are great.
"Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
Explain quicksort? Seriously? That borders on cruel unless they're straight out of college. Those of you who have been out in the workplace more than ten years, raise your hand if you still remember how to write quicksort without looking it up. Heck, half the quicksort algorithms I see published in textbooks have an off-by-one error and don't even work. It's quite possibly the most frequently botched algorithm ever. And you want somebody to explain it cold? You are one sick [expletive deleted]. :-D
Besides, there's no useful reason to know quicksort unless you're applying for a job writing sort algorithms. For 99% of the programming jobs, all that really matters is that when you ask them what sorting algorithm they would use to sort a list of 10,000 items, they had better not say bubble sort or suggest implementing their own algorithm (which will invariably end up looking an awful lot like bubble sort). There are plenty of libraries out there for heapsort, quicksort, etc. that are so trivial to use that it makes knowledge of the algorithms at any depth largely unnecessary.
The purpose of teaching those algorithms is not to have people understand the algorithms themselves, but rather to serve as a gentle introduction into algorithmic complexity and the more broadly useful topics of binary trees and other link-structured data. Expecting people to memorize the details of a particular search algorithm is missing the whole point of why we learn about those algorithms in the first place.
Check out my sci-fi/humor trilogy at PatriotsBooks.
Those of you who have been out in the workplace more than ten years, raise your hand if you still remember how to write quicksort without looking it up.
Actually, those kinds of questions are a great time-saver. I've been in the industry since 1982, and if an interviewer asks me how to describe quicksort, I'll tell him it's in volume 3 of Knuth. If that answer doesn't satisfy him, I'll stop the interview.
On the flip side, when I'm interviewing a candidate, I couldn't care less whether he's got the qsort algorithm memorized. What I want to know is whether he's experienced with the kinds of work we're doing, and whether he's capable of inventing a solution to a problem he hasn't seen before. Asking him to describe qsort is about as useful as asking him to recite all the state capitols.
-jcr
The only title of honor that a tyrant can grant is "Enemy of the State."
But not too much!