qubidt
qubidt on Hacker News
I don't think that's an honest summary of what happened. It seems like every other scientist was pointing out aspects of the submission that were clearly generated by AI. things appearing out of nowhere or behaviors and appearances that don't match reality at all. it's pretty clear AI was not used purely to post process b/w source images. Or at the very least, was not used responsibly. Whether or not he intended to cheat, the lack of discipline is pretty egregious
open source license violations/takedowns of legitimate open source forks, and other anti consumer practices. casual users likely unaffected, unless you're philosophically offended (rightfully, imo)
The issue the author is explaining is relevant for the Kobo devices currently being sold
Yes. sometimes specs are badly designed. Targeting a constantly moving goalpost for a spec mainly implemented by embedded devices seems to me like, best case, questionable judgement
yeah I'm sure all those children were "terrorists". what a ghoulish thing to say
My ideal software: buggy in ways you can't diagnose, for reasons you can't intuit, reproducible by literally no one in the world, and with no one to file a bug report to
I've found many developers having switched to non-github forges (e.g. forgejo/gitlab/sourcehut or what have you), but particularly self-hosted instances, to sort of opt-out of the culture around mpdern-day open source. My sense is the barrier of entry is a social signal that they'd like to opt out of being assigned community manager+tech support+moderator for anonymous users. typically there isn't a functional issue here, but I guess avoiding the town square is a good way to avoid having to interact with the town drunk/crank/large language model
An inane point. Obviously it's a "preference" rather than a "requirement" that my text editor boot in less than 30 seconds. But it's also not a functional requirement that Home Depot's POS terminals take a long time to start. If you could do the same checks and caching in a few hundred milliseconds it would only improve the usability for the cashier. You haven't made a case for why some user interfaces shouldn't start instantly, only that their slow start-up _might_ be justified
> They would have been reasonable scifi books (for their time) if they hadn't attempted to follow up the classics.
I agree with everything except this. The sequels are by far the worst books I've read this decade. The memories of reading them actively causes me psychic damage. I wish I could Eternal Sunshine of the Spotless Mind myself just to extract the distaste from my brain
Do you have a link to the youtube channel? "SWEet" isn't really searchable
I'm still salty over them stealing the name of a totally different, open source cross platform UI kit. Classic Microsoft
You're being silly. Nothing they said was FUD, it was just a (not particularly controversial) anecdote
did you just learn about copyleft? It's not a new concept
Modern pixel artists far from "misunderstand" the legacy of pixel art. They're specifically designing for a sensibility and context that didn't exist when pixel art was originally made. Actually talk to pixel artists and they'll explain this to you themselves perfectly fine
That covers a tiny fraction of ffmpeg's actual interface
> don't keep up to date with the upstream software that has bug fixes
It is a very rare occurrence that my distro's packages are more than a week out of date from upstream releases
> That's precisely why software authors prefer to release as flatpaks
This implies that "software authors" do "prefer" releasing flatpaks, a plainly false statement for the vast majority of software.
> distros can't provide assurances that software will work
based on interpretation, either plainly false or a misrepresentation. They can't guarantee that software will always work because they operate in the realm of reality, but their raison d'etre is to package software together so they interoperate.
> They can't fix it if it's broken
In fact, distros regularly patch software so they're not broken before (if ever) those patches are merged upstream
> a tiny minority of users
A "tiny minority" of users prefer using their system's package manager? Implying that the vast majority would prefer all their software be packaged and flatpaks and appimages and docker containers? I don't know where you're pulling these numbers from but I bet it smell crazy in there
Sure, but the ratio is way different. I frequently cook the exact recipe the exact same way as I've done before, but I'd struggle to think of a reason to rewrite the exact same implementation of the same program.
Not to be overly cynical or patronizing, but everybody should really know better than to trust zoom, or any for-profit company really, on things like this
Having run into these issues with Pydantic, we've been using Mashumaro[1], which, while not having all the bells and whistles of Pydantic, has served us pretty well.
1: https://github.com/Fatal1ty/mashumaro
Even accounting for that (ignoring that the data served over FTP and HTTP aren't always perfectly equivalent), it still leaves a lot of stuff that is only served over ftp.
Google found it a convincing enough argument to warrant re-enabling ftp support last year, in light of the pandemic: https://www.theregister.com/2020/04/15/ftp_chrome_deprecatio...
That doesn't mean I'm against deprecation completely. But you can't pretend it won't affect people
That explains it perfectly, thank you. It also raises interesting questions about the metaphysics of copyright/intellectual property
Except the measurement of "skill" that accounts for the income disparity is not so much "lower skill" vs "higher skill" but more "expensive skill" vs "cheap skill". I could spend the same amount of time and effort training in culinary arts and not approach the income I make writing software. That difference isn't "amount of work" or "amount of skill" but just the market price of said skills.
You aren't refuting the class distinction the parent commenter was actually pointing out (serf/peasant class vs merchant/"middle" class). That there exists another distinction between the ruling class and "middle class" in feudal society does not negate the hierarchical relationship between said middle class and the laborer class.
From the article:
> Low wages are the most common reason people cite for leaving food service work. But in one recent survey, more than half of hospitality workers who've quit said no amount of pay would get them to return.
> That's because for many, leaving food service had a lot to do also with its high-stress culture: exhausting work, unreliable hours, no benefits and so many rude customers.
> Define "lots"
a ton of government and scientific datasets are provided over FTP