Live data from Hacker News

Typing the technical interview

aphyr.com

81–86 of 86 posts

Re: Typing the technical interview

#81

Earlier quoted context omitted.

What's the runtime? Zero by the usual definition, but then again it's cheating.

> Zero by the usual definition Well, one.

He never actually runs the program, he just asks for its type. So zero is defensible.

Re: Typing the technical interview

#82
post #33

Earlier quoted context omitted.

Any sophisticated enough type system contains an ad-hoc, informally-specified, bug-ridden, slow implementation of half of Prolog.

It's quite formally specified. Seems to not be very bug-ridden either. But maybe somebody should code a non-backtracking operator extension for GHC. This way, next time he could claim Haskell is a dynamically typed, interpreted, lazy and not-pure language.

Way to cut to the conclusion:)

I do think datalog semantics composes way nicer than prolog though.

I think some of the type class stuff was formalized in the papers on HM(X) , though the combination of extensions in this post hasn't. But perhaps should be on the table for formalization.

Re: Typing the technical interview

#84

How.. beautiful. Like I said earlier in the "half-dead chicken thread", the occult is a quiet and powerful force in computer science and related areas. With things like neural networks and learning functions, we're approaching the ultimate. In this case, it was only a handful of lines of a functional language that could solve the N-Queens problem.. Of course, mixed with a bit of Lovecraftian lore and Norse magic. It'…

I feel a bit silly pointing this out, but all that stuff about hexes and witches and everything mystical in the article is just a playful framing story. Aphyr in all likelihood is not an occultist or mystic, and is just writing playfully (and somewhat ironically) about technology and modern interviews. The playful conflation of mystical incantations and writing code is an old hacker tradition (other playful traditions: mixing buddhism and zen with coding, and writing apocryphal parables about it). Also, it should be noted that being an atheist doesn't preclude being interested in the history of religion, folklore literature and traditions, or even entirely fictional religions.

Of course, maybe your comment above was playful and ironic as well, in which case I missed the point :)

Re: Typing the technical interview

#85

Sad to say, this is exactly the sort of magic that, as the conclusion suggests, gets people not hired. Even on this very enlightened forum people argue in favour of less knowledgeable candidates (even with all else being equal).

But the solutions shown in this series are just pointlessly esoteric. I'm not actually sure what the point of this series is.

That's OK, you're not the target audience.

Re: Typing the technical interview

#86
post #57

I honestly have no idea what's going on, but his writing is humorous.

Here's what's going on, as far as I can tell: A "class" in Haskell is a typeclass, sort of like a trait in Rust or an interface / abstract class in OO languages. An "instance" is a specific data type that satisfies the rules of the typeclass. The classic example is something like this: class Eq a where (==) :: a -> a -> Bool instance Eq Integer where x == y = That is, Eq is a class we can apply to any type a, as long…

Thank you! Your explanation made the most sense, a lot of the other ones went over my head. This is so clever and fascinating.
Post reply on HN