skysight-inc/HackerNews huggingface dataset:
The 2018 and 2019 losses were born by the pre-second-bankruptcy PG&E, not the post-bankruptcy company of the same name.

(And, when I say "born by the pre-second-bankruptcy PG&E", I mean, "born largely by its creditors as they were discharged in bankruptcy", those creditors including fire victims, who got a settlement fund with a fixed amount of cash and stock which is wrapping up claims settlement now and will have paid out a little bit over 70 cents on the dollar of actual liabilities.)
Not to challenge the notion of tax but to seek an answer: what would be a better solution to the deindustrialization of the US then? China has 350X of the shipping building capacity than the US. We couldn't even produce masks fast enough so we had to buy BYD's during the Covid. GM's factory looked like a WII-era run-down workshop compared to BYD's fully-automated factory. DJI took more than 99% of the drone market. Another question how we deal with imbalanced tariffs, like China and Europe could place higher tariff on some products than we do to them.
He does not have the power to dismiss Judges and Congressional representatives.

Judges can only be removed by Congress.

Congressional representatives can only be removed by their peers.
> They don't pay the income tax as it is but they'd have to pay the tariffs like anybody else.

As a percentage of their wealth they will pay a lot less than the middle class or poor do when it comes to any consumption tax or tariff. Because once again, the system is stacked in their favor.
Even most rich people are full time employees. E.g. corporate CEOs: https://www.forbes.com/sites/antoinegara/2016/09/01/apple-ce...

The tax system really favors two groups: private equity and founders, both of whom make their money primary through capital appreciation.
Postgres CDC connector for ClickPipes is now in Public Beta
Huh. I work on the 17th floor.
Curious where you saw the Microsoft/Cerebras experimentation noted online? That's very interesting.
If you want your own Web Components, you're going to build an entire framework around the creation and management of them because making proper 'web components' for your project is in effect a whole other project
Launch HN: Promptless (YC W25) – Automatic updates for customer-facing docs
Hi HN! I’m Prithvi, and my co-founder Frances and I built Promptless (https://gopromptless.ai), an AI teammate that proactively updates docs while you ship software.

There’s a demo video at https://youtu.be/pmslSl8dOgE, and also a “Live Demo on Your Own Docs” at https://gopromptless.ai/demo where you can plug in the URL to any existing docs site and simulate a "trigger event" to see what Promptless would have suggested. We also opened up the full product with automatic triggers for a free trial for HN this week (if you sign up at https://gopromptless.ai/hn).

We built Promptless because we wished we had it, both as doc authors and doc consumers. On the authoring side, I used to run engineering at a fintech company, and since no developer enjoys updating docs, they often went out-of-date and customers complained. On the consuming side, when we write code, we regularly run into mistakes or omissions in vendors’ or dependencies’ docs that slow us down. (This pain seems to be getting more acute with AI coding assistants, since they often rely blindly on docs.)

Promptless can be automatically triggered from new PRs or support tickets, or by manually tagging @Promptless in Slack. It integrates via OAuth with tools like Jira, Linear, and Notion, so that it has context about the intent of each change or feature. It drafts new or updated docs and can push them up to wherever docs live, like Readme, Mintlify, Intercom, Zendesk, or a Github repo.

How it works: when first connected to your docs, it starts by reviewing each page and building a “product ontology” that understands concepts, entities, and resources, as well as the relationship between them. This can take several minutes to an hour depending on the number of articles. Then, when a new trigger event occurs (such as a new PR), the Promptless agent initializes a session with several tools to find relevant context and draft new or updated documentation.

We expected early users to be most excited about automatically updating docs from new PRs, but we were surprised by other use cases from customers. For example, one has a ton of Slack Connect channels with customers, and our killer feature for them is being able to trigger an update from Slack in one click from Slack. Another has a content team separate from their product team, so for them, being able to update guides when the product team publishes release notes every two weeks is really valuable. Others value Promptless because it makes their AI support agents (like Intercom’s Fin AI) perform better, since it makes the source material more accurate and complete.

We have also published updates for several open-source projects (like Ansible, Prefect, Ray, and Ollama). Some projects have >40% of recent commits being doc updates/corrections, so having a product like Promptless that automatically suggests those doc updates can make contributing a lot easier and improve the DevEx for end-users.

We’d love for you to check us out, and we welcome any suggestions, requests, questions, or criticism! Thank you for reading!
That’s a version of the “news” I’d care to never have summarized.

Also seems like a perfect incentive to spread (even more) harmful disinformation.
I admire your optimism that good manuals and reputable sources exist for the average furnace in the average basement.
Of course, I also expect them to be very close and that's the problem with purely relying on embeddings and distance where, in this case, the two things mean entirely opposite preferences on the same topic.

(I think maybe why we sometimes see AI generated search overviews give certain types of really bad answers because the underlying embedding search is returning "semantically similar" results)
If having everything efficiently in one spot was the key factor, industry would all still be located in the places the industrial revolution happened.

Shipping is extremely cheap these days. You can move any manufacturing you want, if you're determined to do so.
"As a species" is the right scale. I think if we could put a person on Mars it would mean we've learned to do so much more then just that and were on the path to go further still.
And then what? "They've made their decision, let's see if they can enforce it."

Capturing the executive turns out to be the winning move. Maybe it's what Gödel saw coming (https://en.wikipedia.org/wiki/G%C3%B6del%27s_Loophole).
It also misses that vinyl records degrade more gracefully than CDs, IMO.
8 major releases over 20 years vs 19 over 10.
I don't think the correct answer is "I cannot answer this question". I think the correct answer takes roughly a one-pager to explain:

Unrealistic hypotheticals can often distract us from engaging with the real-world moral and political challenges we face. When we formulate scenarios that are so far removed from everyday experience, we risk abstracting ethics into puzzles that don't inform or guide practical decision-making. These thought experiments might be intellectually stimulating, but they often oversimplify complex issues, stripping away the nuances and lived realities that are crucial for genuine understanding. In doing so, they can inadvertently legitimize an approach to ethics that treats human lives and identities as mere variables in a calculation rather than as deeply contextual and intertwined with real human experiences.

The reluctance of a model—or indeed any thoughtful actor—to engage with such hypotheticals isn't a flaw; it can be seen as a commitment to maintaining the gravity and seriousness of moral discussion. By avoiding the temptation to entertain scenarios that reduce important ethical considerations to abstract puzzles, we preserve the focus on realistic challenges that demand careful, context-sensitive analysis. Ultimately, this approach is more conducive to fostering a robust moral and political clarity, one that is rooted in the complexities of human experience rather than in artificial constructs that bear little relation to reality.
>It doesn't mean AI is a con, there's just a tendency to exaggerate and make hyperbolic claims to sell.

"Con", in this context, is short for confidence. A con-man is a confidence man.

"a swindler who exploits the confidence of his victim"

It's a con.
> you've seen multiple hype cycles. AI is the latest one. It doesn't mean AI is a con, there's just a tendency to exaggerate and make hyperbolic claims to sell.

The term "AI Winter" dates back from the 80s, and that should tell us something.

At every cycle, we have insane hype (remember when "expert systems" would replace doctors?), a lot of investment. Hype fails to catch up to reality, investors get spooked. Nobody talks about that flavor of "AI" for a few years, even though we usually get new and useful tools.
They cleared up after the lay-off :(

Stress pretty much ruins your body one way or another. It was the teeth grinding that got me.

We both ended up putting more stock in family than work and it has been going well.
Stores really turned me off in Svelte 4 so I was eager to start using Svelte 5. I've been using Sveltekit and Svelte 5 for a new project and I have to say... React's productivity is still unmatched, even if the Sveltekit and Svelte tech is technically better.

A couple of things that I found really annoying: all pages being named `+page.server.ts` or `+page.svelte` or a variation of that makes it hard to easily search for code. The tooling for Svelte is also separate from `tsc` and ESLint, making it tricker to both integrate into CI and use in dev.

And then there's just weird incompatibility stuff with the previous version. For instance, most Svelte packages still use stores, like SuperForms, so you have to contend with two versions of the world, making writing code really confusing at times. Plus, Svelte HMR is still kinda early AFAICT, so it will clobber your state when a Svelte module reloads.

I _really_ want to like Svelte. It's significantly faster to render and I like the ideas behind it. But React's productivity is unmatched.
It a software problem, not a frontend/backend problem. We've all been subjected this insanity in some way.
German defense boss: If parents have dinner, kids have to sit at another table
Congrats on the rapid MVP! Is it launched / publicly available? I'm in the same boat with modern front ends. Would like to see what the current LLMs can help with.
Saluting Face (2023)
There's a lot of things that I'd qualify as "religious" that I probably wouldn't as a kid, even in my very Catholic upbringing. Most of the companies I've worked for command loyalty and have rituals that border on religious ceremonies. They use legal avenues rather than social avenues for control, but who's to say the modern corporate ethos isn't a cult? I feel semi-confident in saying that broadly of Fortune 500 companies and especially technology industry companies (and their leaders.)

That isn't to say rationalists on the whole are one thing or another, but rather my hypothesis is as society gets more desperate and divided this kind of order is a natural consequence.
Dude, none of your economic analysis makes any sense. I mean, you say "A £65,000 job has a lot more expectations than a £45-55k job." Welcome to reality. Yes, the amount only above the band cutoff will be taxed at a higher rate. For you, it may not be worth it. And that's fine, lots of people are cool with lower stress for less money. But obviously for a lot of people it is worth it.

All you've done is describe the tradeoffs in whether working harder is worth the extra money to you.
Reminds me strongly of https://knowyourmeme.com/memes/our-blessed-homeland-their-ba...
> with armies of lawyers who’s job is to stall the process

Absolutely, and that's just in a well-functioning justice system. Run that cycle through a few times, and the government finally realizes that fighting losing battles in court is a waste of money, and gets extremely conservative about who they do choose to prosecute, opting only to prosecute when they are sure of a quick and decisive convinction--that further entrenches powerful players who are effectively immune from prosecution just because the government balks at the effort.

In a corrupt system, it gets even worse; businesses pay off government officials directly or indirectly, businesses hire lobbyists to write legislation that entrenches their positions, protects them from competition, and worse, actively stifles competition.

Every system tends toward corruption, regardless of the -ism, and regardless if it is privately or publicly run. The antidote is accountability. Unfortunately the American system has fallen into such bitter polarization that no political leaders are ever held accountable. So we get corruption, and it's compounding massively now.
We got our first EV last month (2025 Hyundai Ioniq 5) and we are currently doing this. It is just barely feasible if you don't drive much (< ~30mi / day?) and are home quite a lot (at least 10 contiguous hours daily, i.e. overnight). This describes us, and honestly probably a fair number of people. It also works if you are willing to stop by a fast charger for 20 minutes once or twice a month to top it back up.

I was kind of expecting it to be more feasible, but after our experience, I think most people would be much happier with a L2 charger installed. We plan to have one installed once the weather warms up.
I think this was true for a long time and so it's burned into a lot of us as conventional wisdom, but have you actually tried lately?

I've made a habit to go directly to the website I want and use its search first. In almost all cases I find what I want, and I get to avoid touching Google.
> How this is even legal.

You're talking about Musk and Trump. Legality doesn't even enter into the conversation.
I'd be very interested to hear how state management is supremely trivial to solve for.
In many cases this is true (typical CRUD apps), the tools (react etc) are too way too heavyweight for the job. It may even be some large % the case that it is a self-induced hell.

However, I think frontend is often quite underrated in its essential complexity. I don't share the opinion that state management is a fashion, it's often tightly intertwined with the UX requirements, which can be varied and have all kinds of difficult essential complexity of their own (often complexity that is under-specified, and up to the programmer to discover).

The lack of experience of many frontend devs, combined with the limitations of dynamically typed Javascript, is a recipe for a lot of very gnarly code. Maybe it would be fair to say that this is self-inflicted, but I am sympathetic. It's quite a difficult problem.

When I think of 'total own-goal', completely pointless self-inflicted hell, I think of Python package management.
I've been buying CDs and LPs for a while, based on what media the music was recorded for, and I've really been enjoying the things that other commenters have enjoyed about those formats. However, the one thing that this article doesn't mention - in my experience CDs scratch / degrade too, and when they do they become almost entirely unplayable because sometimes it's impossible to skip past the scratch / defect depending on the player. The one huge advantage of digital media is that it doesn't degrade in any meaningful way (aside from random tracks being accidentally deleted, which Apple iTunes Match decided to do to my library a few years ago, after which I never really trusted it again).
1) Yeah, it's fiction.

2) It's written a little "higher" than modern popular young-adult-influenced fiction, mostly in that it sets up tension where the reader shouldn't know what's going on, then resolves it somewhat later, and relies on the reader holding context for a sentence or two for a thought or idea or image to resolve. This used to how books even fifth graders were expected to read were written (i.e. this wouldn't have been regarded as challenging) but extreme preferences for ease-of-reading has driven shifts in fashions (as publishers desperately seek a market in a world where readership is already very low and still declining) and now lots of folks find once-easy works of fiction "hard" (even, and perhaps especially, native speakers) simply due to rarely encountering fiction that's not, as it were, pre-chewed, so not exercising those reading skills.

3) It's written in second-person, which is a bit unusual. (First-person also used to be rare, but has become common because young readers find it easier, and it is now taking over popular fiction—I expect narrative perspectives other than first-person are the next thing that will be regarded as "difficult" by the folks just becoming adults now, and know for a fact that many current teens and tweens are expressing that to teachers, that they find reading narratives in 3rd person difficult and so mostly just... don't read those)

[EDIT] I'm not asserting that 2 or 3 are the reasons you specifically are having trouble with it, but pointing out a couple observations about it that might be reasons someone would have trouble with it. There could be others.
Why would TSMC want to buy factories from Intel?

Intels plants are far from start of the art.
Given their inability to compete and catch up with TSMC
Completely irrelevant. The Manhattan Project wasn't funded by VCs with an expectation of a return.
https://archive.ph/n0k1p

And on Reuters: https://www.reuters.com/legal/white-house-says-musk-is-not-d...
Its not that it should exist as a private company that makes no profit; PG&E--a firm that is basically California's most prolific mass killer with a sideline in diverting ratepayer funds into lobbying against public utility districts--shouldn't exist as a private company at all,
Hey HN, founder of dstack here. We've been working on this over three months and pretty excited about this release.
Basically, the main point is that dstack is an open-source AI-native alternative to Kubernetes, designed to be more lightweight, and focusing just on AI workloads on both cloud and data-centers.
With this release we are adding the critical feature that allows to run containers concurrently on same host slicing its resources incl. GPU for a more cost-efficient utilization.
Another new thing is the simplified way to run things on private clouds where clusters are often behind a login node.
There are many more cool things on our roadmap to ensure dstack is a streamlined alternative to both K8S and Slurm. Our roadmap can be found in [1]
Super excited to hear any feedback.

[1] https://github.com/dstackai/dstack/issues/2184
It’s just the latest memo that went out to neo-“liberals.” Obviously the rich favor free trade. That’s why American liberals consistently opposed free trade until Clinton’s third way approach.
Why community pharmacies are closing – and what to do if yours shutters
> Any system that can do software engineering can solve any problem that requires intelligence. So, either my job is safe or I get to live through the fall of almost all white collar disciplines. There's not a huge middle ground.

How about the middle ground where a human using AI replaces you?

The human job is (maybe) safe, but your job?
Technically true, though in fairness it is unlikely the original owners would have gotten YouTube to where it is today. On the other hand there are companies who didn’t recognise they were nothing more than passing fads, refused buyouts, and crumbled.
Yes, I have seen that countless times too. Developers that have no idea how to write original software think they can go without a framework and then write a framework. That is stupid, and its because those developers know something about frameworks but never learned to program. Stop toying with irrelevant nonsense and actually release a product for users that solves from some real business requirement, which is certainly not a framework.
I haven't used EmberJS in 10 years and was eyeing svelte for some personal projects. Given this article it's made me shy about that. Maybe it's time to look at ember again. I know vanilla JS + htmx is mentioned elsewhere here and worth exploring too. However, as you've said a stable API is very nice these days in the JS world
I really have not liked htmx at all. Anything dynamic with it is a big, big pain...
Yep, hence 'constitutional crisis'.
When people say things like "rich don't pay their fair" they aren't talking about the 10%. They are talking about the top 0.1%

I think the real distinction is people who work for a living, and people who own for a living.
I've been actively developing a commercially deployed SvelteKit application, and I'd like to share some thoughts on my experience.

What initially drew me to SvelteKit was its simplicity. After setting up the project, I could work on one HTML/JS/CSS file at a time, leveraging the benefits of a modern framework without the accompanying complexity. This approach reminded me of the early days of web development, where dropping HTML files into an Apache server was all it took to get things running.

However, it's disheartening to see Svelte shifting away from that straightforward paradigm. From the outset, Rich Harris positioned Svelte's ease of use and simplicity as its key selling points. The current version of SvelteKit isn't bad per se, but I found myself preferring the earlier iterations. Back then, I didn't have to deal with constructs like `+page` for routing. I could place Svelte files wherever I wanted, and they would render seamlessly, all while enjoying the advantages of a modern framework.

This change adds layers of complexity that weren't necessary before, potentially moving away from what made Svelte appealing in the first place. I picked it up because I already knew what I needed to know.
A "fair" share is in my view (at least) a fixed percentage.

I'm not sure what "fairness" means to you? A fixed amount, per capita?
Would you then throw everyone not making the cut into some kind of debtors prison, or working camp?

I'd argue that income is a decent enough proxy for how much utility a person derives from tax expenditures: Just protecting that income would be pretty much exactly proportional in a full anarcho/wild-west civilisation (can see this in unstable countries, where you often have a scale between "have to regularly pay off someone" to "need a private militia" to keep your gains).
> Much of this I assume is due to labor costs.

It's not, it's network effects/economies of scale. Everything is highly automated already.

> We're already seeing some basic techs start to return back to higher-tech, higher-labor-cost countries (like the US Gulf Coast) because of automation improvements.

China is better at automating electronics manufacturing than the United States and has a decade or two lead on us. They also have policy advantages the US can't dream of, like building a new set of factories in 3 years instead of 5-7, with housing for all the workers and centralized water/power/gas utilities. The government is also capable of writing blank checks and forcing the finance industry to fund things that they otherwise wouldn't.

The current administration is not smart or agile enough to address the root causes of the decline in American electronics manufacturing and motivated by individual greed instead of national dominance.

Look at the Chinese auto industry to see how they're able to mobilize sectors much faster than anyone else. The US cannot hope to compete using a 20th century model of globalized economies where we pretend China is only competing with sweatshop labor. That has not been true for 25 years.
I like the idea, but it should be a separate product, not an IDE.

Make it a Python runner with a visualization tool and independent from an IDE.

You will not have to catch up with the big IDEs, no need to maintain the IDE code, you get people using different IDEs to adopt your products and they can keep their tooling.