A lot of people use their laptop as a desktop replacement and kinda leave it in one spot or only move it between two spots (home desk/office desk) rather than as an actually portable take anywhere use anywhere situation
In that case I'd rather just have one of those big usb hubs that has every port on it. Rather than an adapter designed that it only works on one laptop. Sure in theory you could plug them in to any but the design of it is such that you'd snap the connector if you plugged it in to a normal port.
While a regular usb-c ethernet adapter has a flexible cable between the laptop and the bulky rigid part.
Thunderbolt hubs are rather amazing now; in the past they'd either get super hot and have reliability issues, or had severe bandwidth limitations (especially if using larger displays).
The current crop has been great for my needs — a couple models have 10G Ethernet built in (CalDigit is the one I'm using now), and most now have more than one Thunderbolt port that allows a high speed storage device to be used as well (in addition to a 5K or 4K display or two!).
My TB5 dock from OWC on a M4 Pro MacBook can run dual 4k 240hz displays, 2.5gb ethernet, and several peripherals no problem. It also provides 100W of power. All over a single cable. So good these days
I may have the same one and I love it so much. Plug one USB C-looking cable into my laptop, and two 32” monitors and a host of accessories light up as it starts charging. It’s the greatest docking station ever.
I assume they are referring to the general tide of improvements valve has brought to gaming working generically on linux, and that they are using omarchy to experience it
That was always opt-in from the sites, and many never bothered - me included, because I refuse to pay Apple $99 per year for the privilege to offer easier authentication to their users.
It’s not like they are discriminating on someone’s race or religion. If they don’t want a major vibe coded surface, do they even have to defend that? It’s part their “artistic” license as developers.
Or did we forget software inherently is opinionated
You don't even have to leave this site: when the original Bun rewrite posts were made, an incredible number of comments were focused, not on Bun, but on Jarred, who I'm assured is a complete rockstar and would never harm Bun.
Unfortunately, his followers don't realize that something like a batteries-included runtime is a huge commitment to build on top of, and governance you can trust matters as much, if not more, than the lines of code.
The way this has been handled is just baffling. A Rust rewrite is supposed to be a freebie for hype, and even an AI rewrite could have been interesting if approached more scientifically and transparently... but instead the opposite of that happened.
exactly... and it's not like it's hard to fork and just raise the minimum version. It will probably be just one number somewhere (I haven't actually looked.)
if it works, it will keep working. they just don't want to support and maintain it and solve issues.
Yes, it’s actually similar to discriminating based on race or religion, in the sense that it’s an arbitrary, meaningless criterion to discriminate on. If the Rust Bun port is better in every measurable way — passes all tests, has the same performance or better, and fixes existing bugs — then who cares what language it’s written in or how it was implemented? The point is that it’s higher quality. If you don’t trust the Bun team when they release a Rust version and give it their stamp of approval, why did you trust them when they released the Zig version two weeks ago? It makes no logical sense, and it makes the yt-dlp devs look foolish.
> If you don’t trust the Bun team when they release a Rust version and give it their stamp of approval, why did you trust them when they released the Zig version two weeks ago?
I think you cannot make this comparison because Rust version wasn’t in fact written by the Bun team. It wasn’t even read by them.
Yt-dlp devs made a good call. If Claude is good enough to rewrite millions of lines of Bun, it is good enough to maintain Bun fork of yt-dlp. And since Bun is part of Anthropic, they can afford it too.
people don’t care if it’s good. they only care it’s made with AI so they can signal their moral superiority. hence the derogatory term slop that is paraded around like it’s the way to win an argument
It's a bit of a contradiction. We understand that AI can be used usefully, and to great effect. But if someone else uses it, it's a potential liability.
I think the issue is, we understand our own usage of it, and respect the boundaries of what's possible and what needs to be done to use these tools properly.
But we don't know how the other guy is using it.
We don't know if they're being responsible, and using it in a safe manner.
If they are: great. But if they aren't, we're opening ourselves up to all kinds of security shenanigans.
It's one of those things where we're only going to be okay with it, if we're the ones using it. But that also means other people will be suspect of our code.
It's really a no win scenario, except for inside each of own little bubbles.
Oh great. After never fully grasping tasting notes of food, coffee, wines … now water.
Jokes aside this is seriously impressive and makes me want to try and see if I can register them as unique enough. I certainly can taste different water bottle brands difference, but going from that to saying what’s good for x recipe is pretty next level
I mean that in the sense that they had the idea way before the wave of rapid linux 0days and supply chain attacks were common. The design they picked has only become more relevant.
It's been less than a month since I responded to a comment on a different thread arguing basically the same thing about C/C++ in a serious way. I've long since lost the ability to distinguish.
you can't get infected through the package manager if your language doesn't have a package manager :) turns out C and C++ were playing 4D chess all along
Devcontainers (I know it's not a full VM, but it's most prominent version of this "isolated development environment" concept) wouldn't fully protect you against this. Github credentials are automatically pulled into the container. If you are using other cloud services that need to be accessed within the container, this cred stealer will grab their creds too.
It would limit the blast radius, which at least is an improvement.
This is one reason I have my own dev container script. And the container pulls nothing in except whatever I explicitly put in my .podman folder. It runs without any GitHub access at all. I do all of that from the host machine.
Or a vm per container, if you insist on containers. I've have a couple of relaxed weeks recently due to running everything on VMs rather than some random Kubernetes service.
it's not going to help if you share a cache across security boundaries. That is what happened here and seems to be driving a spate of github action related problems.
It's trivial to design a cap that leaks before it becomes mechanically free, and most lids are so designed. If this one becomes mechanically free at or before the seal allows any pressure differential to equalize, then it's an avoidable design defect that fails to meet current minimum standards.
No. If we're recalling a product for a safety issue, it is not user error. There is an engineering error, or a design error, or a manufacturing error. Whatever the product is doing it should not be doing.
reply