Goofed Home

@mapto @funkylab

In the beginning we can't rely on companies, or recruiters to post jobs on a fediverse system. Most of them don't even know of it at all. So we'll use job scrapers. You will be able to set up a scraper for jobs you might be interested in, and other do similar. Then you see your, and their results, and vice versa.

The architecture does allow for recruiters, or companies to feed in their own job descriptions directly, but we can't start with only that.

1/2

@mapto @funkylab

I don'^t think, it would be reasonable to make that a paid feature, because I'm working on an open protocol. But actually I did think in a similar direction:

1. Have them pay for company-accounts on my installation of the system. They are free to set up their own instance, and others can also set up one, and sell accounts.
2. Help providers of their software to integrate with our architecture. If they use ProFed code directly, they have to accept the AGPL.

2/2

@mapto @funkylab

The talk about events on my website seems to be confusing. I have to change that. Those events are internal. I use an event sourced architecture, where in a simple installation all producers, and consumer of the event run in the same process. But it can be split e.g. to different Kubernetes pods for bigger installations as well.

I don't have any particularly specific plans on professional insights. My current idea is to rely on groups for that. Do you have any better ideas?

@mapto @funkylab

Thank you very much for your feedback. I'll answer them in each post to keep the context.

Those two are in the list already. I've extended Person with a CV, that is not the same, but adjacent to the h-resume microformat.

For jobs I plan to start with a scraper, that feeds a federated search engine, whose result is not immediate, but a feed. That way, I can avoid some of the complexities of federated search. But it is still not trivial.