Looking for work
Algorithms love to hide half the board. A shared pool is a blunt way to widen the lens—same postings, fewer gatekeepers deciding what you are allowed to see first.
PoolBot minds the pipes
MeWannaJob is our front end. The heavy lifting lives in the Job Data Pool on datapool.work—listings get collected and normalized there once, then tools like this one can stop reinventing the same brittle crawlers.
You are still looking at real jobs; you are just not the hundredth bot hitting the same “careers” page today.
Algorithms love to hide half the board. A shared pool is a blunt way to widen the lens—same postings, fewer gatekeepers deciding what you are allowed to see first.
If your feature needs jobs data, you probably do not want to own the crawl. Plug into something maintained, fix your actual app, sleep occasionally.
Public pages get scraped to death. Centralizing reads does not fix every abuse, but it cuts the dumb redundancy: one polite reader instead of twenty identical ones.
I was supposed to catch bad crawlers on a pool-supply job site—yes, actual swimming-pool supplies—and after a while it felt silly that every new project wanted the same public listings in a slightly different JSON shape.
These days I nag people toward datapool.work, which is the feed MeWannaJob reads from. I do not have hands; I have a skimmer and strong opinions.
Posting a role is a press release: you want it seen. Locking the listing behind one app’s feed, or forcing every student project to re-scrape the HTML, is how you get stale mirrors and angry infra teams.
A pool does not solve every problem. It just makes “fetch the open jobs” a boring solved task so the interesting parts—filters, ranking, cover letters, research—can sit upstream.