zamalek

I have been trying to figure out how this works in concert with Git (or SCM in general). Is one of the developers in the session merely responsible for it?

OVH is allegedly pretty good. I host all my personal stuff on Hetzner right now so I can't speak to it personally.

That does not, in fact, help. Exclusives not releases. Why care that a game is not accessible on a different platform.

The largest hurdle that a Steam console will face isn't kernel-level anti-cheats or somesuch. The real problem is far more idiotic: platform exclusives. Console gamers stereotypically care that their platform has a game that others do not, I have no idea how the reasoning works, but exclusives are a major talking point for OEMs and gamers alike.

While PC likely has the most exclusives by a ridiculously large margin, it probably has the fewest AAA exclusives.

We will soon read that US is investing 50b into AI infrastructure by means of Anthropic commitments. Both balance sheets line up, no money exchanges hands.

NVIDIA, Intel, AMD, and OpenAI are all already engaging in this type of behavior.

As far as I remember, cloning the project, sprinkling in some printfs and running it. He didn't want to use an interactive debugger. He was used to using the likes of nvm, uv, rustup, etc.

No. It's a tar + some config envars if you need to do it manually.

"Just" is an incredibly obnoxious word when used in the way that you have.

> Just install

Not on Debian? Have fun with that. You'll also need the Azure SDK. And what about openssl-dev? Oh no, you installed dotnet on Windows instead of within WSL? Start again.

No, you don't "just install" the SDK. There is a lot that the IDEs set up for you.

> Local nuget.config

I don't see how adding a nuget config improves anything. You have completely omitted what you place inside of it to make it build and use a local clone of the package source.

Look at all this nonsense that people have resorted to: https://stackoverflow.com/questions/32482746/how-to-temporar...

I was somewhat recently attempting to help my manager get a C# dev environment set up. He was used to doing everything the C/Java/JavaScript/Python/almost-every-language-under-the-sun way, and avoiding the "Microsoft way" of doing things created so many roadblocks. I had no idea that over the previous ~20 years I had been practicing a C# compiler summoning ritual and had become incredibly good at it. From the start I recommended installing Rider, VS, or VSCode, and that's eventually what worked - but having to drink the kool aid to that extent is fucking absurd.

I personally won't be using it, given the choice, again. I don't like exceptions, but can live with them. I don't like null, but can live with it. Nuget is complete and utter garbage. You still have to resort to all forms of unreliable hacks in order to redirect it to a locally clone (and if you do use a feed to avoid that, good luck with getting the local cache to not be completely moronic).

(Look, it certainly didn't help that the project itself was heavily enterprisey because the developers hadn't kicked those habits)

As I understand it, Sinofsky is largely responsible for this mentality in the various places he worked across Microsoft: he instilled a distrust for anything originating out of other teams.

Not sure what's news-worthy here? Safe Rust eliminates certain classes of bugs, not all bugs. The editorializing of the title seems like strawmanning.

The digipot is vaguely similar to how a R2R ladder DAC works. There are two resistor values used: R and 2R. The "interesting part" of the circuit has bits x 2R resistors in parallel. One end of each resistor (let's call it input) is connected directly to the digital bit from the PWM sample.

Then there is the series bits x R resistors. The output of each 2R resistor is connected in-between the two resistors that straddle its bit position. So:

    Out
    |
    R
    +-2R-bit0 
    R
    +-2R-bit1
    ... 
    R
    +-2R-bitN

And that's it (apart from pull-up/down resistors)! Due to the way that resistors in series and parallel work, each input step in the ladder provides twice the voltage of the previous if powered: it's base 2 enshrined in a physical object.

These are relatively uncommon because they are highly sensitive to the resistor (and trace) tolerance, but this circuit is my Euler's identity of electronics: it very literally bridges the digital and analog worlds.

I have massive hopes for Julia, especially for ML. What really held me back last I looked at it was a lack of cargo-tier tooling, has that changed?

Interestingly many antidepressants are anticholinergic (as are many nootropes, so you have to be super careful mixing to the two).

The only thing that's truly suspect is that the candidate was told their code was accepted into the codebase. I can't imagine this is terribly uncommon otherwise: it's more likely that it happens without the disclosure.

So the existing crypto bugs that nobody is bothered with are about _adding_ support?

The first line in the email that I linked is pretty unambiguous:

> Oh Christ. Is somebody seriously working on BE support in 2025?

Followed by Eric:

> And as someone who works on optimized crypto and CRC code, the arm64 big endian kernel support has always been really problematic. It's rarely tested, and code that produces incorrect outputs on arm64 big endian regularly gets committed and released. It sometimes gets fixed, but not always; currently the arm64 SM3 and SM4 code produces incorrect outputs on big endian in mainline

BE support is unambiguously best-effort (which is none in some cases).

No, the Kernel does not take BE seriously. Not sure why I have to quote from the mailing list when the URL was a significant portion of my comment text - it directly contradicts your assertion on multiple fronts.

Oh, you're completely correct. I got confused by dconf dump and import (which is the text format), the latter home-manager does transparently.

As for the grand parent comment, yeah, I guess the UI situation sucks - but I did everything through home-manager anyway.

As much as I will never touch the DE ever again, GNOME's reliance on simple text files made it an absolute joy to use with Nix home-manager. I would be 100% on board with using gnome settings infra across the board.

Linus hates big endian, and has some choice words to say about switchable [1]. This incarnation of Linus is certainly my favorite :)

[1]: https://lore.kernel.org/lkml/CAHk-%3DwgYcOiFvsJzFb%2BHfB4n6W...

While I largely agree, I do think a more significant portion of the problems are caused by Nadella's claims of 30% ML-generated code. If true (as a peddler of ML, there are many reasons for him not to be truthful) the is a rather strong inverse correlation of quality with these announcements and layoffs.

Furthermore, with modern MBAs at the helm, the concern is only pumping figures for the next quarter - five years be damned.

It's also completely possible to do agile with QA. One place I worked had 1 QA per 3 devs, and they were able to maintain a single (2 week) sprint behind cadence.

Scrum was always how Agile was sold to behemoths. It necessarily makes several compromises that deeply undermine it.

Does this deal with, what I call the "Armin Problem?" I typically listen to EDM and there is an extremely popular DJ named Armin van Buuren, and he has other aliases (which exacerbates the issue). His sets end up directly on music platforms, and he pulls in a ton of EDM sub-genres (which makes him a great DJ!). Any recommendation algorithm that visits one of his aliases is doomed to be connected to every other sub-genre, so I might be listening to progressive trance, and be in the mood for that, and end up on deep house (as an extreme example). Within EDM, genres can be as different as blues is to metal.

That's what you need to get through ATS. Resumes are for HR. Unless specifically asked (or e.g. directly emailing someone around here) save the fireworks for the interview.

This is a double-edged sword.

Zigbee's issue was that anyone could make devices and modify the protocol. Tons of devices are vendor-locked to their first-party hub. Philips attempted to do this recently with a firmware update and only backed off due to extremely bad PR.

Z-Wave has the same "problem" as Matter. You have to pay the consortium per product. Part of that what that pays for is testing, and cross-vendor compatibility is mandatory. As a consumer you are guaranteed that a Z-Wave device will work with any hub (and therefore Home Assistant/completely locally). You own Z-Wave devices.

I ran both in my old home, and used Zigbee devices where possible (Z-Wave devices are often more expensive).

I would much rather have it the way of Z-Wave and Matter. It is the lesser of two evils.

> constantly had issues with them losing their minds and having to redo the setup

I forked out for SmartWings blinds. You can choose between either Zigbee/Matter or Z-Wave (or neither I think?). The first-party hub is completely optional (that's important to look out for with Zigbee, which can be vendor-locked). They are drastically simpler than the average motorized blinds I've seen around, so I haven't had any of the mechanical failure nightmares. Pretty happy overall; though I haven't had them for 10 years.

I do use them as a kind of alarm clock as I am absolutely horrific with mornings, so manual ones wouldn't really work out for me.

I inferred a trick from his original video. Dish soap and dishwasher detergent are not the same; the latter contains an enzyme that breaks food down. If you have something that is completely wrecked, fill it with piping hot water and put a dose of dishwasher detergent in it. Leave it overnight.

I strongly doubt the stuff is good for your skin, so I've only done this a few times.

That was my conclusion when I attended... 15 years ago. You're not a student, you're a product.

> I've been involved in the RSS world since the beginning and I've never clicked on an RSS link and expected it to be rendered in a "nice" way, nor have I seen one.

So that excludes you from the "someone who hasn't seen/used a RSS reader" demographic mentioned in the comment you are replying to.

I like the idea of Linux-native games but I've honestly never gotten it to work. Not on Ubuntu, not on Fedora, not on NixOS. The Steam Runtime is supposed to remove the distro from the equation - but, again, I've never seen it work. Proton is the sane target.

He said that the market share wasn't worth it. Yet they support MacOS (which has had a lower market share compared to Linux in this segment for a while).