estimator7292

Irrelevant. If it's time to stop using windows, all those windows users will have to relearn everything either way. Whether they do it in a windows environment or a linux one doesn't really change the equation.

A sudden lack of software on windows will increase user migration. If we all keep publishing for windows, users will just stay there because their needs are already met.

That's because the correct department is legal. GDPR is a legal mechanism, not a support and privacy thing.

"I'm doing it wrong and it doesn't work" means you're doing it wrong, not that it doesn't work.

Not rare in the slightest. C# is used in a lot of places that aren't the web and don't have extra frameworks piled on.

If you're writing a bare C# library for desktop deployment, you're managing your own cancellation sources.

Cancelling a token doesn't immediately abort the underlying Task. It is up to the implementation of that task to poll the token and actively decide when to abort.

In your example, you'd design your delete task such that if you want it to be cancelable, it can only be canceled before data is modified. You simply don't abort in the middle of a database transaction.

Moreover, because of the way cancellation tokens work, you can't abort blocking function calls unless you also pass the token along. There just isn't a mechanism that can interrupt a long IO operation or whatever unless you explicitly go to the effort to make that happen.

A cancellation token is more of a "pretty please stop what you're doing when you feel like it" concept than Thread.Abort().

That's not the problem at all.

The problem is that manufacturers are forcing everyone into this scheme for the express purpose of mass surveillance and control.

It has nothing to do with making your device "secure"

Last time I touched an Ubuntu system, I had to diagnose why the machine suddenly had no available disk space.

1.5TB in /var/log

All from the Firefox snap package complaining every millisecond about some trivial Snap permission.

I'm glad I chose an OS without goddamn Snap. It's been unadulterated pain every time I've ever interacted with it.

Most ISPs for the last 10 years or so offer this. Many modems come with a POTS RJ11 jack on them.

Yes, it's VOIP. You might get a "real" number with appropriate area code that might route through the real POTS network. Depends on locale and ISP

Microsoft is employing a machine learning algorithm to decide when a particular device should receive a forced update.

What? How could that possibly be beneficial for anyone?

Exactly. Packing components isn't the problem. Routing traces isn't the problem. Both of those can be accomplished with fairly straightforward algorithms. We've had auto-placing and auto-routing for decades, and they serve their purposes well enough.

The hard part is that 98% of laying out a PCB has nothing to do with laying out a PCB. The hard part is analyzing and predicting how every individual trace or component interacts with literally all other traces and components at once. You have to track and model current paths, ground and power plane inductance. You have to just know what parts of the circuit are critical and which traces to keep away from others. Almost all of the work involved in producing a PCB is in designing and understanding the circuit and the physical implications of each and every section, wire, and component.

Routing a PCB is easy. Engineering a correct PCB is not, and there's a lot more involved than drawing traces between pins.

I find it actually pretty confusing that people are still trying to automate the naive approach to PCB design. If your circuit is simple enough to not care about the finer details, traditional algorithms are all you need. For anything more complex, placement and routing just aren't the primary problem, and you can't solve the real underlying challenges by solving placement and routing.

I don't think these problems are inherently un-computable, but they are very hard problems that take humans many years of training and experience to work through. I think they are likely beyond our reach for the moment.

This is a capitalism problem.

If you treat people well and give them the means to survive without trying to wring every red cent you can out of them, they'll be more likely to stick around and keep providing value.

Let people enjoy things. You aren't contributing to the conversation, you're trying to shit on everyone else for finding something interesting.

They've been running a "double credits" promo for several weeks, which expired on the first of this month.

Zero percent of users require 100 percent of languages at all times.

If you can possibly believe it, there are millions of programmers who have never and will never touch <your favorite tool>

Python, cmake, bash, perl, every conceivable tool or language, there's millions of people in the industry who will never touch them.

This might be a wild concept, so make sure you're sitting down: the field of software engineering is unfathomably larger than your personal, extremely narrow, viewpoint.

> If you use an LLM to generate source code you are vibecoding

No, you're not.

> Are people seriously trying to redefine what vibecoding is?

Yes, you are.

The correct answer is far too often the most boring answer.

But yeah, this is basically it. We could detect the signal, but they simply aren't emitting a signal in the right direction for us to detect.

In my career, I've had to write many code generation tools for many different reasons. Sometimes it's expanding C# generic boilerplate to cover between 1 and N generic parameters. Sometimes I'm porting code between languages. Sometimes it's a loop unroller or something more esoteric.

If I had to describe the way I feel about these tools, well, I don't. They're tools. They exist, briefly, to perform a function and then ascend to whatever plane lost and forgotten programs go to when they leave your hard drive.

I feel exactly the same way about AI agents. It's a tool. I put text in, computering happens, and code comes out. The amount of effort and complexity involved is different, but fundamentally I view it as the same boring codegen we've been doing for decades.

I highly suspect that because I treat AI agents this way, I get actually good, well-engineered results. I've seen extremely low rates of bad code, inappropriate solutions, or the general slop we see in vibecoded projects. I put in a great deal of engineering effort up front, and I get engineering out.

That some people find this loop addictive is... incredibly disturbing. I only foresee very bad things coming from this.

The one being smothered, trampled, and raided by the corporate web

I think that's a clear and unambiguous point in favor of the argument. There are so many hellishly complex things in C++ that the community can't settle on even a small subset to be the worst contender.

Half Life 3 rules apply. Every time someone complains about complexity in C++, the committee adds a new overly complex feature. It remains a problem because complexity keeps getting shoveled on top of the already complex language.

You'd be shocked to find out how old and weak the CPU in your current router is. Typically they're on par with low end desktop CPUs from 10-15 years ago.

What happens if one node on your network is downloading at 1Gbit and another is uploading at 1Gbit?

Both get 500Mbit.

Bottleneck.

Which of your devices weren't made in China?

Thus defeating the purpose of a custom "rm"

I've been a C# developer on and off since the dotnet core/standard split. I still have no clue what .NET was ever supposed to mean.

> I do some times wonder if any hiring managers see a lot of LinkedIn social post activity as a positive thing.

About a year ago I had a friend recommend me to their management. After three rounds of interviews, the CEO overrode the process and rejected me because I didn't have enough on my LinkedIn profile.

As far as I'm concerned, I dodged a bullet. If the CEO cares so much about LinkedIn filler that he'd overrule the hiring process, I'm certain I would have hated every moment working there.

Someone really should put up a website that tracks US politicians' locations in real time. It's clear that our government only cares when directly and personally threatened.

I heard through the grape vine that the US did actually ask Ukraine for help on drone defense.

DoD is trying to find US companies that can do drone detection and it isn't going well

I don't like antimatter because it's the most volatile fuel possible. If power is ever interrupted for any reason for any amount of time, the entire mass explodes.

A slightly less insane fuel source is a micro black hole. Drag a tiny black hole behind your ship and drip-feed it any kind of mass you come across. You still get >90% mass-energy efficiency which is far beyond anything else we know of.

Besides, one of the big problems with antimatter is that it's a battery, not a fuel source. We must first collect the unimaginable amount of energy and then process it into antimatter one particle at a time. If you build a ton of factories around a star you can get meaningful production. But a black hole drive can suck up interstellar gas or any asteroids you come across. Matter is easy to get. Don't ask where the micro black hole comes from.

The charges are inverted, so anti-protons are actively attracted to protons.

It would immediately explode.

When they started slipping ads into aptitude. I think that's when most of us started giving Canonical the side-eye