kokada

Things like "The misconception", "The key truth", "Why ... choose ...", "Putting it all together", "Notice what didn't happen". But not just that but the general wording of this post.

From the words of ChatGPT itself:

> The post follows a “classic” structure: introduce a common misconception → explain what’s wrong → show concrete examples → give a clear takeaway / conclusion. The paragraphs are well balanced, each chunk delivering a precise logical step. While that’s good for clarity, it also can feel like the “standard template” many AI-based or marketing blog posts tend to follow.

Now, if could just be a very well written blog post too. But I feel that AI just naturally converges to the same basic structure, while a human written post generally will miss one or two of those "good practices" for prose that actually ends up making the blog post more interesting (because we don't always need to have all these structures to make something enjoyable to read).

The AAA games industry with their multi-million budgets and "being too big to fail" mentality is on decline. It seems that anything that is not a new Call of Duty is considered not worth by the industry.

But smaller games and indie studios are thriving. We got lots of very interesting indie games this year.

AFAIK one Steam Controller is included in the purchase of a Steam Machine already. Also, I find it unlikely that the Steam Machine is not going to work with other controllers, since the SteamOS works with pretty much any controller out there (Xbox, PS4/PS5, Switch, 8-bit Do, you name it).

Not sure what the author meant here. Maybe they're referring for the fact that you can't purchase a cheaper version of Steam Machine without the Steam Controller.

I am kind having a similar dilemma as the author of the blog post. Gabe Cube is the least interesting announcement that Valve did for me if I look at an objective level since I just built a PC that runs Jovian-NixOS (basically SteamOS, but running with NixOS as a base). My PC is way more powerful than the Gabe Cube too (at least in GPU, a Radeon 9070), and it is already connect to my TV since SteamOS makes this easy even if you're running the software in a unsupported configuration like I do.

But the Gabe Cube just lives rent free in my head. It looks sleek. I know that the software experience is going to be top-notch since I have a Steam Deck. I know that it is only going to get better with time (when the Steam Deck was released I barely touched it since lots of things didn't work well, but this year the Steam Deck is by far my most played machine).

Also I am finding gaming fun again since on Steam I can play lots of good and cheap games, since they're almost always on sale and there are lots of indie games that never get released in console.

I want to sell all my other consoles and just invest in the Steam ecosystem, especially nowadays that almost all games will eventually be multi-platform (even the ones from Xbox and PlayStation). It is not like I like to play lots of AAA games anyway, and at least the ones I am interested are already available or will be available in PC eventually (like Final Fantasy VII Remake, MGS3: Remake, etc). I also don't care about online multiplayer for the lack of kernel anti-cheat on SteamOS/Linux to be a problem.

I am seriously considering buying another TV (we only have one in our home right now) just to justify buying a Gabe Cube.

Yes, AFAIK this is an industry standard, both Sony and Nintendo also takes a similar approach.

Gamescope, the main compositor of Steam Deck (the one that drives Gaming Mode), uses Wayland. It is just the desktop mode that doesn't.

Not really a fair comparison since this was probably alpha-quality software, and the build they used was very likely build for that specific demonstration (that ok, went badly). Like the (in)famous first iPhone presentation where Steve Jobs had multiple iPhones and needed to exactly time when to change between them otherwise they would crash.

> Basically AMD missed the opportunity to be first mover on a market which is now huge with a project Apple proved to be viable three years after the planned AMD release. Any way you look at it, it seems like a major miss.

I don't think this is a fair position. It could as well be that focusing in K12 would have delayed Zen, maybe delaying it enough that it could have become irrelevant by the time it got to market.

Remember that while Zen was a good CPU, the only reason it made as much impact as it did was because it also was released in a good time (when Intel was stumbling with 10nm and releasing Skylake refresh after Skylake refresh).

I was thinking of getting a MacBook Air and I think it doesn't have a HDMI port. But good to know that the HDMI port in MBP works. I will take a look at them.

Same here. I am thinking of getting one refurbished M1 or M2 machine to get it to running Asahi Linux, but even then there are a few important things that seems to be unsupported (like external monitors).

Where are you getting this information? Curious because I can't find any evidence that Apple has "much, much, much faster" storage. If anything, Apple storage looks mediocre at best.

For example: https://forums.macrumors.com/threads/m4-mbp-ssd-speeds.24422....

Compare with: https://www.tomshardware.com/pc-components/ssds/crucial-t710....

While it is not an Apple to Oranges comparison, T710 seems 80% faster for writing big files, and for $279.99 - $299.99 for 2TB this is still much cheaper than whatever Apple is offering.

If you have a better reference (specially if there is something that is cross platform), I would be interested.

This only made Apple look bad, again this is not a bug that make the app slow, it makes the whole system slow.

Imagine now that you're a non tech savvy user, that probably doesn't update apps as often, they are probably wondering why "my laptop is so slow after updating". But like I said in other thread, maybe this is on purpose to make people upgrade.

If anything the ones that got a worse reputation here is Apple itself. The bug basically slow the whole system, not just the application that has the bad behavior.

Sure, people in Hacker News now know that the issue is "that Electron bug", but I am sure lots of other people that are less tech savvy just kept questioning what the hell is happening and maybe even considered an upgrade. But maybe that is the whole point.

> why do we think this would be a solve as the devs clearly ignored the previous message about not using a private method?

If anything the fact that devs can actually access private symbols is an issue with how Apple designed their APIs, because they could make this so annoying to do that nobody would try (for example, stripping symbols).

Also, the fact that devs need to access private symbols to do what they need to do also shows that the public API is lacking at least some features.

Another thing, if this only affected the app itself that would be fine, but this makes the whole system slow to a crawl.

So while devs share some of the blame here (and I am not saying they don't), I still think this whole situation is mostly Apple's fault.

> Upstream comments blaming Apple for this for "not testing Electron apps internally", but I don't expect Apple to test every single app ever released for regression testing.

This happens in pretty much every Electron app as far I know, and lots of Electron apps are like Spotify, VSCode or Slack are very likely to be in the Top 10 or at least Top 100 most used apps. And yes, I would expect Apple to test at least the most popular apps before releasing a new version of their OS.

> Maybe the thought is that an email from Apple to the dev saying fix your code would more compelling???

Of course not. Apple controls the SDK, they could workaround this in many different ways, for example instead of changing how this function was implemented they could introduce a new method (they're both private so it doesn't matter) and effectively ignore the old method (maybe also they could add a message for developers building their application that this method was removed). It would draw ugly borders in the affected apps but it wouldn't cause this issue at least.

Exactly, the post talks about this too: older browsers will be vulnerable, this probably affects only a small amount of the population and it is even lower if you limit service to accept TLSv1.3 (for this to be useful you of course need to enable HTTPS otherwise the attacker can just strip the headers from your request).

If you can't afford to do this you still need to use CSRF tokens.

I keep my applications pretty much up-to-date but I didn't check the release notes for each Electron application that I have to make sure they're updated. I still think this is a failure of macOS, since one misbehaving application shouldn't bring the whole environment to slow to a crawl.

What I can say is that while the situation is much better than at Day 1, the whole Tahoe experience is not as fluid as Sequoia.

Also, it doesn't really matter to me if this was a private function or not, if this was Windows or Gnome/KDE people would blame the developers of the desktop instead.

26.0.1 is better, but I can still get sluggishness in a few specific cases.

I just got one example while passing the mouse quickly through my dock (I still use the magnify animation) and I can clearly see it dropping a few frames. This never happened in macOS 15.

> Tahoe however makes my M1 Air feel sluggish doing the exact same tasks ive been last couple of years.

I have a work provided M2 Pro with 32GB of RAM. After the Tahoe upgrade it feels like one of the sluggish PCs at the house. It is the only one that I can see the mouse teleporting sometimes when I move it fast. This is after disabling transparency in Accessibility settings mind you, it was even worse before.

This is not what this is supposed to protect, and if you are using http.CrossOriginProtection you don't even need to add any header to the request:

> If neither the Sec-Fetch-Site nor Origin headers are present, then it assumes the request is not coming from web browser and will always allow the request to proceed.

If your case is just supporting browsers and not things like curl this seems fine. But when the headers are not set the CSRF protections are "disabled" exactly to support this case, that you may want to do this request using something like curl.

Modern Android devices now have the "Device Protection" option that does a bunch of things, including disabling side loading. And I think you can enforce this via work profiles too.

Yes. Changing the implementation to the Solaris/FreeBSD solution now would probably break lots of applications that nowadays works without issue.

Nix as used in NixOS is a declarative language and there is none of the issues I cited by being a "real" programming language (or as the article talks about, having "abstractions" like builtin.map). You can pretty easily setup a LSP to get code-completion (even between different projects, like NixOS vs Home-Manager). There is no proper type system in Nix but the module system does supplement it well.

I think one of the problems of those "configuration languages" is that you can extract semantic information without knowing the target, e.g., with has a specific meaning in GitHub Actions but it is otherwise an unremarkable word in the YAML specification.

But when working with real programming languages it is completely different, you can take semantic information from the current code, and you can have things like types to give you safety.

I am not sure how mise would be a "good middle ground" compared to Nix, considering it is really easy to get a static binary version of Nix. Nowadays it even works standalone without creating a `/nix` directory, you can simply run the binary and it will create everything you need in `~/.local/state/nix` if I remember correctly. And of course Nix is way more powerful than mise.

That is why I said that I still know how to use basic Unix tools. If I am debugging something so frequently that I feel that I need to install my Nix configuration just to get productive there is something clearly going wrong.

For example, in $CURRENT_JOB we have a bastion host that gives access to the databases (not going to discuss if this is a good idea or not, this is how my company does). 90% of time I can do whatever I need just with what the bastion host offers (that doesn't have Nix), if I need to do further analysis I can copy some files between the bastion host and my computer to do further analysis.

One of the reasons I really like Nix, my setup works basically everywhere (as long the host OS is either Linux or macOS, but those are the only 2 environments that I care). I don't even need root access to install Nix since there are multiple ways to install Nix rootless.

But yes, in the eventual case that I don't have Nix I can very much use the classic tools. It is not a binary choice, you can have both.

Actually, now that I think about this could be that my system is set to autologin (I am using Jovian-NixOS to get a almost SteamOS experience), so maybe this is not KDE being smart and could just be that it crashed and the system automatically login again. So yes, maybe this doesn't work.

A Sapphire Radeon 9070 as the external GPU and a Ryzen 7 7600 as the integrated GPU. But I don't recommend this particular model for the 9070 if you want to do VFIO, it has the infamous reset bug so after booting the VM once I can't use the external GPU anymore unless I restart the machine. Also I never got the VFIO completely working, I could pass the GPU to the VM but the VM could not find the GPU (e.g., the AMD drivers said "no GPU found" while running the installer).