Job hunting, interview process and anything related to the experience of a job writing the Clojure language.
Josh Kaplan 2019-06-21T08:13:35.228800Z

I think the thinking is more along on the lines of instead of doing theoretical exercises like whiteboard tests in an interview process, you do real work and get to learn about a company’s tech

Josh Kaplan 2019-06-21T08:14:01.229Z

it’s not about whether they generally have time to contribute to OSS projects, it’s more about using it as part of the hiring process

Josh Kaplan 2019-06-21T08:21:41.229500Z

@ivan.kanak_clojurians I think this is the correct way to read it, its’ not about what OSS they do as part of their general routine, it’s basically a way of giving candidates an excuse to interact with companies that might wanna hire them by doing real work (and getting paid for it) I agree with your point about it taking time and we’re not trying to create a Fiverr situation where it’s a race to the bottom. This is about experienced devs doing quality work that helps both them and the companies they might want to work for.

Ivan 2019-06-21T08:34:07.232500Z

who is owning the repository where the issues to chose from will be listed? I am asking this because you wrote > Issues from *your* company GitHub If it is the candidate's own repository/project that means they will need to have an OSS project. If it is WorksHub's repository/project, you're back to my comment (they will be doing work for WorksHub, etc)

Josh Kaplan 2019-06-21T08:45:31.233400Z

So it’s neither, we’re just asking as a platform for companies looking to hire

Josh Kaplan 2019-06-21T08:45:44.233900Z

so say you’re, idk Netflix and you want to hire developers

Josh Kaplan 2019-06-21T08:45:55.234300Z

you’d link your repository to our platform

Josh Kaplan 2019-06-21T08:45:58.234500Z

and post issues

Josh Kaplan 2019-06-21T08:46:10.234900Z

and candidates would work on it via our site

helios 2019-06-21T08:52:25.236900Z

Let me pitch in as well: our main goal is to encourage candidates to work on open source issues of a company they are applying to. In this way you can simulate the interactions with the dev team of the company (a plus for both sides to get the feeling of how working together might be). The company gets something more useful than a toy application out of it, and the candidates gets a little monetary reward, regardless of whether the hiring proceeds. This also has the side effect of encouraging companies to open source more of their codebase, which is in itself a good thing.

alexlynham 2019-06-21T08:52:41.237200Z

yeah I was thinking of this, not good for diversity

helios 2019-06-21T08:53:31.238300Z

On works-hub for now there are issues of our own open source projects as we intend to eat our own dog food and use it for the hiring process 🙂

kwladyka 2019-06-21T09:18:45.244100Z

I can say how I see it from worker perspective: I hate doing challenge tasks. They are fake without value and not real. It wouldn’t look like that to satisfy real business needs. I feel so frustrating doing this tasks, so I decided to not do it. I was trying but my motivation is always so low to make it high quality. IMO this is the worst idea for recruitment. It is good when candidate don’t have anything to show, but when it has don’t torment on people 😉 It is not the way how you want to get experienced people. I am looking on this website and I don’t see difference. Tasks, which not guarantee you job and generally in 99% it is loosing of time. From worker perspective it is not attractive for me. Attractive for me is: talking about opinions, reading project code and telling what is happening there, showing my projects, articles, talking about issues and solutions, talking about downsides of our best tools etc.

Josh Kaplan 2019-06-21T09:36:16.250500Z

But there’s clearly a difference here right? With a theoretical challenge or a whiteboard task, you’re not actually doing anything of value for anyone, It’s a waste of time for both parties because it doesn’t really tell companies what your strengths are and as you said, it feels frustrating for the candidates.

Josh Kaplan 2019-06-21T09:36:43.251300Z

but if you’re contributing to their open source issues, you get the satisfaction of building something actually useful as well as a small bounty

Josh Kaplan 2019-06-21T09:36:52.251600Z

no one’s ever gonna pay you to interview with them

Josh Kaplan 2019-06-21T09:36:58.251800Z

but in this situation we’re saying

Josh Kaplan 2019-06-21T09:37:12.252300Z

build something, get paid and if it works out there’s a chance you get hired

Josh Kaplan 2019-06-21T09:37:23.252700Z

which I think is a better value proposition

Ivan 2019-06-21T09:40:32.254700Z

I think working on real issues is definitely better than doing challenge-tasks/tests. Getting monetary reward is also good, to make people actually give time into that. Having the ability to actually interact with the team in issues, is also nice, to get a feeling on how it is going to be working together, or get a glimpse of the company's process. IMO this can work for juniors and mids; of course, solving an issue does not mean you get a job. There are more things than the issue and the code. As a senior dev I would prefer to talk about the concepts, the layout and the assumptions of the code, the requirements and the design, and understand whether we can communicate constructively, how the people involved in the project think, what the goals are and whether this is actually something that will work out for me.

Josh Kaplan 2019-06-21T09:44:10.256600Z

Sure I completely get that, and tbh with you I don’t imagine many senior engineers will be involved in this process, I think that you’re correct in saying it’s a good way for Juniors and Mids to stand out. And ofc you’re right, solving an issue for a company doesn’t necessarily mean you get the job, it’s just a way to facilitate a link between candidate and company that could maybe lead to a job further down the road

Ivan 2019-06-21T09:46:28.258300Z

so, this whole channel, what it comes to in every discussion I think, is that the non-technical aspects are more important when making a hiring decision; and in extend that most hiring processes completely miss this aspect.

Ivan 2019-06-21T09:47:21.259100Z

this of course is making another assumption, which is that the candidate cares for the job (ie, they are not just going to slack around)

kwladyka 2019-06-21T09:49:18.260800Z

> you get the satisfaction of building something actually useful as well as a small bounty Sure, but this issues wouldn’t be serious. If they will be serious, then it would consume a lot of my time for free and change for a job is still really small. So considering satisfaction I prefer to do things which I really want to do for free and this things are not issues in somebody’s project.

kwladyka 2019-06-21T09:51:45.262200Z

> Sure I completely get that, and tbh with you I don’t imagine many senior engineers will be involved in this process Ok, then it could be a good idea. I remember how I was doing challenge tasks in the past. I was doing it to learn coding, syntax, tools, corner cases. It was interesting for me in the past.

kwladyka 2019-06-21T09:53:31.263Z

So I think the point is: you have fun from it as long as you feel you are learning doing it.

kwladyka 2019-06-21T09:54:28.264100Z

But there is a time in experience when you don’t learn anything valuable doing this tasks, and then it became frustrating 😉

Josh Kaplan 2019-06-21T10:04:33.264500Z

Sure I completely agree

emil0r 2019-06-21T10:04:53.265300Z

Technical aspects are amplifiers, the people and the procedures are what they amplify

Josh Kaplan 2019-06-21T10:05:07.265700Z

and the thinking is, when we’re a little further down the line, candidates can pick and choose the issues they want to work on, that seem interesting and that they’ll find fun

alexlynham 2019-06-21T10:10:56.266400Z

I’ve seen this done before where you get paid for knocking down an issue, and there’s no guarantee you’ll get hired

alexlynham 2019-06-21T10:11:29.267100Z

but worst case scenario you make market rate for a couple evenings’ work, and you have some spending money

alexlynham 2019-06-21T10:12:50.268400Z

but you’ve gotta pay me for that time

Josh Kaplan 2019-06-21T10:14:10.268900Z

yeah there are gonna be bounties attached for sure

Josh Kaplan 2019-06-21T10:14:35.269500Z

I think also it’s important to note that this is just one aspect of the hiring process, you’ll still have normal interviews if that’s what the company is into

Conor 2019-06-21T10:14:48.269900Z

Josh Kaplan 2019-06-21T10:14:56.270300Z

it’s just providing people with some flexibility and using OSS to show a different aspect of a candidates skills

alexlynham 2019-06-21T10:16:38.270400Z


alexlynham 2019-06-21T10:18:03.271100Z

how do you guard against two people pulling the same bounty ticket off?

alexlynham 2019-06-21T10:18:13.271500Z

whose gets merged? who gets paid?

Josh Kaplan 2019-06-21T10:33:16.272600Z

The number of contributors is visible on issue and it would be based on whoever does it first, we plan to push notifications also to GH Issue any time someone starts work on this and for bigger tasks we plan to add explicit approval process from company side, so we avoid above issue

Josh Kaplan 2019-06-21T15:16:32.273500Z

Just as a final note, we’re looking for companies to trial this system, so if anyone in here works for a company that has open source projects and is interested in seeing how it works, you can drop me a DM and we can chat about it!

seancorfield 2019-06-21T15:43:25.276Z

So the hiring process could get dozens of candidates doing real work for free -- who don't get hired and don't get compensated. And you're still using OSS contribution as a gatekeeper. That's a double black mark in my book.

Josh Kaplan 2019-06-21T15:52:40.276200Z

I think you’re being overly pessimistic here. No-one’s forcing devs to contribute to these OS issues. They’re projects that they find interesting and may have done anyway. But with the added bonus of them being tied to a specific company that may end up hiring them. It facilitates a dialogue between company and candidate that may not have previously occurred. No-one’s saying this will replace the traditional hiring method, it’s just another method that companies can use to vet. Devs that dont contribute to OSS will still be able to able to apply for jobs and dare I say it, they may still be able to get hired.

sveri 2019-06-21T16:05:31.276400Z

I agree with @seancorfield here. Either you are invested in a OSS project or not. Making github issues part of the hiring process will get you a lot of stuff done, especially if you are one of the big ones where a lot of people apply. Here in germany we have the so called "one-euro job" which is a job where unemployed people can earn 1 - 2€ / hour. It's not a real job in the law sense but a scheme to get people accustomed to work again where they work 15-30 hours per weak, but only stuff that no one else would be hired for like cleaning up parks, etc. As usual it's a nice idea, but misused to some extent. That said, there is a market or everything and if you believe in your product, all the best 🙂

seancorfield 2019-06-21T16:18:48.277100Z

> Devs that dont contribute to OSS will still be able to able to apply for jobs and dare I say it, they may still be able to get hired. If GitHub work is part of the hiring process, a candidate who doesn't have a GH account and doesn't have SSH keys and hasn't worked in OSS before etc etc etc is going to have to jump through a lot of hoops just to get set up and you're expecting them to do real work for free and you're forcing them to put their interview "test" out there in public, exposed to everything that they may well have good reason to avoid -- and their current employer may discover it (and may forbid them working on OSS). This whole approach is all shades of "wrong" -- and part of the problem with Silicon Valley culture is that excluding these people isn't considered a problem (and you clearly don't understand why it might be a problem).

seancorfield 2019-06-21T17:02:21.277400Z

I'm seeing now in your posts mentions that OSS contributors would get a small bounty in return for any work they did as part of the hiring process. That much, at least, is better: candidates are often not recompensed at all for the time/work they put into often long, complicated interview processes...