marcgg

I'm sorry to hear that. This is of course not normal, could you please let me know where you sent it? We look at all applicants' tests sent via our job page, and if yours got lost then it's an error that I'd be happy to fix.

Mail: marc at drivy dot com

We saw some issues that seemed like a possible aws outage, but can't really confirm it

As I mentioned in the article, we don't expect the code presented to be "perfect" code. If you've managed to get a side project running very quickly thanks to tradeoffs you've made, it's also interesting. It's really just a way to have a place to discuss choices.

I completely agree, this was just an example of a common complain.

Yes it's true that it doesn't fit all use cases. However I would see looking at a few of the fixes you're talking about as an interesting technical interview.

From experience we saw that for most people doing the coding test was only taking ~an evening which seems reasonable as it removes the need for more on site discussions.

I guess that it's true that the take home assignment is not optimal if you interviews with more than 10 companies and in this case we must be loosing some candidates.

Sometimes we do discuss this code if the candidate prefers. But it's still a somewhat "fake" code made for the only purpose to apply at the company. Most people would find it more interesting to discuss code they spent weeks on.

Finally we are not looking for any specific profile, but so far almost every person found a piece of code to share from their career. We don't get thousands of applicants, so maybe we're not seeing the issue just yet. If it turns out to be a problem, we'll change the process :)

I never said our interview process was perfect, I mainly wanted to share it because I saw a lot of people complaining about whiteboard coding and so on... so I figured it could be interesting to some to see a less exhausting alternative.

Thanks! So far it's been also very interesting on our end to discuss "real life" problems

We accept any kind of code, be it a kata made during a workshop or a side project... really we just want to talk about code that the candidate wrote previously. It doesn't need to be large to have interesting tradeoffs made

If you sum it all up, it is less than a day. The phone screening is ~20 minutes, the assignment takes a couple of hours and so on.

I think it's fair to expect that a candidate is willing to invest at least 5-6 hours in an interview process. Compared to what I've seen before (full day interviews, freelance period etc) this seems fair to me. But like you comment proves, it might not be for everybody.

I don't think that there much one can learn by looking at a couple of classes. On our end we let the candidate decide based on their previous company's policies.

Yes, some people prefer not to share this and it is totally fine by us. It's really up to the candidate to decide in accordance to the previous company's policies.

Personally I wouldn't mind if a previous employee would like to demonstrate his/her work using the codebase - as long as they're not applying to a competing firm :) We also have a lot of people that created their own companies or interesting side projects that will present this.

Drivy - Paris, France | https://en.drivy.com/ | Full Time | Onsite

We are building the leading peer to peer car rental platform and are hiring across the board. We believe shared cars are a better way to move around, offering more flexibility and more convenience.

We're hiring Frontend, Backend, Fullstack, iOS and Android developers. Our stack is mainly Ruby based, but we you can it learn on the job if you already know another OO language. For Android and iOS we use Java and Swift.

Recruitment process:

- technical test to do whenever you'd like: https://github.com/drivy/jobs

- phone screening

- technical on site interview (~2h, no whiteboard coding)

- it then varies depending on the applicant's profile, but usually 2-3 more hours of on site interviews.

Apply at: https://www.drivy.com/jobs

Drivy, Paris - Backend Engineer (Ruby, Rails...) / Fullstack / Android Developer

Our goal is to replace car ownership by a better service: shared cars available at every corner will offer the flexibility and proximity of ownership without the burden of maintenance. We already have a significant traction and rank #1 worldwide on the market of peer-to-peer car rental, but we believe the adoption should be 100 times larger in just a few years.

We're currently looking for Backend, Android and Fullstack engineers to join our tech team in Paris. Positions are detailed here: https://en.drivy.com/jobs

If it sounds like something interesting to you, please contact me directly via [email protected]

_Please note that the position is in Paris, France. We might consider remote work in the future, but we are not ready to accept it just yet._