The author mentions interest but not that there is the mortgage interest deduction, which is a massive tax deduction especially during the first years.
I feel like every language has its fans. What invariably happens is that people want their favorite language to work in every situation that they might need to work.
Personally I would choose Rust as well, but I would choose Rust for almost everything I do. I can see why a Go developer would want a similar experience.
I'm also primarily a Go developer, and I will also defend the language in almost all use cases, but I personally feel that C is the best for writing eBPF. I just feel that you get all of the original functionality with C, and you don't have to hack your way around weird issues that you would encounter when using Go or Rust.
Note that we at Bomfather have our userspace code written in Golang and our eBPF code written in C.
But, either way, this is a really cool solution/idea and could make writing eBPF code a lot easier.
I think the real benefit here is being able to share structures, etc. with userspace and keep them in sync.
If this was compiling the Golang to BPF then yeah, that would feel ridiculous, but given that it's transpiling instead then, assuming that it's generating correct and reasonable code, I think this is certainly fine enough. Especially if you're just writing a proof of concept or something pretty basic, there's no reason not to start here.
If you're doing something like trying to filter 40Gbps of network traffic in eBPF then you'd probably want to consider something more hand-tuned/low-level, but that might well be a premature optimization for all I know.
I last had that on a (rented) Fiat 500: the "standard" controls (including the monochrome LCD in the instrument panel) looked really clunky and old-fashioned, and all the advanced features (audio, navigation, mobile phone connectivity, not sure if it had a backup camera) were via the (third party, Pioneer) entertainment system which was state-of-the-art with a nice high-res touchscreen. That's probably because this was the more expensive version of the car, I guess the "basic" version only has a radio - no navigation, no backup camera, no nothing. Not sure if it's the same principle at work at Toyota, I haven't driven one in a while?
I tried a 2025 Ford Maverick for a year before I traded it for the Tacoma. All the AC/Heat/Etc controls were on the screen. Couldn't stand it. Put me off of ever considering a new Ford again.
1. The admin work of parental controls in Apple is non-trivial and obscure. I would guess there are something like 300 different knobs and settings you can control for each kid individually. The UX is terrible and there are features missing that seem extremely basic and fundamental. For example, I can't see how much time left my kids currently have, nor can I block any app "now".
2. "the phone is so locked down they don't really have any interest in it." This has not been my experience at all. My kids know that less-locked-down devices exist and frequently complain about the restrictions.
Indeed, there's an additional problem as well. There are settings, and then there are settings that allow one to change the settings. Not only are there hundreds of settings but they are duplicated in this way.
Configuring them from scratch is a minimum 20 minute job, and then you need to double and triple check to avoid mistakes. More like a half hour.
As someone who grew up in America but lived abroad a few years, you just start using different markers but it's the same idea. Something like 0, 10, 15, 20, 30, 40 gives you the full range from freezing to pleasant to very hot.
While they do show it live, it's in the middle of the workday, so almost everyone in the USA will have watched it delayed by many hours at "prime time", aka around 8pm local time in each zone.
That being said, I'm in the US and I heard boos on the delayed broadcast.
This would be much easier said than done, most video segments are served up by CDNs, so it would have to be done via processing on CDN edge nodes. Cloudflare might support something like this but most CDNs don't as far as I'm aware. Doing it server-side would kill CDN cache hit rates and massively increase cost.
You don't need to. During premium streams the clients are frequently rekeying. So you cancel the streamer's subscription and the stream soon stops. The streamer also loses the rest of the month's subscription and goes onto a blacklist. This is already a thing with, for example, Sky in the UK.
This works as long as each of these boxes connects directly to the streaming provider's servers. With pirate streams often there's a pirate streaming provider with a legitimate subscription, whose STB handles the rekeying, then the already-decoded AV stream is captured and redistributed. The end-users never actually stream from the streaming company, they stream from the pirate. That's often how sports are pirated, and your best bet is going to everyone's homes and checking that they're not watching your streams without a license.
Right? Each legitimate stream, including the pirate's, includes a unique ID. The content protection company subscribes to the pirate stream, gets the ID, and shuts down the pirate. This works today.
The problem that Sky has is that most premium sports content is available in other countries with less effective copy protection, so that's where the pirate streams originate, and Sky can't do anything about them.
You're right that none of this affects the end-users.
Sure, you can buy a box and inspect that stream, but if there's a multitude of pirate streams it's an eternal whack-a-mole game. You cancel one pirate's subscription, the streams redirect to another, in the meantime the first pirate somehow gets access to another legitimate stream and so on.
This also doesn't account for the fact that there might be another proxy pirate in the middle who would relay the stream without the ID to the box (this and the first pirate might as well be the same person). This way even if you have the box you cannot find out which subscriber specifically the stream originates from, as the ID is gone before the stream is sent to the box.
To be 100% sure nothing is pirated, the streaming provider would have to either MITM the traffic from the ISP to the end-user (not legally possible) or just plain old show up at a place of a non-subscriber and inspect the equipment (again legally questionable).
reply