In reply to: https://mastodon.social/users/_elena/statuses/116340479168587347
In reply to: https://mastodon.social/users/_elena/statuses/116340479168587347
I am also, but maybe in a different way.
As someone who helped create ActivityPub and works every day to promote its use, I absolutely believe that everyone should make and use ActivityPub-native software. At SWF, we only do ActivityPub projects.
But if someone chooses to build on ATProto, and to make their software and accounts bridgeable so we can stay connected, that's infinitely better than being cut off entirely.
I mentioned elsewhere that I think supporting the openness of the Atmosphere is important for whatever comes next there. Whether BlueSky thrive or don't survive, the more the ATproto stack is standardized and independent, the better it is for the Fediverse.
@slothrop@chaos.social @_elena@mastodon.social @lumiworx@mastodon.social Excellent way to put it for sure.
Centralization is easy. You control it all. It's not good for people that want innovation and choice.
Decentralization brings freedom, innovation, choice, but offers a lot of technical roadblocks.
I just want choice. I can choose what's best for my family. I don't need Tim Apple, or whoever to tell me what's good for us, while trapping us into a fish bowl and making us work for our food.
@oli @julian yeah, so I'm interested in what filters applications need, and a good future feature will be "filtersets" which don't affect the public API but do change the admin experience (e.g., you could create a "silence" filter that includes these named filters, so you can apply them all at once repeatedly, but to a consumer it's still clear you're recommending they take these specific actions
And remember: the datasets only contain recommendations, they're not prescriptive. Any consumer can decide to ignore your recommendations as a dataset producer and do something different.
Ah man, it would be hilarious if it’s just copilot not being able to connect to ms and it getting stuck there.
For a tool that’s designed to do exactly one thing, it’s astonishingly bad at it.
That’s one of the things broken in the US education system. In Finland the most expensive textbook I’ve bought was around 35€ I think. Now in my 2 years in university I’ve paid a grand total of 0 on books.
Swede here, this change takes place in the early school years, not university.
I never had to pay for any textbook in school, apart from when I attended trade school to learn IT.
All textbooks used in year 1 through 12 was issued on loan to the student, and didn’t cost anything apart from when I had to replace one I missplaced.
Thank you very much. Yet another instance of very constructive feedback. This is the #Fediverse at its best.
I did spend some thoughts on the name.
1. It should not clash with the big existing professional network(s).
2. The name should convey, what it is.
3. It should be reasonably catchy.
Of course I'm happy to read other, maybe better options.
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
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
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?
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.
I don’t believe there’s any computer museum in lndia 😄😄😄😄😄😄😄
Hmmh. I mean India has A LOT of IT skill. It’s wild there isn’t a single computer museum in the entire country?! Maybe we should all support https://computermuseum.in/
I mean I (here in Germany) can hop on a train and there’s a big one within my reach. And another smaller one about computer games.