Forgot your password?
typodupeerror

Comment Re:After decades of writing code... (Score 1) 102

I don't see a single line of any of that code let alone write it. But every line goes through a full functional testing framework including vulnerability/bug scanning, aligns to a coding style spec + lint, and has additional checks and filters I've built for special consideration of vulnerabilities and injections at the seams. Claude even kicked off and builds infrastructure for backends and manages infrastructure as code.

I would be fired and sued into oblivion if I did this.

Comment Re:Yes. (Score 1) 102

I have yet to find a problem where AI generated code doesn't get me at least 90% of the way there. Multi-domain, multi-language, multi-platform. That includes stuff I was doing a year ago. It's gotten dramatically better in 2026.

Previously you claimed "I wrote a line of code by hand saturday (client blocks AI) and it was weird. I hadn't done it in months." now just 90%. What happened? Did you decide to turn the hyperbole down slightly because nobody was buying your bullshit?

If someone has an example of a software engineering problem that AI actually did really badly on, I would like to know the model and see the prompts. I'm not saying it doesn't exist. I'm saying I haven't seen it yet, and I'm really curious.

I've done software development professionally since the 1990s. I started coding on the Apple ][ in 5th grade. I've had AI do the wrong thing, or misunderstand something, or miss something that seemed obvious to me. But on all of those same criteria; I've had human software engineers do far worse, far more often.

This from the same handle that previously said "A rough estimate is that the best LLMs do software engineering about as well as IQ 150 software engineers do it. That makes them better at it than the vast majority of people who write code."

I have AI spit out code occasionally and rarely accept the output as-is. Usually you can replace it with something much better and simpler. It'll often compile and run but I can't even imagine the technical debt you vibe coders are racking up.

Comment Re: LDAP and Linux are freely licensed (Score 1) 38

There is always negotiation around capital expenditures and head count at the places I've worked. It is tough to make the argument purely on long term savings alone, because it is so disruptive.
On the other hand, engineering managed to get Macbooks added to the list of approved systems even though they are more expensive to purchase and more complex to manage (difficult to image and tie into the corporate services). So it is possible to do things even when they are financially and logistically a less desirable option.

Easiest for engineering is to say we deploy Linux in the cloud, so might as well put Linux on our laptops. That works sometimes as an argument. Getting web based email and calendar makes the Linux path a little easier. But cyber security and employee monitoring is harder on Linux so IT doesn't like it.

Comment The HSM probably wasn't the problem (Score 2) 9

You should probably also read the ticket where eMudhra is removed because it clarifies a few things.

They're using Ultimaco HSMs, but it seems likely they weren't willing to pay the HSM vendor to unlock a feature, so they rolled their own and ended up generating the bad keys off-device and then loading them into the HSM externally. So it's less likely that the HSM itself was bad and more likely they did something insecure and dumb to be cheap. There are some pointed questions there which they've just decided not to answer so far, including things they should be able to provide like the key generation script.

Comment Not what I'd call in upgrade (Score 2) 38

We just migrated to a hosted server for our main point of sale/inventory system. Not because we wanted to, but because there was literally no other choice. The in-house server was end of life, and the vendor just refused to sell us a new one. There's nothing - we have looked - that can replace it, open source or otherwise, without extensive customization that would take several years and require a full time staff of programmers, plus the active cooperation of the national franchise that would not be forthcoming, at a cost of millions.

And it's not an upgrade. We've had more offline time in the last two weeks that we did in the last year with the in-house server, and there are some very important functions that are, at best, unstable and almost unusably slower. They can't even get the login screen to work right.

And it costs us about 50% more than the platinum support contract we had before.

That's not an upgrade, it's a clusterfuck.

Comment Re: AI was going to hit them like a brick (Score 4, Interesting) 20

(Disclaimer: Written with an AI collaborator, because human editors were apparently too busy copy-pasting to proofread.)

Speaking of slop, notice how the summary ends by repeating the exact same sentence twice:

"It's hard to compete against things like the DALL-E image generator."
"Long-time Slashdot reader schwit1 quips that maybe 'It's hard to compete against things like the DALL-E image generator...'"

When humans publish duplicate-riddled writeups without reading them, it really raises the question of whether "human slop" is even setting a higher bar than "AI slop."

To your point about "good enough": market dynamics have always favored cheap and good-enough over high-quality and expensive for standard commercial uses. Stock photo giants like Getty relied on charging massive licensing fees for stock images (or bullying photographers over copyright).

When a restaurant menu, blog post, or corporate deck just needs a generic image of a salad or a boardroom, AI generation is free, instant, and "good enough" for the buyer. The tragedy isn't that AI art is superior--it's that for 90% of basic commercial applications, nobody wanted to pay Getty prices in the first place.

Comment Fake news (Score 0) 2

Ukraine's issues with Starlink were caused by Ukraine.

Starlink terminals disconnected at speeds above 160 KPH, as determined by the Starlink terminals internal GPS.

To get around this, Ukraine hacked the Starlink terminals to think they were stationary regardless of speed.

SpaceX figured this out, and updated the system software to detect excessive speed by seeing how rapidly the terminal switched from on satellite to another. This broke Ukraine's hack, and Starlink would no longer work at high speeds.

Ukraine was using Starlink in a way that violated the terms of service.

Starlink figured it out and stopped it.

Slashdot Top Deals

Let the machine do the dirty work. -- "Elements of Programming Style", Kernighan and Ritchie

Working...