Earlier quoted context omitted.
Are most Applers even allowed to speak in forums like this one? Did OP follow the rules?
Based on what I know of the rules (which is out of date by roughly 10 years), no, OP did not follow them.
Getting a job at Apple without going to college or doing LeetCode
101–110 of 399 posts
Re: Getting a job at Apple without going to college or doing LeetCode
#102The problem is that "leetcode" is a definitely a thing that exists in "FAANG" interviews. The biggest stumbling block with leetcode is that you shouldn't be programming like that in real life. "make a linked list" no, just use a library like everyone else. "Implement addition in python but with string inputs", "no you can't use the built in x" All of that "clever" shit should be filtered out at PR/MR/diff review time…
> "make a linked list" no, just use a library like everyone else. If you cannot sketch out a simple linked list on a whiteboard, you’re not an engineer and have no business being hired as one at a place like Apple, full stop. I was asked to sketch out a hash table on the whiteboard. It was trivial, because a trivial hash table is trivial.
well, unless you have a engineering degree, you're not actually an engineer, but we'll gloss over that. (big hint CS isn't an engineering discipline, otherwise testing, requirements gathering and cost analysis would be a big part of the course. )
I was once asked to implement a distributed fault tolerant hashtable on a whiteboard. I'd still never make one from scratch unless I really really needed to. (and I've worked on distributed datastores....)
but that wasn't part of the coding test, that was part of the design test.
Which is my point, re-implementing things for the hell of it, is an antipattern. rote learning of toy implementations of some everyday function doesn't give you a good signal on if the candidate understands why you should use x over y.
and again, my point is this: If I catch someone re-implementing something in a code review, they need to have a really good fucking reason to do it, otherwise it'll be rejected.
Re: Getting a job at Apple without going to college or doing LeetCode
#103Earlier quoted context omitted.
You sound like you're trying to make a point. Make a point.
I agree. Every hiring process will have false negatives. Pointing out every one doesn’t invalidate the effectiveness of the process
SV is full of mediocre engineers; so it fails at guaranteeing you got yourself a star. And I don't think anyone needs more anecdotes to think great candidates lose for arbitrary/subjective/misunderstanding/random reasons
--
I'm 15y into my career with a degree from CMU; I am treated like royalty everywhere I work ... and yet I still absolutely dread, hate and repeatedly have bad experiences interviewing for jobs.
I've considered switching careers numerous times because of the emotional distress I go through just interviewing. And that's before we even talk about the insane amount of time every prospective employer demands of you!
Re: Getting a job at Apple without going to college or doing LeetCode
#104Earlier quoted context omitted.
Didn't the guy who made Homebrew fail his interview at Google because he couldn't invert a binary tree? That's a guy who has built a popular product in the wild and can clearly code but failed because of the leetcode barrier at all IC levels.
If you can’t invert a binary tree, how can I trust you to change my website’s favicon?!
Re: Getting a job at Apple without going to college or doing LeetCode
#105Earlier quoted context omitted.
Under Cook, Apple products have become bland and overpriced in most categories (the M_ processors are a huge exception), but it's also wildly successful. The stock price is 7x what it was when Cook took over. He's one of the most successful CEOs of all time. Unfortunately the only conclusion we can draw is that consumers don't care about: - software quality - bugs - voice assistants ...and do care about: - hardware q…
I don't agree customers don't care about bugs, software quality and voice assistants, you can hear them complaining in literally every forum for Apple users. An ecosystem has stickiness, so many things go wrong, that people strongly care about, but the overall equation still tips in favor of "I'll stay". The UI design went completely downhill in iOS7 with Forstall leaving and Ive taking over. I love Ive, but he's not…
My layperson friends seem not to know iOS has any bugs at all. They just seem to think software in general is flaky.
And all those complainers still keep buying these things, so they don't care enough to switch.
> Tim Cook needs a "product guy" to help him round out the management team.
Why? Objectively speaking, why does he need a product guy? The company has been performing incredibly well as-is, and that's all he cares about and all he's paid to care about.
Their brand doesn't seem to be suffering either, so they're doing well in the short and long terms.
Re: Getting a job at Apple without going to college or doing LeetCode
#106Earlier quoted context omitted.
I don't agree customers don't care about bugs, software quality and voice assistants, you can hear them complaining in literally every forum for Apple users. An ecosystem has stickiness, so many things go wrong, that people strongly care about, but the overall equation still tips in favor of "I'll stay". The UI design went completely downhill in iOS7 with Forstall leaving and Ive taking over. I love Ive, but he's not…
I really respect Ives as a great product designer but not a great UI designer in my opinion. iOS 6 Skeuomorphism was taken to the extreme so that iOS 7 felt like a breathe of fresh air. Now everything just feels bland.
Re: Getting a job at Apple without going to college or doing LeetCode
#107Earlier quoted context omitted.
> Sure, those statements (just use an existing library) are what you'll do in practice especially as a beginner The more code you write, the more you have to maintain. Sure, of course there are times where you need to re-implement something from scratch. But those times are rare (or should be). Making something from scratch without strong justification is a strong signal, just not a positive one. Now, as you point ou…
> o Do they ask questions? I find I get 90% of the insight from simple questions like "write a function to shuffle a deck of cards. Don't worry about simple typos like forgetting a semicolon." You learn a lot from how they set things up (make a suit class, and a vector of card classes? Or just use the integers 1-52?) and talking about that. Do they think about the problem (and, as you say, ask a couple of "requiremen…
Re: Getting a job at Apple without going to college or doing LeetCode
#108Earlier quoted context omitted.
I agree. Every hiring process will have false negatives. Pointing out every one doesn’t invalidate the effectiveness of the process
Effective for whom? And at doing what? SV is full of mediocre engineers; so it fails at guaranteeing you got yourself a star. And I don't think anyone needs more anecdotes to think great candidates lose for arbitrary/subjective/misunderstanding/random reasons -- I'm 15y into my career with a degree from CMU; I am treated like royalty everywhere I work ... and yet I still absolutely dread, hate and repeatedly have bad…
If it's making you so stressed out as you claim, then the obvious step, to me, would be a change of scenery.
Re: Getting a job at Apple without going to college or doing LeetCode
#109The problem is that "leetcode" is a definitely a thing that exists in "FAANG" interviews. The biggest stumbling block with leetcode is that you shouldn't be programming like that in real life. "make a linked list" no, just use a library like everyone else. "Implement addition in python but with string inputs", "no you can't use the built in x" All of that "clever" shit should be filtered out at PR/MR/diff review time…
The problem is though how do you evaluate for real work without a portfolio of experience? Real work projects take weeks - perhaps months - to design, build, review and release. How do you test for that, really? I agree leetcode style interviews are artificial, but I think they persist because few people have identified and popularised effective alternatives. At least with leetcode you've shown people in front of you…
For example, if the position is mostly coding C then just get them to explain how some X interacts with some Y and how that interacts with some Z. Maybe with a copy of of K&R and get them to point to page so and so.
Do that a few times, maybe use a whiteboard, and I think any experienced C developer will be able to tell who's faking it and who really understands within 2 or 3 iterations.
Even if there are no experienced folks in the company, then it will take longer but, after an hour or two it'd be pretty difficult for anyone to fake a solid understanding of hundreds of pages of K&R.
Re: Getting a job at Apple without going to college or doing LeetCode
#110Earlier quoted context omitted.
This is a weird take because the whole point of the last decade of leetcode was that people with special skills or that built something great can't even get hired. which was dumb. but reinforced the supposed uniformity of that process. I'm glad people aren’t just continuing the practice simply because they experienced the practice.
> This is a weird take because the whole point of the last decade of leetcode was that people with special skills or that built something great can't even get hired. No, it looks like you're missing the point. Leetcode is not for people with special skills. It's for people with NO SKILLS other than "can code". Well if the only thing you can do is write code, you better be really good at writing code.
I don't buy your take.