News for hackers. Stuff that matters.

majormajor

I didn't post them because I didn't bother looking them up, and wanted the person making the claim to check into it. Thanks for actually sharing!

That presentation does support their claim that both parties need to get back to basics on that matter.

Though now that I'm a bit more invested, looking at deficit delta by year for each of those tells a bit more.

Bush's went up then started to fall until 2008. Obama inherited that mess and he+his Congress spent to get out of it then made it shrink continually until a bump back up in 2016. Trump increased the deficit every single year (and enormously so in 2020, another disaster response incident). It shrank back under Biden in 2021 and 2022 then ticked back up, Trumps' now got it trending back up again after a tiny decrease in 2025.

The thing that changes with that view is that Trump appears to be the big outlier here, who's never really managed to bring it down at all or even try. And there's a fun macro-trend of both of those Democrats only getting elected into shits-on-fire circumstances. Clinton didn't have the problem, maybe that's why he did better.

You made the initial claim that it wasn't a "one party is the problem," shouldn't that be your own responsibility to substantiate?

"I think we even agree that one party will outspend the other."

I'd rephrase it to out-deficit the other because you could spend more AND bring in more revenue and improve the situation. If we do that, then yes, that's certainly my hunch, but I didn't pull any numbers. Maybe the covid-era timing of Trump-vs-Biden plays out wildly different, maybe some of the Obama-era stuff cost more than I'm recalling. Seems necessary to know to know if it's one party is MUCH better than the other or just one party is a bit better than the other.

>You're ignoring my entire point that running a deficit is the problem and both parties are guilty of doing it and both parties continue to push for even more spending on policies they happen to agree with.

My reason for asking for the data is that the best action to take depends on the magnitudes. If one party is dramatically better than the other then the most practical way of fixing your problem is likely to be do everything you can to get that party more power AND work to shift it into the positive vs try to burn both parties down.

Seems like a good reason to figure out some additional soak-the-rich taxes! (Back in the 30s that was a slogan that Americans could rally behind..! Not so much right in the last several decades.)

But it's also disingenuous to claim that none of today's approaches would show up as high income. A lot of old money would be protected still, a lot of new-money would be hit.

Isn't it telling that there was so much massive development of American industry in the post-WWII era and yet there weren't any Musks or Bezos or Gates? A country that had minted tycoons like Getty and Rockefeller and Carnegie stopped for a while. A guy like Howard Hughes was involved in several areas of development but didn't touch the guys who came before him or after him overall...

Sure, but it doesn't guarantee it?

So if one guy figures out some rhetorical tricks to convince an entire generation that ACTUALLY tax cuts will INCREASE revenue and HELP the deficit... while meanwhile massively increasing it under his administration... that guy still has responsibility for it decades later. (Throw in the hollywood greed-is-good-everyone-screw-over-your-neighbor-and-do-cocaine enthusiastic adoption of the era for good measure.)

You said it wasn't a "one party is the problem" situation.

But how can you conclude that if you don't have those numbers to give me?

Switching gears to externalities seems like a bit of a dodge unless you are super confident that those externalities are more significant than the bad things you predict happening in the future due to the debt.

Don't you need to look at the numbers to justify that claim? Maybe one party has added 30T and another has added 5T to the debt since Carter. Maybe one has added 20T and the other added 18T. Those numbers would demand VERY different responses.

But saying "it's not one party" seems to assume a particular set of numbers. What are they?

There's nothing an actively-aiming-to-harm-others-for-their-own-gain person loves more than someone else deciding to stop trying because it's 'rigged.' The assholes are internally motivated to continue to being assholes. That takes continual active resistance.

Health access, for instance, improved as a result of one set of votes. Lifetime maxes are gone. There is improved access to non-employee plans.

It didn't stop inflation of health plan costs or medical treatment in general. One might think that means its worth voting for people pledging to make further large-scale changes to address those things.

And meanwhile, the assholes have been campaigning on the opposite for more than a decade: try to make the access worse again by trying rhetorical tricks to say that the one caused vs failed to fix the other. That'll let some rich people get even richer.

That's a real difference for many millions of people.

Neither party is perfect. Welcome to adulthood. Shitty compromises are generally all you get.

By all means, work on structural things to encourage more parties to exist and flourish.

Just also pay attention to the active battles.

A lot of these trends go back to Reagan so "25 years ago" isn't too long ago to have shaped those trends.

But Clinton was a bit of a correction—not perfect by any means—to Reagan, who lit a bunch of gasoline on the "don't tax and DO spend" fire. Too bad even Reagan would look like some sort of TDS cuck RINO to the current conservatives...

Let's actually compare the size of the wars of both parties for the last 40 years. Let's compare the spend-vs-tax changes for both.

If you can't be honest that some folks out there are, in fact, pushing much worse agendas than others... then how do you hope to convince anyone to evaluate if anyone else is gonna actually do better than either? You can't easily have those critical thinking skills without noticing the differences in the two current parties...

The US also kept much higher marginal tax rates for a few more decades after that, which helped the common people by disincentivizing the post-Reagan short-term-financial-games profit-maximization and wealth-and-income-consolidation.
Re:AI Isn't Replacing SREs. It's Deskilling Them on Friday October 30, 2026 @09:56PM (#50312519)
soooo wouldn't that be exactly the "deskilling" being discussed here, and isn't that deskilling concerning for money-handling firms?

having seen both (a) mission-critical human-built systems become nightmares for maintainability and extensibility and (b) bleeding-edge ai coding agents confidently and quickly fix a wrong problem in the face of an issue (or fix it in a slightly wrong way), I remain skeptical that this great de-skilling will all be perfectly fine.

of course, if you aren't looking at the code you won't fucking know until someone yells...

Re:Apple introduces the new 14‑inch MacBook Pro with M6 on Wednesday October 28, 2026 @12:46AM (#50269434)
It's been a long time, but I'm pretty sure Appearance Manager and the corresponding unreleased-but-leaked Hi-Tech theme was 8.5-or-so-and-up-only, which means I must reject 7.6 on aesthetic grounds ;)
Re:Apple introduces the new 14‑inch MacBook Pro with M6 on Wednesday October 28, 2026 @12:44AM (#50269427)
Thanks, that does make sense. Though as a many-windower alt-tab is just often tooooooo big for my tastes to even try to rely on.

The 40-year-deep-history Mac answer to workflows like that with a small working set with frequent cross-app-one-to-other-switching IMO is mouse-based navigation + spatial partially-overlapping windows, but this seems to be an extremely foreign concept to Windows/*nix users that grew up on full-screen-maximize or tiling. So I don't think is particularly likely to be adopted by anyone who doesn't already have it burned into their brains at this point. :) There's a lot of these old Mac bones still baked into the OS (e.g. if you have a folder on your desktop, and double click it, and move it, then close it, it'll open to the location you moved it to next time. And that memory is separate from that for another folder on your desktop. Though some of the follow-on behaviors have changed (opening folders in already-open windows used to behave similarly, opening new windows by default).

The 20-year-history version is my own personal lord and savior: Exposé hot corners.

Spaces and no-mouse navigation are still in many ways comparative afterthoughts to mouse-based/spatial workflows. Though as someone with 30+ year of Mac muscle memories in my head, the switching-windows-vs-switching-app concept and awareness of "where" I am relative to it is pretty embedded.

Re:Early progress on accelerating drug development with Claude on Wednesday October 28, 2026 @12:32AM (#50269382)
>AI does very well following rules.

How many of these "we sandboxed it and said not to do Y, but then it went and did it!" stories would you consider necessary to disprove that?

It may be good at following rules 99.99% of the time but if someone launches a million times more parallel agents than they would hire humans, it might still be much worse in practice...

"We've been told we must find an effective drug candidate here, and to follow this process for evaluating the quality of the candidate, but actually we could subtly change the analysis like this to make this candidate look favorable enough..."

(And then compare that to deterministic algorithms...)

Re:Early progress on accelerating drug development with Claude on Wednesday October 28, 2026 @12:27AM (#50269344)
> They can put it onto robots / automatic labs, so this step is easily solvable. Humans in a modern lab are largely unnecessary. Just look at China.

You can automate the setup and mechanical process. You could increase the physical capacity for parallel tests. You could increase the rate of acquiring raw materials.

But how much you cut down the time depends on how much of the trial-and-error feedback loop depends on feedback and iteration vs cast a wider initial net.

(One of the interesting things to me about the dominant software development agent pattern across all of Claude, Codex, and Cursor is that the approach is still extremely local and iterative, human-mimicking, rather than big-brain-one-shotting a novel or perfectly-fit-for-purpose software design. The performance of the agents on the initial "jump to conclusions" step does not appear superhuman in the same way that the speed-of-iteration is clearly superhuman.)

Re:Apple introduces the new 14‑inch MacBook Pro with M6 on Tuesday October 27, 2026 @11:58PM (#50269204)
The separation of Cmd-tab and Cmd-backtick is one of my favorite things in Appleland... what about it is broken to you compared to alt-tab?
Re:Apple introduces the new 14‑inch MacBook Pro with M6 on Tuesday October 27, 2026 @11:57PM (#50269196)
Expose added in Panther was the last window management feature that changed my day to day usage of PCs.

Expose + Cmd-tab/Cmd-backtick being separated == a gap that Linux/Windows have somehow never managed to close in 20+ years now.

Re:We should be more ambitious with the software we build on Saturday October 24, 2026 @08:37PM (#50227004)
I don't disagree.

I think there's some nuance here though between "fully anti-AI" and "be careful with that power saw."

That example I mentioned didn't make it to production. It got noticed and fixed more properly by the person who submitted the first prompt before it even went to PR.

But a lot of times things in that same vein can be solved sufficiently with a "dumb" prompt like that, so a one-line prompt to get a PR drafted in the background for the dumb stuff can be a pretty good time saver.

The art is not skimping on your attention to the bigger or more important stuff so much that all the time you save on first getting code written is lost by cleaning up stuff like that...

Re:We should be more ambitious with the software we build on Saturday October 24, 2026 @07:19PM (#50226480)
> And moreover, what differentiates software now will no longer be the care put into it but marketing and trends. The highly commercialized nature of software means that there's not much point now in doing anything except getting there first and exiting with a decent nest egg.

That happened at least 20 years ago. How many recent "this product did so great because of the care of software engineering, and now the creator is comfortable for the rest of their life without risk of it being copied" success stories are there compared to "this product chased some trends VCs were nuts about with a slapdash MVP and the founders took out 8 figures from their later fundraising rounds, but then the business sputtered out"?

I think there's an angle with AI tools where business-minded people will have a better chance of doing interesting things now than in the recent past, because you could potentially tailor much more deeply to individual customers with reasonable economics than in the past. There are fields where there's room for a garden of solutions from different small-team vendors appropriate for different use cases instead of a one-size-fits-all SaaS winner-take-all type market in the past. We could kill the old line about SAP around needing to change your business to accommodate SAP instead of customize SAP to accommodate your existing workflow.

But if you aren't business-minded at all there are likely less places that will need to hire as many careful maintainers or novel-software-writers, which obviously is a huge kick in the teeth to a lot of people.

Re:We should be more ambitious with the software we build on Saturday October 24, 2026 @07:14PM (#50226440)
> Maybe it's a language-specific thing. Most of the time, in Java, LLMs take into consideration tradeoffs (especially if they are part of the initial prompt) and actively explains them. It generally won't make messy workarounds, without a lot of extra prompting forcing it to do so.

Claude in its current Opus 5.5 form has made some wild reaches in response to reasonable-seeming prompts. For instance: "this error is getting swallowed, make sure the real termination message exposes the root cause" -> discovering that the issue is actually in a third party library that isn't exposing the original error except so through logs, so doing some hackery to inject a log-capturer that gets the stdout, buffers it, and looks for the message in order to re-throw based on that...

And it can demonstrate that working, but it's added some fragile and/or unintended consequences like (a) string matching on a particular WARN log message of a particular version of the lib, and (b) buffering those logs such that there were now cases where they would never make it to the actual output stream before the program terminating.

It's certainly capable of being used smarter than that, but it's also really easy to end up with messy fragile stuff if you get lazy about reviewing the output.

Re:Speeding up code review with `small-change` on Thursday October 22, 2026 @11:45PM (#50204279)
I disagree with their criteria that they couple with it, but I could come up with some of my own that I'd like better.

"This has 900 lines but 850 of them are in codegen boilerplate that changed", for instance.

"This has 900 lines but they're mostly updating a bunch of test fixtures along common patterns."

"This is 800 lines because we bumped ten version dependencies and that bumped a lot of other things + they changed the package naming for some so we had to rewrite a bunch of imports."

"I added two panels to a Grafana dashboard." (ok slight exaggeration)

Re:Developing Taste on Tuesday October 20, 2026 @12:21AM (#50161314)
>How do you know Apple has not interviewed a broad and representative sample of real users and found that their #1 desire in a laptop is thinner and lighter than what is currently available?

>I would bet that is what real users have been asking for, for decades now. They aren't asking for swappable batteries or headphone jacks.

Well isn't it telling that Apple hasn't focused on thinner and lighter than what is currently available for 5 years now?

Their actions seem to indicate that they heard this desire loud and clear, and that this caused a single-minded focus that lost the plot on the overall functionality part of the role of design. And then they heard lound and clear from users that "thinner than what came before" was not the end-all-and-be-all. They also rolled back other victims of the "as thin and liught as possible" chase, such as SD cards and HDMI ports.

The claim here is that they could have anticipated that if they weren't driven overly by the aesthetic bragging-rights side of the design team vs the functional side. It's not hard to anticipate everyday reliability causing more blowback than relatively-rare battery-replacement capabilities. They probably had a very good idea of how many replacement batteries were sold, after all. (And for the record: headphone jacks are still there.)

Re:The End of Rationing on Tuesday October 20, 2026 @12:14AM (#50161274)
That seems nonsensical. Consider a selection of even just 8 types of components or patterns that might be in a training set (or available to be found over Google and fed into a prompt by a harness, for that matter). There are 256 distinct ways to use 1-8 of them together.

And of course the number of libraries, known algorithms, etc, is much larger than 8. There's any number of ways to make something new by combining well-understood parts.

I don't think non-expert prompting is pushing the envelope on what can be built because I think the current generation of harnesses and models pushes to using well-understood patterns in well-understood ways but it's certainly moving the line for what has been built. And with more skilled prompting you can build pretty crazy stuff + extensive validation for it.

> A workaround is to always shoot everyone the same. If a journalist or interviewer grows a reputation, they can show everyone "on level ground" by keeping the pose, lighting, etc... constant.

I don't think this works.

And I think it might be actually easier to exploit. The fraudster knows what you're going to do in advance, and can target their own presentation to maximally take advantage.

If the way you show someone conveys X about them, especially when due to outside cultural cues - here's the millionaire framing, here's the convict one... - and you just use the same X for every subject, then you're just suggesting a particular framing over and over. You're avoiding a layer of "my active framing is telling a particular story" but only with a passive—but still deliberate—framing of "my framing is telling a particular story" that you hold constant across every story.

In some ways this is similar to what Holmes exploited originally! Lots of industry media was willing to uncritically frame and present her with their "visionary tech founder" styles, and she leaned even further in to that with the Jobs-isms.

Would not a truer "fair" framing would've been to dig into the claims and let the evidence determine the visual language, to avoid the visual language of "Steve Jobs!!" bias the reader/viewer into giving Holmes' claims more credence?

Re:Someone behind the software on Sunday October 18, 2026 @04:11PM (#50144974)
I'm not convinced that "more training" is a silver bullet here because "for you and the people you learned from" is a subset—potentially a tiny one—of the world of potential training data.

Even with newer model generations larger efforts still seem to drift back towards "default choices" vs "steered specific aims."

In many areas, "good" taste is not particularly good anymore when it's everything's default style.

The edge then becomes finding the niches that (a) can be better served w/ non-defaults and (b) have economic characteristics that make it worth catering towards those.

I think the days of one-size-fits-all huge-scale-and-ROI SaaS swiss army knives are quite numbered, but I think the replacement world could be a much more vibrant ecosystem with a much more varied set of players.

If you say "yeah go with your own recommendation" every time you'll get something that'll at least kinda work sooner or later. Not sure you need an "architect."

But is that workflow enough in a competitive world anyway, or will there be an edge for people who do more than "outline the end-user requirements" like it's the waterfall 70s?

Re:Development statistics for the 7.2 kernel on Saturday October 17, 2026 @05:47PM (#50135456)
>I think user just use their agents to code, and agents don't report bugs, they just work it around somehow.

Claude comes up with some truly delicious insane workarounds these days. Like launching something in a subprocess and capturing stdout/stderr and doing string parsing on info logs because of a desire for some hook not exposed by API (or at least that it didn't find on its quick scan).

There's probably no such thing as semver reliability for dependencies anymore in stuff that agents glue together, since they will poke at ANY sort of way of getting additional insight or control if they want it.

Re:A skeptic's first contact with Kubernetes (2024) on Saturday October 17, 2026 @05:45PM (#50135439)
> I think the point of a lot of configuration formats is that they don't want their configuration to also be a full-fledged programming language.

That seems to be everyone's initial goal, but then it inevitably gets leaky.

I think the dominant split here that forces everything into a weird mismash is that nobody really wants to have to understand arbitrary programming language configs for third-party stuff, they want to read config and know what's going on. BUT for their own stuff, they find reasons to want more power and expressibility...

Most companies aren't gonna need an architect, but if you can tell and demonstrate a good story around quality/risk/stability they might be interested in that.
Re:Pattern Matching Beats Narrative Reasoning on Saturday October 17, 2026 @05:28PM (#50135303)
The headline is often accurate IME... but this whole extension to betting and investment is silly. Noisiest places to look for patterns in the world.

Where I think pattern matching is essential is in debugging. Software is the easy one to explain, but problem-solving in life in general, too.

An experienced dev who's operated some systems can see odd behavior and be like "ah, feels like a race condition between X and Y" far faster than anyone could construct the narrative of that root cause from first principles.

But good luck doing that for a several decades in the financial markets... Maybe you don't go broke, but... there's a a whole lot of dumb strategies that can work better than average for a while, and it's actually pretty hard to do so devastatingly bad that you question your ability if you think you're the pattern-matching investor genius.

And the shot at index funds are silly. The beauty of index funds is that they raised the floor and stability for the average middle-income+ person investing for their future vs speculating to try to get a big edge. While bleeding less to overpaid advisors. That's real value, regardless of if some people do better or if you believe that you can consistently do better.

Re:Codex is EATING my Mac's disk space on Saturday October 17, 2026 @05:13PM (#50135192)
Heh, Claude recently (last couple of weeks) left behind several jj workspaces with many GBs of builds in my env.

Had to tell it to update it's agents.md to not do that...

Older »