This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-04-08
Channels
- # admin-announcements (7)
- # aws (5)
- # beginners (37)
- # boot (39)
- # cider (4)
- # clara (2)
- # cljs-dev (32)
- # cljsjs (1)
- # cljsrn (12)
- # clojure (235)
- # clojure-austin (3)
- # clojure-belgium (7)
- # clojure-berlin (11)
- # clojure-dev (36)
- # clojure-france (10)
- # clojure-japan (10)
- # clojure-poland (2)
- # clojure-russia (39)
- # clojure-uk (4)
- # clojurescript (81)
- # code-reviews (9)
- # core-async (6)
- # core-logic (1)
- # datomic (32)
- # editors (7)
- # emacs (1)
- # hoplon (191)
- # jobs-discuss (14)
- # juxt (4)
- # lein-figwheel (4)
- # leiningen (3)
- # off-topic (7)
- # om (49)
- # onyx (34)
- # other-lisps (1)
- # overtone (11)
- # parinfer (1)
- # proton (5)
- # re-frame (11)
- # reagent (12)
- # spacemacs (2)
- # untangled (90)
- # yada (15)
Question for you all… I submitted a programming exercise the other week for a job and did have a quite a silly defect in it (corner case I hadn’t tested for) and the company in question does not want to proceed now (which is their decision, not complaining about that) the feedback up to that point was very positive. It got me wondering though…. I think if I had been the hiring company I would have invited the candidate and see how they would have resolved the issue (not only the bug fix, but also how to test it better.)
(ps. I don’t think there is a right/wrong here… just different ways of handling the situation)
There are many possible scenarios here. Eg. I once got almost rejected because I didn’t write any tests for my programming exercise. If I had them then they would catch any silly corner cases. None of the reviewers didn’t find any bugs - but this didn’t matter.
The instructions for the exercise mentioned TDD, so not writing any tests wouldn’t have been an option in this case 😉
Unfortunately, it sounds like they have more than enough plausible candidates, and therefore won't have to give you the benefit of the doubt.