Live data from Hacker News

Caltech's CS interview prep course

courses.cms.caltech.edu

181–190 of 336 posts

Re: Caltech's CS interview prep course

#181
I think the thing going on with interviews is that (most) of software engineering is actually pretty easy. Anyone can do the job outside of an interview session with the right experience.

Note how I stressed the word (most).

The interviews mostly serve to keep salaries high.

Re: Caltech's CS interview prep course

#182
post #40

My career path in tech so far has been junior engineer -> mid level -> senior -> tech lead. As I've progressed through that path, I have had literally no opportunities of applying the stuff I've learnt on HackerRank, save for a couple of interviews. At this point I'm convinced that the focus of those interviews was entirely wrong. Once you pass those tests and get hired, you will be dealing with tons of legacy code r…

I totally agree with you. Some of the content there seems relevant to CS in general, but I hate the fact that you need to study content that you won't use on the job in order to pass an interview. It doesn't make sense to me. I've seen new grads perform as well as senior engineers with these Leetcode-style questions so I've stopped using them to assess engineers. Further, I know we're specifically trying to assess te…

do you have a demo video or something for this?

Re: Caltech's CS interview prep course

#183

Interviewing is broken. When I was at Amazon, it became impossible to hire candidates, and generally the engineers we brought on board were non-US citizens. Typically they're Indians without U.S. residency status, often times U.S. college grads or often even transfers from Amazon's Indian offices. Not only did we pay below other FAANGs, but with these hires, we'd pay them at the low end of our own scale. What are the…

[deleted]

Re: Caltech's CS interview prep course

#184
post #75
post #46

Earlier quoted context omitted.

The industry recreates the problem every so often with different variants. Previously it was the Microsoft/Google “thought problems” such as “Why are manhole covers round?” and “How would you estimate the number of gas stations in a city?”.

Thet change when they realise the current method doesn't actually work. They're not recreating the problem; they're looking for a solution.

In their quest to find a solution they simply recreate the problem with a slightly better approximation of an actual work sample evaluation. It’s like watching a Newtonian approximation algorithm.

Re: Caltech's CS interview prep course

#185

Earlier quoted context omitted.

> I've told at least 5 or 6 companies that wanted to white-board me to suck it. It's honestly insulting that I'm forced to white-board when I have two books with my name on them (published by Apress), contributions to Golang (small commits, but they still got me in the AUTHORS file), and OSS projects with hundreds of stars on GitHub That is all commendable but none of that tells me if I can work with you. When I inte…

> a collaborative opportunity to see how the interviewee thinks. In principle, this sounds great. In reality, if the interviewee fails to come up with the correct/optimal solution for the duration of the interview, they are going to be rejected.

lmao yeah, ask my ziprecruiter interviewer how well I "collaborated" despite being rejected for not getting the optimal dp solution in 45 minutes

Re: Caltech's CS interview prep course

#186

I think the thing going on with interviews is that (most) of software engineering is actually pretty easy. Anyone can do the job outside of an interview session with the right experience. Note how I stressed the word (most). The interviews mostly serve to keep salaries high.

I mean I guess on a surface level this might be true if you only consider like developing small web features, but large and complex code bases and distributed architectures are not easy to work with imho. You can see that its actually pretty difficult because brand new junior devs can take upwards of 6 months to be useful, not to mention to occasional stand-in dev that sub contracts their job out, then when taken into a room and asked to read "their" code cant even understand what is going on.

I graduated with a physics degree and I still remember how steep the programming learning curve felt when I took my first programming in C course despite having done some python work in the past.

So I don't think the "most" qualifier is necessarily correct either.

Re: Caltech's CS interview prep course

#187
post #143

Earlier quoted context omitted.

Unless your an L1 transfer, you can still change jobs fairly easily on an H1B, because everyone else in tech is also willing to do H1B transfer paperwork. So you can quit, it just takes longer... And even as an L1, you can still apply at other jobs, because they will apply for the H1B for you and if successful, hire you then. So yes between the waiting periods you do have to keep it up, but the barriers are not that…

The issue is the Greencard sponsoring through EB-3. You have to wait till the process reaches i-140 or I-485 or otherwise you have to restart the process. This is worse for Indian and Chinese citizens due to their priority date from the 7% rule.

At least in my day if you changed the employer without changing the role you didn’t lose your place in line after PERM application was completed. I knew many Indians/Chinese nationals who changed several jobs while waiting EB2/3 to come through.

Frankly I think green card golden handcuffs are heavily played up in these discussions to advance a specific narrative

Re: Caltech's CS interview prep course

#188

Earlier quoted context omitted.

Here we see what the alternative to whiteboard interviews: credentialism. Get into the right school and muddle through and get a guaranteed 200k! Is there more to you than your high school performance? Push back against this if so! (Calling the interview Leetcode is misleading IME, since I've rarely been asked something that would be near the upper tiers of that site's difficulty). Top-tier tech companies face a LOT…

> why should I trust the university selection process more than those corporate hiring ones? I don't know the US education system enough, but there are some schools out there which are much more selective than any SWE interview process. You can be guaranteed that the worst student from these top schools could nail any algorithm interview with minimal preparation. But these big companies hire many more people than the…

Caltech does get the occasional bad admit, where the admissions office gets bamboozled or takes a risk. The one case I knew personally could write code decently well compared to many Stanford grads, but couldn't handle the Caltech curriculum and would probably do poorly on a coding interview.

Re: Caltech's CS interview prep course

#189

Earlier quoted context omitted.

Perhaps not everyone has to grind it so much. (I would wager they're the same people who do regularly find themselves thinking about computational and space complexity, and about using different datastructures and algorithms for problems, vs the ones who never see reason to!) A take home test requires spending free time for everyone. A whiteboard interview requires variable amounts of free time. I would wager that, o…

I’ve passed almost every interview loop I’ve had without ever studying leetcode. I have a (maybe uncharitable) suspicion that people who find they need to study are spending all their time at work gluing software together without actually writing any from scratch.

Seems like most of the industry is made up of such roles these days.

Re: Caltech's CS interview prep course

#190
post #40

My career path in tech so far has been junior engineer -> mid level -> senior -> tech lead. As I've progressed through that path, I have had literally no opportunities of applying the stuff I've learnt on HackerRank, save for a couple of interviews. At this point I'm convinced that the focus of those interviews was entirely wrong. Once you pass those tests and get hired, you will be dealing with tons of legacy code r…

Seems like the consensus is that engineering interview is broken, but no one has come up with a better method? You’d think with the war to get talent these days if there was a better way to screen for candidates companies would use it.
Post reply on HN