Show HN: Résumé Shell • Hacker News Board

Re: Show HN: Résumé Shell

#21

Post by quadrifoliate » Sat, Oct 03, 2020, 1:29 PM UTC

Mister_Snuggles wrote: post #20

As someone who occasionally hires technical people, I'm torn on this one. The process at my employer is that resumes are submitted via the web site, they get stored in a shared folder (each application gets a folder with all of their attachments plus whatever they entered into the form on the web site), and once the competition closes the people doing the hiring (usually a manager and a team lead) review them. When I…

> When I review resumes, I spend about 30s per resume on my first pass through. This is where I just visually scan the document for keywords. For example, if I was hiring a Django developer, I'd look for Django...Once I've completed the first pass, I take a deeper dive into the shortlisted resumes, decide who I want to interview, etc.

The way I see it is that this kind of resume is explicitly reverse filtering against hiring processes like yours. Creative people don't want to be compared in the hiring process as part of a "shared folder" against 300 other people, because it becomes basically an SEO game. (Note that this is not saying your process is wrong, it's just not a good fit for more creative and freewheeling programmers).

Re: Show HN: Résumé Shell

#22

Post by viraptor » Sat, Oct 03, 2020, 1:43 PM UTC

heyoni wrote: post #15

chadlavi wrote: post #14

This is a great example of why you should spell it "résumé". I thought this was some product related to resuming a previous shell session.

Yuuup. Here I was thinking my running flask applications would come back on after a reboot. Does that exist by the way?

If you want it constantly running, why not make it a proper service in your systemd config? In that way, yeh it exists. You can follow the logs with "journalctl -u ... -f"

Re: Show HN: Résumé Shell

#23

Post by Mister_Snuggles » Sat, Oct 03, 2020, 1:50 PM UTC

quadrifoliate wrote: post #21

Mister_Snuggles wrote: post #20

As someone who occasionally hires technical people, I'm torn on this one. The process at my employer is that resumes are submitted via the web site, they get stored in a shared folder (each application gets a folder with all of their attachments plus whatever they entered into the form on the web site), and once the competition closes the people doing the hiring (usually a manager and a team lead) review them. When I…

> When I review resumes, I spend about 30s per resume on my first pass through. This is where I just visually scan the document for keywords. For example, if I was hiring a Django developer, I'd look for Django...Once I've completed the first pass, I take a deeper dive into the shortlisted resumes, decide who I want to interview, etc. The way I see it is that this kind of resume is explicitly reverse filtering agains…

This is a really good point! I'd say that the process is a reflection of the environment and the work.

My environment is focused on supporting/enhancing/fixing the commercial ERP system that we use to run our business. There's room for creativity, but at the end of the day it's still about supporting a relatively boring HR/Financial system. Technology is not our core business, but we do invest in it in order to better execute on our core business.

Some people thrive working on these systems and in this type of environment, but others would be bored to tears.

If it does work as a reverse filter like you suggest, I lose out on a really good developer, but the really good developer avoids taking a job that he'd find soul destroying. Overall, that's probably a win.

Re: Show HN: Résumé Shell

#24

Post by adrianmonk » Sat, Oct 03, 2020, 2:48 PM UTC

Mister_Snuggles wrote: post #20

As someone who occasionally hires technical people, I'm torn on this one. The process at my employer is that resumes are submitted via the web site, they get stored in a shared folder (each application gets a folder with all of their attachments plus whatever they entered into the form on the web site), and once the competition closes the people doing the hiring (usually a manager and a team lead) review them. When I…

If I were doing this, I'd probably just have two versions of my resume: the creative one and a conventional one. If my application gets through the early screening stage, then maybe it's realistic to expect someone to devote a little more time to my resume.

Re: Show HN: Résumé Shell

#25

Post by heyoni » Sat, Oct 03, 2020, 2:59 PM UTC

viraptor wrote: post #22

heyoni wrote: post #15

Earlier quoted context omitted.

Yuuup. Here I was thinking my running flask applications would come back on after a reboot. Does that exist by the way?

If you want it constantly running, why not make it a proper service in your systemd config? In that way, yeh it exists. You can follow the logs with "journalctl -u ... -f"

Yea it's not a great idea. I was thinking like for active development, when you have a few things like redis, flask and mitmproxy running all at once.

I'm very lazy.

Re: Show HN: Résumé Shell

#26

Post by mcint » Sat, Oct 03, 2020, 4:48 PM UTC

filkatron wrote: post #13

mathieuh wrote: post #8

Just a tip, if you're posting this around places I'd put the acute accents on résumé, at first glance I thought this was going to be something like https://mosh.org/ Cool idea though

lmao didn't came to mind at all. Thanks for the tip! Sadly I don't think I can edit this submission anymore. :/

Ping a mod hn@ycombinator.com for posterity?

Re: Show HN: Résumé Shell

#27

Post by dang » Sat, Oct 03, 2020, 9:21 PM UTC

chadlavi wrote: post #14

This is a great example of why you should spell it "résumé". I thought this was some product related to resuming a previous shell session.

Ok, have some aigus.

Re: Show HN: Résumé Shell

#28

Post by viraptor » Sun, Oct 04, 2020, 2:32 AM UTC

heyoni wrote: post #25

viraptor wrote: post #22

Earlier quoted context omitted.

If you want it constantly running, why not make it a proper service in your systemd config? In that way, yeh it exists. You can follow the logs with "journalctl -u ... -f"

Yea it's not a great idea. I was thinking like for active development, when you have a few things like redis, flask and mitmproxy running all at once. I'm very lazy.

You can preconfigure a screen session in that case. `screenrc` allows you to specify what windows are opened at startup and you can bind specific commands to them.

But docker-compose would do this too.

Re: Show HN: Résumé Shell

#29

Post by webmaven » Sun, Oct 04, 2020, 3:05 AM UTC

filkatron wrote: post #2

Hi HN, hope you're having a great day! I'm currently looking for a remote position as an Embedded Engineer. So I decided to make a shell like resume webpage instead of a classic personal website (since shells = love). The project is version 0.00001 (lol), just wanted to ask you guys what you think of the idea and if you have any tips on what to improve :). You'll probably quickly see there are a few bugs (on mobile p…

Cool project!

Is your handle a reference to filk music?

Re: Show HN: Résumé Shell

#30

Post by filkatron » Sun, Oct 04, 2020, 10:25 AM UTC

cmehdy wrote: post #12

It's a cool idea and looks pretty good! I would however do a few things to make the experience worthwhile to the reader: either list the resume directly, or add many "easter eggs" that are the typical commands anyone will use when playing with the shell (as already mentioned: ls/pwd/man/cd etc). And the scrolling should be super fast - that sort of slow display is cooler in a movie than when actually having to wait f…

Your ideas sound pretty cool to me, thanks. I'll implement them later. Cheers!