Oxidizing the Technical Interview
31–40 of 76 posts
Re: Oxidizing the Technical Interview
#32I personally enjoy this writing style a great deal. I believe it's likely inspired by the very popular series by Kyle Kingsbury (Aphyr)[1] [1]: https://aphyr.com/posts/340-reversing-the-technical-intervie...
The best of aphyr's series is Hexing the technical interview ( https://aphyr.com/posts/341-hexing-the-technical-interview ), which includes one of my favourite lines from any post ever: > “Og én,” you recite, sing-song, “Til javanissen!”
Re: Oxidizing the Technical Interview
#33Earlier quoted context omitted.
The best of aphyr's series is Hexing the technical interview ( https://aphyr.com/posts/341-hexing-the-technical-interview ), which includes one of my favourite lines from any post ever: > “Og én,” you recite, sing-song, “Til javanissen!”
Can you explain that line? I think I am missing something obvious.
Re: Oxidizing the Technical Interview
#34Nice jokes and great hacks aside however, unless you're interviewing for a compiler engineer position, That is absolutely overkill for this type of question to the point of unreadability. One can argue that the 'question' is too generic for this systems/compiler developer position. I would just ask you about basic LLVM internals instead. To those 'serious' interviewers with 10x developer syndrome looking at this as a…
Re: Oxidizing the Technical Interview
#35https://stackoverflow.com/a/1732454
Same style, methinks.
Re: Oxidizing the Technical Interview
#36Re: Oxidizing the Technical Interview
#37* If you're going to emulate a writing style, you need to go all in. Study the word selection, cadence, choice of punctuation…go back regularly to ensure you're consistent with it. Once you set up a reader's expectations, anything that doesn't match will stick out and break their immersion. Read it yourself, and then if possible get others to read it too and do the same thing: hopefully they'll see the problems you may have missed.
* Each of the original blog posts had one specific "technical flex" in mind, and they stayed on topic. The one here is not quite clear: it seems like it's "programming on the bare metal", but it does too many things for a result that isn't all that surprising. Ok, you ditch Rust's standard library, and core features of the language…but then you copy paste it back anyways, and after that you link against libc and call printf. The point is to show that you can do better with all your work, not the same.
* At the very end: you are an expert Rust developer, better than your interviewer. You know you're not going to get an offer, but you didn't want one from them anyways. You're certainly not desperate to impress them.
Now that I've read the whole thing, a couple of technical comments:
* You can use -lc on macOS, libSystem will handle it for you.
* The existence of a "frame pointer" is a myth spread by bad programmers. There's no point in touching that register and certainly no need to waste two bytes stashing it on the stack, for goodness sake!
Re: Oxidizing the Technical Interview
#38I really like the blog style. Any tips on how I could setup something with a smilar theme.
Re: Oxidizing the Technical Interview
#39Earlier quoted context omitted.
The best of aphyr's series is Hexing the technical interview ( https://aphyr.com/posts/341-hexing-the-technical-interview ), which includes one of my favourite lines from any post ever: > “Og én,” you recite, sing-song, “Til javanissen!”
Can you explain that line? I think I am missing something obvious.
I'm not sure if there's any deeper meaning to the joke. I didn't think much of it until I read the subsequent paragraph of the text and figured out what was meant by "og én til javanissen".
Re: Oxidizing the Technical Interview
#40This is how I imagine it feels to code on bootleg Adderall. It gives you the power to deliver a comically useless end product, wrapped in such a fantastically prolific technical show that most people fall for it.
>bootleg Adderall You mean meth?