The problem is that nobody really does that? Like, as far as I'm aware, even simple stuff such as not considering tokens that would result in a syntax error when writing code isn't being done.
HN user
ignaloidas
[ my public key: https://keybase.io/ignaloidas; my proof: https://keybase.io/ignaloidas/sigs/Iou_f-Yut9sSMfvg35vD1HSXu2CCfYELtf4RxJHEC9I ]
Incredible how Adafruit-sided this discussion is, having seen ptorrone serially creating alt accounts fediverse to harrass people who thought that his behavior was bad [1], going as far as to harrass people on their Etsy stores [2]. I do not expect anything he says to be truthful at all, after having seen how much abuse he spews out.
[1] https://cyberplace.social/@GossiTheDog/115605021402124429 [2]: https://chaos.social/@gsuberland/115599931317645220
That's not strictly correct, it's rather that the current encoder does no inter-frame compression. Patches (and the frame system in general) does give tools to do some inter-frame compression (not as many as in video, but still quite expressive), just nobody stepped up to implement compression using them for animations yet.
This is quite exactly the opposite of TCM in fact
Don't ever mention PD 1.0, it's a cursed standard that was never actually used and that nobody should ever use. USB PD started with PD 2.0, and we shall never speak of the stillborn child that is 1.0
Sun is continuously running a very nice distillation cycle the size of the world that makes fairly clean water just fall out of the sky. It's only a question of where does it fall, and how much. If you want it even cleaner, wait a couple centuries for it to filter down underground, and get it from there - besides maybe a bit high mineral contents, that can easily be removed, it's essentially free, clean water. The only question is how much it's replenished in the area you're taking it from.
There's plenty of areas where there's more rainfall, than there is outflow/evaporation, with water continuously replenishing deep groundwater. "Saving water" in such areas is of little concern besides the basic, economic one of well maintenance - each one can only pull so much, and more usage means more wells, and more upkeep.
Youtube has been long normalizing videos standard feed, switching to a -14 LUFS target in 2019. But LUFS is a global target, and is meant to allow higher peaks and troughs over the whole video, and the normalization does happen on a global level - if you exceed it by 3dB, then the whole video gets it's volume lowered by 3dB, no matter if the part is quiet or not.
The stable volume thing is meant to essentially level out all of the peaks and troughs, and IIRC it's actually computed server-side, I think yt-dlp can download stable volume streams if asked to.
Companies that build themselves on selling open source software put themselves in the position where anyone else can copy them and compete with them on price, and price alone. This is clearly the disadvantage of open source. It brings plenty of advantages, which is why people do it - but you can't have only the advantages and no disadvantages of open source.
Open sourcing your product is a risky investment, and as with all risky investments, it might pay out, or it might not.
It's because S3 api is quite a fair bit worse than what they offer. They define their guarantees for storage products way more clearly than other clouds, and for blob storage, from my understanding, their model is better than S3.
So why not bring your better negotiation abilities to your peers? Collectively the bargaining power is way larger, and as such the upside as well.
Source code license doesn't matter, Mozilla did this with Debian, that's why Iceweasel was a thing.
It cannot route HDMI, partly because HDMI is built upon antiquated principles and doesn't really fit besides more modern protocol designs. USB4 would need to get entirely redesigned for tunneling native HDMI.
Having a DP to HDMI converter on one end though, that's easy.
Host-to-host connections over USB4 (which is Thunderbolt without Intel's marketing) actually just have a packet interface over which you can pass IP, no need for Ethernet emulation.
Linux driver is here https://github.com/torvalds/linux/blob/master/drivers/net/th...
Quite a disciplined policy by the stewards of the website. How does the enforcement work against say, overtagging?
Tags are used as negative signal, rather than positive (as in, you filter out tags you don't like, rather than taking the ones you do), so overtagging would kill the submission, and missing tags will be added by others via suggestions (which automatically add the tag after some threshold amount of suggestions).
From my experience it's a lot easier to learn another language than to learn a new model of operation or new concepts entirely. And if you'll want to work with Godot, that will likely be the main barrier, and the main thing that will not be transferable to other contexts. The language however, can only make working with the concepts easier or harder. Godot team has decided that having their own language designed for dealing with the concepts of the engine makes it easier to use and results in less work than trying to adapt some existing language to the concepts of the engine. I've dealt with this a couple times, where a language was transformed so much by the context it was used in, it felt like an entirely different language.
Because people make money using it.
Considering how few people do so, I'm fairly certain it would take more than a month for somebody to catch that.
But I guess it's also fairly easy to test it: just serve a slightly different version to the google's go mirror (by the user agent), and see how long until somebody complains to you about it.
If the proxy changes a new version of a package, when you update it, there's no way to detect it since it fetches through the cache anyways, so a poisoned sum will be added to sumdb, and anyone who isn't fetching their packages through Google's proxy will get told that whatever they're using is trying to trick them.
FWIW it's a bit of a different game with TPMs than with secure elements in general - imagine how much would it cost a bank in credit card replacement costs if the firmware on them could be erased by anyone, making the card useless. That's not something that should be wipeable.
I think the focus on RISC-V is in large part because of the focus of RTL-level verification. You can't release ARM core's RTL, and some may fear that backdoors might be hidden there. But you can easily release RISC-V core's RTL, and let people verify that there is no backdoors in there.
I worked for them a couple of years ago. I can confidently say that as of 2 years ago, the only thing images of your face would've been used for is verifying if it's an actual human face (e.g. not a photo, mask, etc.) and performing a facial match with the photo on your document. Also, at least 2 years ago every identification flow had a human review, to weed out false positives and negatives. I'm fairly certain that these things have stayed the same, as the guys running it are a good bunch of people, and don't have any ulterior motives for using AI besides moving the SLA from humans to AI.
Ah, fair, a lot of discourse is centered around tech in many instances. There are some people that mostly talk about other things though, but there are indeed less of them, and they can be harder to find. You still can find them, but if you don't want to go through tech discourse to find them, it's understandable why you didn't.
Did you come to Mastodon over the last couple weeks? Because a lot of the signal from the more interesting parts of fedi got lost over the twitter newcomers yelling how it is much better.
And like, from people I follow, most of the more interesting ones aren't even using Mastodon, but rather Pleroma, Miskkey, or some forks of those. It's a diverse network, not only in types of people, but also in types of software. I would suggest you explore it more after a month or so, after this twitter wave blows over and dies off once again, as there's certainly some very nice communities out there.
Oh, these tribal migrations have happened before. Most people indeed leave, but some do actually find that they like it more each time such a wave happens.
Fediverse is in the best sense of the word, weird. You have to embrace the weirdness to understand it. Not everyone can, or will. It would take a lot of time for that weirdness to be ironed out so that most people would be comfortable using it, but I don't think many in the community developing it are interested in that.
Out of the things you listed, moderation is for sure one that gets harder to deal with the more centralized the network becomes. All large instances have comparatively bad moderation, and that's a fairly well known fact among the older users.
For what it's worth, moderation is the best thing about fediverse. So many communities that have grown up there over the years couldn't have done it without decentralized moderation.
And it's not like there hasn't been a "some kind of major and controversial moderation defederation event" - there have been several. There are several collections of instances that are fairly closed off from the wider network. And honestly, that's fine. If some people get tired of others shit, they should be able to close themselves off from them.
The simple fact that a single administrator can moderate an instance of about 100 active people in their free time is what allows the moderation in fediverse to scale. Adding more people makes it a job, and from what I've read from professional moderators of social networks, that job is not a nice one.
The amount of users joining the network daily already started to drop. I see no Eternal September actually happening if the trend continues. I'd give a week for that.
Considering that most of Google's open source projects are of the "throw over the wall" kind, where they don't really care about the wider community, when most of Meta's projects (that I've seen) are interacting with and creating communities, it's not really comparable.
TLDR: by KLOC Google might have more, but arguably Meta's have more impact.
Could in theory be utilized to move laterally in networks where client TLS is used for authentication, which I see used sometimes.
The difference is you don't own anything on Steam.
Doesn't matter, because people still trade CSGO skins that they technically don't own for thousands with each other. As long as one account has something limited that can be transferred to another account, they own it. Even if the ownership is shaky as hell and dependent on corporate overlords.
Assuming this is before taxes, no, that's not much. It takes about 1.5x-2x of what a worker gets for a company to pay them salary. I'm not familiar with French taxes, but the resulting salary is bellow what I would expect him to get for sure.