FOSS in general needs better means of financial support. While the software is free and libre, developer time is not, and ultimately they gotta eat and pay bills. I hope they get positive results and don’t catch much unnecessary flak.
FOSS in general needs better means of financial support. While the software is free and libre, developer time is not, and ultimately they gotta eat and pay bills. I hope they get positive results and don’t catch much unnecessary flak.
Given the ease of implantation of end to end encryption now, it’s a reasonable assumption that anything not e2ee is being data mined. E2ee has extensive security benefits, for example even if your data is dumped the info is still useless. So, there has to be a compelling reason to not use it.
People haven’t really changed. As always, power corrupts. When the rewards are great enough, it seems people are often enough willing to compromise their integrity.
My first programming experience, an online class, was in a Linux VM. Linux made programming easy and delightful, Windows always made it a huge pain. As time went on, more of what I did was easier on Linux, and now everything is.
I have LTS and zen kernels installed in addition to the default Arch one, that should prevent this yes?
What do you mean by “this stuff?” Machine learning models are a fundamental part of spam prevention, have been for years. The concept is just flipping it around for use by the individual, not the platform.
If by reliably you mean 99% certainty of one particular review, yeah I wouldn’t believe it either. 95% confidence interval of what proportion of a given page’s reviews are bots, now that’s plausible. If a human can tell if a review was botted you can certainly train a model to do so as well.
Cool it with the universal AI hate. There are many kinds of AI, detecting fake reviews is a totally reasonable and useful case.
For people lacking context, Boeing split off and sold their division that became Spriti Aerosystems. The theory at the time was that Boeing’s core competency wasn’t building airplanes, it was managing relationships with other vendors. In particular, the actual plane manufacturing part of the company was undesirable due to perceived poor “Return on Net Assets.” The theory they pitched to shareholders was they should sell off non obviously profitable divisions so they reduced asset liability while keeping the same or better profits.
That was their explanation, of course it was a terrible idea.
Title worried me for a moment that they were dropping Steam Input; happy to see they seem intent on the opposite.
Well this is a tremendous step in the wrong direction. The economic problem is the ad supported model in the first place, no matter how it’s run. This is the same thing Google does, they keep user data to themselves and sell the ad placement. So now Mozilla has the same economic incentives as Google. Unfathomably bad move.
The moment that shocked me was when printers, network cards, and even motherboard integrated Ethernet didn’t work on Windows without driver downloads but Linux was plug and play. Full reversal of the situation.
If you read carefully this is actually very similar to the Steam news. I doubt Valve or GOG care, but generally the games are “sold” by the publisher as non transferable licenses for you to play them. So the part that matters isn’t up to them.
Have you tried recent models? They’re not perfect no, but they can usually get you most of the way there if not all the way. If you know how to structure the problem and prompt, granted.
Them using Google indexes anonymously isn’t intending to solve the problem you think it is. It’s more about incentive structures. Google’s “free” search optimizes for ad revenue now. The API access doesn’t as much, and Kagi certainly doesn’t have an ad incentive. So privacy is a nice bonus, but the real benefit is a customer serving incentive structure.
Wonder how we should interpret the country “XD” being on the list. As far as I can tell its never been used for any real country.
Funny how the DOS equivalent of ls is dir, so before the GUI folder metaphor.
A major caveat I’ve noticed some people misunderstand: it’s corporate CLAs that are problematic. The Apache Foundation also requires contributors sign a CLA, but it’s to provide a legal fail safe and a way to update to say Apache 3.0 if need be one day. Apache’s non profit, open source mission aligns with respecting the rights of contributors and the community. Corporations, on the other hand, not so much.
Codeberg is run off of donations, they have no service contract revenue. Nobody, much less a volunteer, wants to commit to a 5 or 10 year service plan like that, it’s not sustainable for a small project from a non profit.
The comments from that article are some of the most vitriolic I’ve ever seen on a technical issue. Goes to prove the maintainer’s point though.
Some are good for a laugh though, like assertions that Rust in the kernel is a Microsoft sabotage op or LLVM is for grifters and thieves.