Show HN: I send out a weekly CS topic overview and code interview question

by bcjordan • 14 years ago

117 46 14 years ago

bcjordan4• 14 years ago

I'm also looking for guest posters with real interview questions from their company, or anyone who would like to guest post a CS topic overview. I can be reached at my username at gmail.

krat0sprakhar• 14 years ago

Thank you so much for doing this! Really excited to solve problems and improve my programming chops!

bcjordan4• 14 years ago

If the site or signup form fail, I will also merge signups from this Google form: https://docs.google.com/spreadsheet/viewform?formkey=dHhFNUV...

Sean-Der• 14 years ago

This is an awesome idea bcjordan! I signed up, I am really excited to get the first email. If this stays CS only, and avoids the pitfalls of 'the industry' this might quickly become my favorite thing of the week :D

Best of luck with it!

Also, any plans to monetize it? What are your long terms with the project, hopefully it will be something to keep you interested for a long time.

zackzackzack• 14 years ago

The signup flow was really well done. A minor nitpick: put the social buttons at the bottom of the model after the (see sample -> signup -> congrats) process.

I'm excited to get these emails!

pendext• 14 years ago

I signed up after reading about this on Reddit. As someone who is looking for a first development job (graduating in May), this is a great resource.

nirvanatikku2• 14 years ago

Clevverrr..! Having gone through this whole process recently, I can appreciate how this would have come in handy.

FYI: I had used http://www.careercup.com/ extensively.

Jagat2• 14 years ago

Except for Gayle Laakman's extensive marketing and the heavy user base that followed, I don't see why careercup is popular in the first place. It is a terrible website with ads for her two books taking up half of the home page space. It would be great if someone could start a stackexchange site for discussing CS interview questions; I'm pretty sure the quality of questions and discussions would be better then.

nirvanatikku2• 14 years ago

um.. I think it's popular because it essentially is like a stackexchange for CS interview questions..... it has a ton of questions, some of which _actually_ popped up during interviews. As for the ads, I had no trouble ignoring them.

adolph• 14 years ago

Including the .vcf in the confirmation email is much smoother than those "add us to your contacts" messages. Very nice touch.

zallarak• 14 years ago

This is awesome! Thanks for putting it together.

pfraze• 14 years ago

Glad to find this -- not interviewing right now, but always keeping up on my skillset.

Permit• 14 years ago

I signed up and this seems pretty cool. FYI: "Mediocre programmer?" is too long for its container and defaults to "Mediocre programm...".

I'm not sure if it's my screen or fonts or something, but I thought you might like to know.

jmcgough• 14 years ago

I like it! The "see a sample" modal looks really cluttered, though.

mrbgty• 14 years ago

Is that leaf icon on the sign up button some sort of standard icon now for sign ups? I'm not sure I understand it.

bcjordan4• 14 years ago

I thought it looked pretty.

piqufoh• 14 years ago

Sounds great! Some thoughts: Your email field doesn't support tags http://en.wikipedia.org/wiki/Email_address#Address_tags and When entering an address with tags it fails with no error.

bcjordan4• 14 years ago

Oi! Seems email '+' characters were being decoded into ' ' along the way. Patched, and I'm searching for records of those addresses to send invites.

Thanks for reporting!

ktran• 14 years ago

Ahh, after I signed up for PyCoder (curtailed Python newsletter every Friday), I thought of doing something similar but tailoring to college students. You beat me to it! Awesome project bcjordan :)

Zaheer• 14 years ago

I created something similar a few months ago to send out a interview question every other day. The time constraints of maintaining it got to me though (I'm a university student myself) and I recently stopped sending out question of the day. I have plans to revive it later but for right now its in 'hiatus' mode so to speak.

Check it out at: www.InterTechTion.com

ppierald• 14 years ago

No Terms of Service or Privacy Policy. I can imagine having a list of email addresses with people interested in getting coding interviews could be interesting to the right people with enough money.

farmdawgnation• 14 years ago

There being a TOS or Privacy Policy doesn't actually mean a company won't sell your emails. It just means they're going to say they're not going to sell your emails. Harsh, but true.

B-Con• 14 years ago

The confirmation e-mail doesn't have any link back to the website. Hopefully your weekly messages do, it's where most of us will look for a link if we want to share it with others.

josh_blum• 14 years ago

seems like a very cool idea! i'm exciting to use it and see where it goes.

You do have some bugs to work out though, the UI isn't very consistent throughout the site and somehow I got redirected to here: http://interviewpractice.herokuapp.com/ and now can't see anything. I also had trouble the signup process and had to reset my password to join.

barrkel• 14 years ago

You know something that's easy to unsubscribe from? RSS.

brainstew• 14 years ago

Is the closed area already working? I tried resetting my password and logging in, and got "Invalid email or password."..

robomartin4• 14 years ago

I hate code-writing puzzles during interviews. I don't use them at all. Why? Precisely because of methods such as this one where someone might memorize or learn a bunch of patterns to common puzzles going around. They come in and ace the interview test. Does it really tell you anything about the person other than they can train themselves like an intelligent monkey to produce the correct output given an input?

My preference, by far, is to spend time discussing ideas and approaches to solving problems. I don't want to see code. I want to see into his/her brain. How do you think? How do you slice and dice a problem to try to get to core? How good are you at intuitively choosing a good data representation? Do you bring-up alternative approaches to optimize for size vs. raw speed or other parameters? What questions do you ask?

Anyhow, whether the person can actually write two lines of code or not can be ascertained by looking at prior work (if available). The most interesting aspects of a programmer --the real reasons you might not want to let him(her) get away-- have nothing whatsoever to do with how quickly they can write a bunch of loops or if they have memorized five sorting algorithms. Nah, the real value is in how they think. That's what you want to hire them for.

EDIT: Some of the best, most creative and versatile programmers I have known could not write code without a set of reference books next to them. Why? Because they don't have encyclopedic knowledge of the various languages they might use. They'd excel at dissecting data to reveal structure and representation and then choosing a good approach to solve the problem but more often than not had to have a library of various CS and language books around them to support their work. My point is that these people would have failed interview puzzles yet they contributed to and sometimes single-handedly drove projects that generated millions of dollars for the companies that employed them.

JoshTriplett• 14 years ago

> Some of the best, most creative and versatile programmers I have known could not write code without a set of reference books next to them. Why? Because they don't have encyclopedic knowledge of the various languages they might use

You don't have to know everything about a language to solve problems in that language; if you need a set of reference books next to you for the languages you use every day, you don't know those languages very well.

And a good interviewer will help you with discussion, if you have a reasonable approach to the problem: "I think there's a function to do foo, but I'd have to check the documentation to find the details." "It's called foomod.foo_doer; it takes a baz and a bar." "Ah, thanks. scribble scribble". (Or, alternatively, "I'm assuming a function foo_doer to do foo, which I think exists in the standard library, but if not I could write it easily enough.")

nevster5• 14 years ago

We get our interviewees to sit in front of an IDE of their choice and write some simple code. And I mean simple! No fancy algorithms or tricks.

I ask them to write a method that takes a list of Strings and returns a single String which is all those Strings concatenated together with spaces in-between. And oh my word, how people fail. It's truly frightening.

mgkimsal2• 14 years ago

you're looking for something like

return myList.join(" ")

return implode(" ", $myList);

or something similar?

Or maybe even

$string = ''; foreach($myList as $item) { $string .= $item." "; } return trim($string);

Or something more complex? I can't really imagine it being more complex, but I can imagine people failing. I too am sometimes shocked at how people end up getting programming jobs who don't grok extremely basic concepts.

I do understand how some people end up in programming roles - often just because they show some ability to get stuff done - they're the least bad in an org, and no one else wants to do it. But that's different that someone intentionally applying for a job as a "developer" and not understanding the concept of a loop (I've met a couple over the past 15+ years in the world of paid developers).

robomartin4• 14 years ago

This is interesting. I'd like to know more. Are you targeting young inexperienced programmers? Are they just out of school? What kind of filtering do you have prior to bringing them in?

I have never hired a recent grad for programming.

I used to own an electronics manufacturing company near UC Riverside (California) some time back. We had pick-and-place machines and the usual assortment of equipment you'd have for the assembly and testing of circuit boards. We made microprocessor-driven industrial motor controls.

During that time I thought it'd be great to hire engineering students. As someone who was a capable electronics hobbyist before I even touched college I assumed that these kids would be hell-bent to work in electronics as I was when I was in college. Not so. I probably went through 15 or 20 of them before I found a couple that were worth the effort.

When it came to programming I never hired anyone with anything less than five years of demonstrable experience.

theyak• 14 years ago

Reading your description below (test cases et. al.), it doesn't seem as simple as you first make it seem. I start with something like, "Write a loop that displays the numbers 1 to 100." About 80% of the people I phone interview fail this test. Almost 100% of newly graduated students fail. I'm not sure if they are overthinking it, if schools are no longer teaching anything practical, or what.

lsiebert• 14 years ago

What language?

Interestingly enough, you can do that with a single perl command, join. edit: nevermind answered as Java

quanticle• 14 years ago

It all depends on how you define "puzzle", of course. However, I find that "code writing puzzles", as you term them, tell me far more about the candidate's ideas and approaches to solving problems than abstract discussion. Even relatively simple problems (like the hash-table example from the OP) often have enough edge cases and follow-up topics (cache locality is a particular favorite of mine) to give you insight into what the person is thinking about when they solve a problem. You say that you don't want to see code, but instead "see into his/her brain." But how do you do that without looking at code? One thing I've found out when I was interviewing for my replacement at my last job is that people are very, very good at bullshitting. Asking them to actually write code strips away the bullshit and forces them to actually show you what they're thinking. Sure, prior work is great if its available, but I know of many really good programmers who don't code all that much in their free time, either due to family commitments or because they have gasp have interests other than programming.

I accept that when you're programming "for real", you have reference books, Google, StackOverflow and all sorts of other resources to help you out, and I accounted for that. I wasn't picky about syntax. I let them use whatever programming language they were most comfortable with (as long as it wasn't something terribly obscure, like Brainfuck or J) I even accepted the occassional algorithmic error (e.g. greater-than/less-than being flipped around) if it was clear that the applicant knew what they were talking about and was quick to fix the error once it was pointed out to them. But I still insisted on some code. I would be willing to bet that the programmers who you are referring to -- the ones surrounded with reference books -- would be more than able to bang out something like a quicksort or a binary tree without references. Sure, it might not be a perfect, production-ready implementation, but I'd expect something that at least resembles the correct algorithm, along with a discussion of the tradeoffs and edge conditions.

Frankly, I think memorization is, if anything, underrated in computer science. Our access to knowledge is quite similar to the memory hierarchy in a computer. Working memory is like RAM. Long term memory is like disk. Books and references are like the network. Having algorithms and data structures memorized is like having a local cached copy of a network resource. It allows you to be faster and more fluent when you're programming because you're not context switching constantly as you look things up. And just like in sports or martial arts, it doesn't matter what advanced techniques you know if you don't have solid fundamentals. Basic algorithms and data structures are the fundamentals of programming. When I ask a candidate to demonstrate their knowledge of such by writing code on a whiteboard, I'm assessing how good their fundamentals are. The rest can be taught.

EDIT: And of course, I forgot the most important fundamental of all: Big-O notation. Knowing algorithms is useless if you don't have solid basis for determining how and why one algorithm is better than another.

theycallmemorty• 14 years ago

Would it be the worst thing ever if you hired someone who was capable of memorizing the solutions to common problems?

robomartin4• 14 years ago

The best example I have against this goes back to physics and calculus classes. I have to try to be very sensitive here.

There was a certain ethnic group who overwhelmingly aced calculus tests. I mean, they were machines. Got it done faster than everyone and just aced the tests. No contest.

The amazing thing was what happened in Physics class, both tests and labs. They were completely lost. It was really an odd and unbelievable thing to behold. Some of them would get tripped-up by the simplest things.

I won't venture to guess as to why and how this happens. I'll just say that, in my experience, mechanical memorization of anything isn't learning at all. It's just memorization with no value whatsoever beyond that.

I am trying to think about a CS example.

Let's say that someone memorizes the implementation of a binary GA algorithm or a NN. Great. They can type it out in an instant when asked. Do they really understand what's going on? Do they understand when to apply it, how and why? Do they understand how to optimize it? Do they know how to make good chromosome encoding decisions? Or how about dealing with cases where the GA is lost looking for a solution? Do they know how to fix it? Or how to deal with it?

Or how about the choice between writing a class with a bunch of methods and properties vs. a simple routine with lookup table to solve a problem? I've seen people who think that every solution requires a class and a bunch of objects. You end-up with code that is fifty times slower and ten times larger than it needs to be.

Some of this only comes from experience, of course. If available, I like to look at code that the candidate wrote and explore it. It's hard for someone to bullshit you if it isn't their code. Another interesting thing to do is to put code in front of them and see how they go about understanding what's going on. After all, if you are hiring them to plug into an existing project that is precisely what they'll have to do. Someone who can't code will not ask intelligent questions about the code they are looking at. They will have a hard time getting into it and understanding what's going on.

Now, I do understand from other posts that there seems to be a failure in the system in that schools are graduating people who can't write a program that prints numbers from 1 to 100. I can't figure out how someone can come out of a reputable university with a CS degree and not be able to write that program, but that's besides the point. If this is true, then, well, I hate to say this, puzzle testing may be a necessary evil. The problem is that this isn't enough because you don't know if you have a memorization machine in front of you or someone who really understands the topic.

EDIT: I should say that I couldn't imagine being a company like Google or similar and trying to hire large numbers of developers on a regular basis. I would imagine that at that level you don't really have an option but to apply puzzle type filters as a first line of defense.

plaguuuuuu• 14 years ago

So.. you basically created a weekly blog consisting of interviewy programming puzzles and the only way I can read it is via email...

bevan• 14 years ago

Looking forward to this- the last couple similar services (periodical design/coding challenges) that I've signed up for fizzled out after 1-2 weeks. Hope this one sticks around!

Show HN: I send out a weekly CS topic overview and code interview question

Related Stories