Ask HN: How would you react to this programming test?
Say you were applying at a well known, well regarded company. Eventually it progresses and they give you a programming test. A key part of that programming test are questions about a language you've never seen. For this example, it's a language so rare, that it might as well be an in-house language for which it is impossible to have any previous experience, even cursory.
The test lists operators and their functions, precedence, and the order of operations, and then provides a bunch of code that you have to decipher. However, the syntax, operators, and look of the code as a whole is fairly different from anything you've ever seen before.
They won't hire you if you can't learn the language on the spot.
How do you react?
20 comments
[ 0.21 ms ] story [ 38.4 ms ] threadBeing a programmer isn't about knowing a specific language, it's about having the ability to solve problems.
Learn the language is a pretty vague criteria. Do they want you to write helloworld? Modify a working routine? Write fibonacci? What will they be doing to test you?
This firm wouldn't happen to be Goldman Sachs, would it?
Being a programmer isn't about knowing a specific language, it's about having the ability to solve problems.
Do my best to make heads or tails of the situation
If I feel i've done well, play up my ability to learn new things quickly.
If I feel i haven't done well? Smile, shake hands, and make sure I'm the one who tells him "You know, I just don't think this will be a good fit for me. You need someone with more expertise in this language", and go and find myself another interview.
I've no problem learning a new language, and having TCL, PERL, C, C#, Java, Python and JavaScript in my arsenal I wouldn't be intimidated by having something new presented and being expected to pick it up.
The real issue for me would be the question: What motivated you to create a new language? What problem set did you feel that you have that isn't addressed by existing languages? And if this language is a domain-specific one, I would want to know what made your domain so special?
I would basically fear that a "Not Invented Here" mentality led to the creation of the language, and that would strongly discourage me from going further.
On a secondary point, it would also depend on the type of position it was. If it was a startup, language would not be an issue. But for a contract position the language may well limit future opportunities and so it would matter.
God says... C:\TEXT\WALDEN.TXT
it, made it do. If it was dull, it was at least hung true. A few pieces of fat pine were a great treasure. It is interesting to remember how much of this food for fire is still concealed in the bowels of the earth. In previous years I had often gone prospecting over some bare hillside, where a pitch pine wood had formerly stood, and got out the fat pine roots. They are almost indestructible. Stumps thirty or forty years old, at least, will still be sound at the core, though the sapwood ha
So, it might be quite exciting to dive into. If you are well-versed in maybe three programming paradigms (imperative, logical, functional?), you should probably be able to pretty quickly make some good guesses about how the code works and what it does.
But, and it is a big but - are you looking at a position that puts you in place to work with (and learn from) the top hackers or are you going to be just another drone in a large faceless organization? These are continuums in reality, but I think you need to take care that you don't become pigeon-holed in your hacking career.
So while I'd try hard to really dive into the test language, I might have a much harder time deciding about accepting an offer or not (ignoring other aspects that would of course affect any job decision).
I wish companies hired based on tests not experience/education, so I would easily get that 100k job. Companies are full of shit.
Is this scenario real? Where were you interviewing and how did you do?
I think I'd like such a job because it always annoys me when co-workers won't try just because things look hard. I only know half of what I dive into anyways, at least until I'm in it.
It definitely beats some of the other common tests: syntax trivia, decipher this metaprogramming mess, implement a compsci 201 algorithm, do you agree that TDD is the one true path?