638 karma · joined March 10, 2026
When I'm eating beans+rice and a bit of protein that I cook myself, my allergies are a lot lower.
When I cheat and eat "crap" I tend to start sneezing and rubbing my eyes.
There are a lot of variables, though, and cheat foods tend to be highly processed, high in gluten, with a lot of additives and made with seed oils, and hidden sugars, and are much higher glycemic index with higher glycemic loading, amongst other things. Plus seasonal allergies are just variable day-to-day which is another confounding factor. So I don't really know what the X factor is. I get similar effects on an atkins-style high fat beef, butter and cheese kind of diet, because it also cuts out most of those things.
If I was working on something that the Chinese government considered of strategic importance, then I would certainly be worried about it. But I don't do that.
I'm much more worried about techbros in this country using their LLMs to extensively profile me and produce something vastly more dystopian in this country than the real or imagined social credit scores in China. The people trying to convince you that the Chinese government are the people you should be worried about (as an individual in the United States) are probably the people you really need to be worried about.
Amazon was always an asshole-driven company which did topgrading layoffs annually at the start of every year. It has never suffered because of that.
My "bubble" is that I read past the headline and got more than halfway through that article that you cited.
Just because people want policing doesn't mean they want the kind of policing that we seem to be getting.
And that article you cite is a pretty good example of this.
The title is: Black Americans Want Police to Retain Local Presence
The bottom half is: Black Americans Lack Assurance Police Encounters Will Go Well
It is true in 2024 that there was a hell of a lot of gaslighting going on that the economy was great for everyone and that we were having a "vibecession" and praising "Bidenomics" when the K-shaped economy was already appearing, and this DNC messaging effort clearly failed. But it also didn't have a lot to do with Biden, and arguably pushing the message that implicitly accepted that Biden was entirely responsible for the economic conditions of the previous 4 years was flawed and factually inaccurate messaging. Maybe it wouldn't have been possible to argue otherwise, but I do remember a lot of Democrats who argued that Trump's economy had relatively little to do with any of his policies in his first term. I similarly think that Biden had relatively little control over the economy in his term.
Currently, though, Trump pretty well owns this economy due to what his war with Iran is doing. He doesn't own the background of what is going on with AI and hyperscalar spending and the likely bubble and the inflationary pressure and K-shaped economy (although Republican tax cuts over the past 45+ years are cumulatively responsible for the K-shaped economy and Trump owns some of that), but Trump is doing his best to just pour gas over the economy and light it all on fire.
I don't see how you can say that he deserves "immense blame" for the inflation that we suffered. He was a passenger for most of it, and lacked a crystal ball to see the events of 2023 with the release of ChatGPT.
Unlike the current inflationary spike which is entirely due to an energy shock caused by a President starting a war of choice.
If you can't validate that your bibliography is full of real articles, you shouldn't get published.
LLMs have just poured gasoline on the fire.
Then I'll usually go and implement at least one piece of that. If I get stuck, I'll ask for some help. Then, once I'm happy with it, I'll ask the AI to review what I came up with. Then typically ask it to stamp the pattern around the codebase. And often to just iterate through writing out unit tests.
So I just did this for getting dense output from interpolants for an ODE integrator that I maintain. I did the work to make Tsit5 work by hand. I asked AI to stamp out the same pattern for DP5 and BS3, because it was just gene splicing those changes into a very similar RK integrator. I can review the diffs and see that it faithfully stamped out the same pattern with two prompts and a couple of minutes.
I'm still maintaining pretty strong contact with the codebase by doing a lot of my own programming, and fighting with the design while I'm writing that first piece of it, but then I use the AI to stamp out the mindlessly repetitive stuff.
That just seemed like the obvious way to me to go about programming with AI rather than pure-vibecoding and never touching anything other than prompts.
Also, you probably run out of tokens a lot faster if you're pure-vibecoding.
Plus you should spend some time debugging your own code. Even if AI could find and fix a bug in a minute or three that would take you 20 minutes, it is generally going to be better for you to burn that 20 minutes on trying to fix it before asking for help.
Of course, unlike another poster in this comment thread, I never cheated in college and spent a lot of time on "academic" side projects that weren't part of any course I was taking.
Once the vibecoders and cheats are done spamming a billion lines of AI generated code into industry, there's probably going to be positions for people who can (with AI assistance) sort out the mess and get production stable again.
Iran also basically just fought us to a stalemate, with an arguably long-term strategic victory going to Iran, just by being willing to absorb more punishment in the short term. Once we depleted our stocks of expensive weaponry we had to stop. We could win every fight and still lose the war.
I mean I'm explicitly supporting how rust does it over go, so I don't understand how this is any kind of rebuttal. In your last sentence you admit that rust enforces that errors are explicitly handled, and I think it does it much better than go does, and does it without littering the codebase with boilerplate if statements. The fact that you're launching into an explanation of the insufficiencies of throw/catch exception handling when that has absolutely nothing to do with what I was arguing... Well, I don't feel the need to argue with you any further. Rust also has errors-as-values and doesn't throw (at least not the common case, just like go), so the go FAQ on exceptions isn't relevant to the discussion.
And I'm just going to end the argument with that, since you seem to be a waste of time to deal with.
No it really doesn't. It litters your code with if statements that are all just about the same, except that one that needs to be different, and you go blind looking at them all and can't spot the difference. And these days people probably just type "tab" and their LLM assistant fills out the entire block incorrectly in one keypress copying the pattern from everything else.
But LLMs didn't create that problem. Having to type something never meant you had to think about it, or thousands of "sudo shutdown -r now" commands would never have been run on production databases, because typing "sudo" would have magically made someone think about it, rather than just being keyboard memory.
And the problem of reviewing the code and spotting the one error handling block that should be different from all the others is always going to be there for human reviewers.
Rust converts the common case boilerplate down into one character: ? which lets you focus on any exceptional error handling rather than a wall of if statements that almost all look alike. And the compiler can see that you're ignoring a Result from a function call and force you to explicitly do something about. Plus you can then use a monad without knowing a single thing about monoids, endofuctors or category theory, and impress your friends.
That is a suspicion of what might be the problem.
And he's facing a Kafkaesque problem that in order to get him removed from the list they need to know who the warrant is for, but he also can't find out who the warrant is for. Someone can clearly figure this out and help to get it fixed, but he's been unable to talk to a person that has the ability and authorization to query the system to figure it out for him.
We really need some anti-Kafka laws in this country so that if you wind up any sort of list like this, including bans from companies like Apple/Google/Meta/etc, that you have the right to know why and to appeal, and that they must not by default assume that you're a fraudster and refuse to speak with you.
So if you just need to do something simple like fire off a compute heavy background task and then get a result when it is done, you should probably just roll your own implementation on top of the threading API in your language. That'll probably be very stable. You don't need a massive background task orchestration framework.
People might object that the frameworks will handle edge cases that you've never thought of, but I've actually found in enterprise settings that the small custom implementations--if you actually keep it small and focused--can cover more of the edge cases. And the big frameworks often engineer their own brittle edge cases due to concerns that you just don't have.
So anyway, it isn't as simple as "dependencies are bad" or "dependencies are good", but every dependency has a cost/benefit analysis that needs to go along with it. And in an Enterprise, I'd argue that if you audit the existing dependencies you will find way too many of them that should be removed or consolidated because they were done for the speed of initial delivery and greenfielding. Eventually when you accumulate way too many of those dependencies the exposure to the supply chains, the need to keep them updated, the need to track CVEs in those deps, and the need to fix code to use updated versions of those dependencies, along with not have the direct ability to bugfix them, all combine to produce an ongoing tax of either continual maintenance or tech debt that will eventually bite you hard.
I'm one of those aspy people who immediately don't trust other humans who try to fluff up my ego. Don't like it from a chatbot either.
But the fact that all the chatbots do it means that most people really crave that ego reinforcement.
But they're still quite useful tools and accelerators or force-multipliers.
And you're still going to need humans in the loop.
And I'm very worried that the capex buildout will implode once we hit diminishing returns and good-enough models can be run on substantially smaller footprints.
It all isn't going away, though, and it will still continue to improve.
You have to actually put those drop off points on every street corner, though, and is the lowest priority for city planners, and gets rolled out at a glacial pace over decades--while disabled people have needs today. Having been forced to confront how well designed our infrastructure is for disabled access and put it to the test, I can tell you that a lot of existing ADA infrastructure can best be described as "performative" and a lot of it is entirely missing.
There's going to be a limit to how much they can raise prices, because someone can always build out a datacenter and fill it up with open source DeepSeek inference and undercut your prices by 10x while still making a very good ROI--and that's a business model right there. Right now I'm sure there's a lot of people who will protest that they couldn't do their jobs with lesser models, but as time goes on that will get less and less. Already right now the consumers who are using AI for writing presentations, cooking recipe generation and ELI5 answers for common things, aren't going to be missing much from a lesser model. That'll actually only start to get cheaper over time.
Also for business needs, as AI inference costs escalate there comes a point where businesses rediscover human intelligence again, and start hiring/training people to do more work to use lesser models--if that is more productive in the end than shelling out large amounts of cash for inference on the latest models. [Although given how much companies waste on AWS, there's a lot of tolerance for overspending in corporations...]
The US and China are pretty comparable in morality, just differently.
There could be 100,000s of people in the US who have jobs where their disappearance could be considered "concerning".
And then we need a base rate for people of similar socioeconomic status. They're probably disappearing at a far smaller rate than the general population, since they're not poor, not sex-workers, not troubled teens, etc. However, there is still a base rate, and you still need to show that it exceeds that base rate--and I kind of doubt that it actually does.
We have a large population, and over the course of a few years 10 weird things happening seems entirely normal to me.