←back to thread

Please stop the coding challenges

(blackentropy.bearblog.dev)
261 points CrazyEmi | 1 comments | | HN request time: 0.208s | source
Show context
d2049 ◴[] No.42148202[source]
> build a mini-app from scratch in just a few hours

It depends on what kind of functionality we're talking about, but this kind of task is exactly what people at my current startup have been assigned at times. It is absolutely possible to build a CRUD web app with reactive UI using modern tools in a few hours.

> This is like asking a Ruby developer to debug PHP as a test of flexibility

Again it depends on what the debugging task is. At every startup I've worked at, it's expected that an engineer is able to jump into a task that they know very little about. Granted it becomes less reasonable the more niche the task, but PHP and Ruby are not particularly far apart in skillsets in the grand scheme of things. I would expect any web engineer to be able to do this.

> Hiring processes should focus on problem-solving, collaboration, and growth in relevant areas

I agree with this. And, hiring should also focus on technical ability which does include working through difficult and unknown problems by oneself.

replies(2): >>42149031 #>>42149152 #
1. Tainnor ◴[] No.42149152[source]
> is absolutely possible to build a CRUD web app with reactive UI using modern tools in a few hours.

Yes, but it also leads to tons of bikeshedding. "Should I implement a linter? Should I write unit tests? Integration tests? Should I mock HTTP calls or use a mock server? How should I deploy things? How do I structure my CI?" All these choices are extremely subjective and context dependent and then somebody's gonna pass on you because they don't like that you used Cucumber.

Setting up a project is not something you do often, and if you do, you probably have templates and some team standards.

It's much better to give somebody a project structure and ask them to implement some basic task in it.