Please make one for North Koreans who will be posting thousands of fake resumes to these jobs. Ultimately the chance of a legitimate candidate getting through are less than the chance of winning the lottery.
What a cynical take. If that were the case, every remote company would be staffed exclusively by north Koreans.
Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
131–140 of 149 posts
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#132This looks neat. If there was a way to contribute (such as doing a PR to some repo with a new file in some integrations folder) I'd be happy to help extend it
Thank you for your kind words and offers! The repo is currently close sourced but I will keep this in mind. Are you looking to help add some companies not already in the list?
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#133Please remove the unnecessary animation that locked up a tab here for several seconds.
Thanks for the feedback. I think the lag might have been mainly due to the page loading and rendering 400+ job rows at once and is not related to the animation, though there might also be some hydration issues with the animation. Agree that the lag isn't good UX, I will look into getting it fixed soon. Aside from the lag, I was hoping folks might appreciate the artistic of the animations where companies are resolving…
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#134Excellent, looks really nice, thank you for putting it together Do you have some sort of feed/api that a program can consume? Would love to import those jobs into this CLI tool I created that helps people find good job matches, and track applications, using AI: https://github.com/nicobrenner/commandjobs Right now it has scrapers for HN’s Who is hiring, for Workatastartup and Workday
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#135Are those MS roles right? A "principal" engineer needs 6 YOE and makes $322k TC?
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#136I like the idea of this site unfortunately it’s unusable on my phone from the row lag. I’ll have to check it out on my laptop soon.
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#137The table scrolling is very laggy.
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#138is there anything similar for comparing work-life balance at different companies?
One challenge is that WLB is more team specific than company specific as it can vary from team to team.
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#139Earlier quoted context omitted.
I would say yes and no. A key goal of the job board is to allow candidates to see which companies are hiring and which positions are open. This is the most important thing to start with. What strategy a person use to apply would vary. An experience individual would reach out to their contacts who work in those companies for a referral or find ways to reach out the hiring recruiter or manager to increase their odds of…
> On the other hand, for companies actively hiring and with many openings, e.g. Coinbase at the moment, a simple cold apply works just fine to get you to the door of interview. With hundreds if not thousands (not exaggerating) of candidates?
Of course, as you said, it is more effective if you have connections or have gotten cold outreach by recruiters. But my point is that cold applying still works and quite some folks land their jobs this way.
Re: Show HN: Job board aggregator for best paying remote SWE jobs in the U.S.
#140Earlier quoted context omitted.
Thanks for sharing that you run into the same issue. Agree that something is wrong, perhaps scrolling causes the table to re-render for some reasons. I will look more into it and getting it fix next. There are techniques to optimize performance such as only render visible rows. I haven't spent much time testing it on mobile web and will enhance the mobile web view & experience upcoming.
You don't need to only render visible rows. There are only 400. You just insert them into the Dom and that's it.
Below are more details--- Issue 1. Table with a link overlay in every cell I initially used an off shelf table component to move fast and didn't take a closer look at the implementation. It turned out this component renders a link overlay in every cell to allow user to click table row to be taken to the job link. So 400 jobs with 6 rows end up rendering 2400 link overlays.
The reason it attaches a link overlay to a cell instead of a row is due to a well known bug with Safari, where you can't use `position: relative` in table row `tr` https://bugs.webkit.org/show_bug.cgi?id=240961. Attaching it to each cell works for small number of rows but causes performance issues with large number of rows.
I fixed it by rolling out my own table with css grid instead. It is not as semantic as it no longer uses table, thead, th, tr, td, but thanks to Safari, it is a tradeoff I am okay with.
Bug 2. Unnecessary re-render on Zustand store rehydrate I used Zustand store to filters preference and save it to browser's local storage. On page load, it fetches from local storage to update the state or store rehydrate . I didn't use shallow comparison initially and caused the table to render even if the prev and new state is an empty array due to comparison by reference. Using shallow comparison minimize an uncessary render.