Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

>tell me about which jars you include in your build to do that

If you're doing this frequently enough, you probably have a template of which "jars" (dependencies) you generally use, so you probably don't remember.

If you're doing this infrequently, you probably googled what you need to include for what you want to achieve and forgot about it.

So you're filtering out efficient (templated a standard process) and competent (figure stuff out on the fly without guidance) people, and filtering in people who... remember the name of the dependencies they're using to implement things?



> If you're doing this frequently enough, you probably have a template of which "jars" (dependencies) you generally use, so you probably don't remember.

You're being ridiculous. Being able to converse with other developers is part of being able to do the job. A very common topic of conversation is "what libraries are you using on your project? Why are you using X instead of Y?"

I expect every engineer I work with to be able to talk about the tradeoffs of using (or not using) any library in any project they've ever worked on. Knowing what's in your application is important with regards to size, speed, understandability, modifiability, etc. I consider this information far more important than if you can reverse a binary tree.

> So you're filtering out efficient (templated a standard process) and competent (figure stuff out on the fly without guidance) people, and filtering in people who... remember the name of the dependencies they're using to implement things?

People who remember the dependencies they're using to implement things and can explain why they are using them are both efficient and competent. Most likely, anyway. It's not the only signal I use when hiring, but it's an important one.

edit: for clarity.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: