Show HN: Keyboard Jobs – A job board which truly understands software developers(keyboardjobs.com)
keyboardjobs.com
Show HN: Keyboard Jobs – A job board which truly understands software developers
https://keyboardjobs.com
20 comments
This has good information, but the lack of sorting by salary, or filtering by salary band is a deal breaker.
As a senior engineer I'm not interested in seeing internships or jobs that would require a pay cut. I wouldn't want emails about those jobs.
Normalizing salary would be very helpful. I see different time periods, different currencies.
I also agree with others, remote work isn't a check box. I think for remote work you'd need to select where the job seeker is and check if the job supports it. It gets complex if the job seeker can relocate for a remote job.
As a senior engineer I'm not interested in seeing internships or jobs that would require a pay cut. I wouldn't want emails about those jobs.
Normalizing salary would be very helpful. I see different time periods, different currencies.
I also agree with others, remote work isn't a check box. I think for remote work you'd need to select where the job seeker is and check if the job supports it. It gets complex if the job seeker can relocate for a remote job.
Nice!
Most job boards suck for tech jobs.
Most remote jobs seem to have some restrictions on the location you are supposed to be in. Would be great if one could see that directly in the listing.
Most job boards suck for tech jobs.
Most remote jobs seem to have some restrictions on the location you are supposed to be in. Would be great if one could see that directly in the listing.
This is the exact problem we are trying to solve with Remote Leaf[1](I'm the founder). We have been manually curating remote jobs and carefully tagging them each, finally sending the personalized list of jobs that fit based on their location and skills.
1. https://remoteleaf.com
1. https://remoteleaf.com
That's nice. I am not looking for jobs right now, but definitely saved in case I need it later!
I like it - a little feedback, I was very hesitant to put in my email to "subscribe" to a generic looking mailing list. The only reason I did is because I read your comment here. Might be worth looking into improving. Maybe give some indication it's only step 1, or change the button text to "get started", so we can know there's gonna be more input to what we want to receive.
> Would be great if one could see that directly in the listing.
Agree, that's going to come with the next release.
Agree, that's going to come with the next release.
"Keyboard jobs"
J and K do not navigate up and down the page, H and L do not switch between Remote/Backend/Frontend/Search/Home
No obvious keyboard shortcut to go to a specific listing.
Navigating with Tab does not highlight the listing focused.
Mouse is pretty much mandatory.
I'm a bit disappointed.
J and K do not navigate up and down the page, H and L do not switch between Remote/Backend/Frontend/Search/Home
No obvious keyboard shortcut to go to a specific listing.
Navigating with Tab does not highlight the listing focused.
Mouse is pretty much mandatory.
I'm a bit disappointed.
Opposite reaction here. Set up browser to behave how I expect by default; loathe when websites insist on hijacking common keys for their own "helpful" JS implementations.
Thanks that is interesting. You're the third person to give me this feedback, but the first person to make specific suggestions which keys you expected to behave in which way, which is very helpful. Until now I wasn't sure which keys I should bind to which functionality. I take the other poster's comment into consideration and I think there could be a fun middle ground, where some keys do actual useful stuff (a bit like on GitHub) but it doesn't feel like I'm hijacking the default browser's behaviour.
Please leave / alone, at least - it's the single most frustrating thing in the GH UI here.
Yeah, the tab key works just fine, which is what is supposed to be implemented for keyboard accessibility.
Honest question: would many developers reject a job based upon the version control system the company uses? Or the laptop OS given for that matter?
I did. Having been used to working on Linux, I found it so painful to work on a Windows laptop, only to deploy the same software on Linux. I'd rather have my local setup close to what we have in production, Linux based OS.
I am currently in the market, and I reject any job offer where I know that the company is using Windows.
I am currently in the market, and I reject any job offer where I know that the company is using Windows.
VCS could be a proxy for other issues, a (non-code) smell if you will. A company that calls itself a "startup" but is using SVN and PHP 5.6 (actual company that I evaluated and turned down last year) is not likely to produce a productive environment nor happy, satisfied workers.
I wouldn't put either the VCS nor the laptop OS as a mandatory requirement, but rather as another straw on the camel's back.
I wouldn't put either the VCS nor the laptop OS as a mandatory requirement, but rather as another straw on the camel's back.
I would.
A few basic requirements are: git, linux, a desktop computer (or to be allowed to use my own)
This is obviously a super subjective question, but from my own personal experience I have had a lot of friends who actively refused a job or didn't apply somewhere because of a particular tech a company used (I won't name which but they are very common ones which people "dislike") and then on the other hand I also had developers reject an offer which I made when I was a hiring manager because of laptop/OS enforcement. I also know a lot of people who don't care at all, but it's not uncommon that someone doesn't take a job because they let's say would have to use Windows 11 when they have been developing on Linux for over a decade for example.
I had to work in secure environments where we had to use Windows and no possibility for local admin, it can very much impact the desire and ability to do the job
I suspect these signal other attributes about the stack. If you started a project recently, you very likely considered and chose git for version control. If you are using a different/older system, it could mean the project has lots of legacy code and hasn't kept the dev stack up to date. I.E. poor developer experience.
Same is true for opposite perspective: "framework of the week" could also signal a poor fit.
Same is true for opposite perspective: "framework of the week" could also signal a poor fit.
[deleted]
laptop OS would definitely be a factor for me. Maybe not a deal breaker if the rest fits. The general tech stack matters to me, but some things are more important than others. The VCS would probably not make me reject the job unless the VCS is "main_final_1ab.py" ;)
When my daughter got born this year I decided to take 6 months off to be at home with my new daughter and spend the first few months together with her and my wife to be hands on in those first few crucial months. Throughout that time I always kept an eye on the job market so I could stay in the loop and better gauge what my prospects would be to go back into work later, not least because of the economic turmoil.
However, I got immensely frustrated with existing job boards advertising software developer jobs. I didn't feel like they included a lot of information which engineers actually care about or even basic things like a salary range. Additionally I observed discussions on HN how increasingly more software engineers say they wouldn't want to work for a company anymore if they use technology X or Y. With that in mind I created Keyboard Jobs and launched it a few weeks ago.
So far I've been mostly talking friends at former companies I've worked with or sent cold emails with 100% discounted voucher codes to get the first jobs listed. It's been moderately successful but I am ready to gather more feedback on what hackers would love to see from a job board made for them!