MurphyA/hacker-news huggingface dataset:
by triceratops | 2026-03-02 19:22:26+00:00
> JJCI was funded to the tune of $2B. Slightly less than the $61.5B of liability, you'll agree

Your numbers are all wrong.

Here's a law firm's summary of all the judgments to date against J&J: https://www.sokolovelaw.com/product-liability/talcum-powder/...

These don't add up anywhere close to $10b, let alone $61.5b.

$61.5b is the amount that J&J ultimately agreed to pay the new company (LTL) that it spun off to take over the liabilities.

This is from the court that rejected the bankruptcy:

"we cannot agree LTL was in financial distress when it filed its Chapter 11 petition. The value and quality of its assets, which include a roughly $61.5 billion payment right against J&J and New Consumer, make this holding untenable."

https://www2.ca3.uscourts.gov/opinarch/222003p.pdf

My translation: "This new company can get up to $61.5b from J&J but says it's in financial straits. Bankruptcy denied."

I'm aware the Texas Two Step is used by companies to get out of paying what they legally owe. It's unclear to me if this particular case is a good example of that today because J&J has committed to paying at least $61.5b and that's much more than the judgements against them.

If in 20 years all the judgements end up being more like $80b and J&J says "Whoopsie, money's run out" then I guess we can call shenanigans.

I don't know what Matt Levine has said about the Texas Two Step outside of this case.

> JJCI re-filed bankruptcy proceedings three hours later

What did they change in their application? What happened to the new filing?
by bubblewand | 2026-03-02 19:22:41+00:00
Weird, mine’s usually good for a month at least if it’s got a decent charge. I just picked mine up off a table in front of me and it hasn’t been plugged in for at least two weeks, instantly on, 82% charge. It’s an earlier Pro 12.9” though, I think the last pre-M-series model, though god I hope they didn’t screw up the battery life that badly in the M series.

If it’s not a regression in the newer models, my top 3 guesses would be:

1) Is it a cellular model? Those have phone-like battery life (non-cellular should have iPod-like battery life, I used to develop for these things and seeing a bunch of “good” Android tablets next to iPads and how huge the idle battery life difference was contributed to my going all-in on Apple, every model I’ve personally seen that’s non-cellular has weeks of useful battery life when idle)

2) Some accessory somehow forcing it to wake periodically? I have AirPods and an Apple Watch, and those don’t do it to mine, but maybe if they were malfunctioning or something, or maybe some other device is doing it.

3) Faulty hardware

[edit] fwiw I do have find-my enabled on everything, never noticed a hit from that.
by dheera | 2026-03-02 19:22:44+00:00
> you're stuck on Android 17, which is centuries of work ahead of literally anything else in the open source community

Honestly if this happens, look to China to maintain Android going forward and add new parallel implementations of Android 18+.

Right now almost all of China runs on various forks of AOSP; every phone manufacturer in China has their own AOSP fork (Xiaomi: MIUI/HyperOS, Huawei, HarmonyOS, TCL: TCLUI, etc.). Apps in China are distributed both as .apk files as well as through a bunch of different domestic app stores. They are compatible with all of these Android forks. These apps are also designed to be compatible with Google Android for Chinese folks overseas.

TBH China is much, much closer to "decentralized" development of Android than the Google-centric US ecosystem.

Granted most of those AOSP forks in China also often have spyware of sorts, but at least there are multiple active forks and a healthy app ecosystem working on all the forks.
by vitorlourenco | 2026-03-02 19:23:07+00:00
We built Endure because we were tired of discovering which parts of our system were dangerous only after production told us.

It analyzes your repository and surfaces which files are likely to break together — before you merge.

When we ran it on our CodeSlick codebase, it flagged the exact module behind our worst production incident.

It’s a working MVP in research preview, running on real repositories.

We’re actively looking for teams willing to validate this.
by hushdrive | 2026-03-02 19:23:10+00:00
Hi HN

We built HushDrive to solve a simple but important problem:

There is critical information that should not be publicly accessible today — but must be safely released under predefined conditions in the future.

That information can belong to individuals or organizations.

Instead of storing sensitive instructions in email drafts, shared folders, or password notes, HushDrive allows you to define controlled release rules for encrypted content.

Common Use Cases
Personal message

“Read this if I’m not around.”

You can store personal instructions that are automatically released under conditions you define.

A simple will

“Here’s what I want, and where to find things.”

Securely store estate guidance and release it only when a trigger condition is met.

Financial instructions

“Pay this first. Then call this person.”

Protect sensitive financial directives until they’re needed.

Business continuity notes

“How to keep the lights on next week.”

Ideal for companies that need structured emergency access to operational knowledge.

Medical preferences

“What I want in an emergency.”

A way to ensure your medical preferences are accessible if you cannot communicate.

Account access details

“Where accounts are and how to access them.”

Secure storage of access instructions with conditional release instead of static password sharing.

What Makes It Different

You define:

Time-based release

Inactivity / no check-in triggers

Recipient-requested release

(Quorum / multi-approval support coming soon — currently in development)

Every release event is:

Encrypted

Audited

Condition-locked

We built it originally for continuity planning — but realized it applies equally to personal and business governance.

We’d love feedback from builders, security teams, founders, and anyone thinking about digital legacy or emergency access.

Happy to answer questions!
by testbyhuman_tor | 2026-03-02 19:23:13+00:00
On the 10-minute question: the answer depends entirely on who your actual users are, and right now you're guessing. The privacy crowd might want shorter. People using it to share a quick note with a coworker might want 30 minutes.

Before optimizing the timer or the paid model, I'd suggest watching 5-10 people go through the flow from landing page to creating a room to sharing the link. The create-and-share UX is going to be more important than the timer length — if people can't figure out how to get someone into the room fast enough, the 10-minute clock becomes the wrong problem to solve.
by exceptione | 2026-03-02 19:23:18+00:00
Penpot is the established alternative to Figma. OpenPencil compared themselves with Penpot here: https://openpencil.dev/guide/comparison

One thing to add is that the ecosystem does provide a desktop version for PenPot, but the comparison does not acknowledge that. Still good they put in the effort to give a (seemingly) balanced comparison.
by goku12 | 2026-03-02 19:23:20+00:00
I'm going to say this again. You aren't giving people credit where it's due. Those who live in democracies don't hold that privilege by not caring about anything. It's something that they constantly fight for.

The only specialty that we possess over others is a deeper knowledge about technology and the politics behind it. But it DOESN'T have to be exclusive to us. We're not the only ones fed up with this amount of BS from the gilded class. People do listen and act if we're willing to inform them. Even if everyone doesn't respond, there will still be enough to make a difference. Just dismissing their will like this is uncharitable at best.
by LPisGood | 2026-03-02 19:23:21+00:00
I started but could not finish a project I was calling “g(overnm)it blame” - the idea was to track each bill through committee and to the end either a sort of commit history to see which legislator (or at least which committee) added what part of the final bill.

I found it infeasible, but I’m wondering if you saw rich enough data while making this that you think such a project is viable?
by Aerroon | 2026-03-02 19:23:37+00:00
If they wrote a book 20 years ago and it didn't sell much it's not going to sell now either, no?

But I do like the idea of length determined by inverse correlation of size of the creator. 20 years might be too short where an author writes something popular and a movie company just waits 20 years to do something with it rather than pay the author.
by rohxnsxngh | 2026-03-02 19:23:40+00:00
This is a great comment. You are absolutely right about the data opportunity. The industry is so data sparse right now that even basic measurements at scale would be a step change. We are seeing that firsthand with our customer. They went from sampling a few dozen fish by hand to continuous measurement and the insights are already compounding.

Thank you for the fish pump link. We have looked at pump based systems as a way to create controlled measurement environments. You get consistent lighting, predictable fish orientation, and the fish are already moving through a constrained path. The challenge is you are still dealing with water turbidity, particulates, and bubbles in the flow which can mess with imaging. It is better than open water but not a free pass on the vision problems.

We have also been looking at pescalators which use an Archimedes screw design to lift fish out of the water. Some setups combine this with anesthetization for operations that require handling. The tradeoff is you are adding stress and complexity but you get a much cleaner imaging environment. There is no single right answer here and the best approach depends on the species, life stage, and what you are trying to measure. This is definitely technology that will develop over time as the industry matures.

What species are you working with in your aquaponics setup?
by echelon | 2026-03-02 19:23:41+00:00
Rust is the best language for AI:

- Rust code generates absolutely perfectly in Claude Code.

- Rust code will run without GC. You get that for free.

- Rust code has a low defect rate per LOC, at least measured by humans. Google gave a talk on this. The sum types + match and destructure make error handling ergonomic and more or less required by idiomatic code, which the LLM will generate.

I'd certainly pick Rust or Go over Python or TypeScript. I've had LLMs emit buggy dynamic code with type and parameter mismatches, but almost never statically typed code that fails to compile.
by thomastjeffery | 2026-03-02 19:23:43+00:00
Zohran Mamdani (NYC mayor) would, but that's a very recent development somewhat exclusive to NYC.

Unfortunately, the brazen public crimes our president has been committing lately are much more high level. Thousands of innocent lives have been (and will be) ended, usually by much more dramatic and damaging means. The parts of our government that are responsible for prosecuting those crimes have decided to join in instead.
by solomonb | 2026-03-02 19:23:45+00:00
I've been using LLMs (Opus) heavily for writing Haskell, both at work and on personal projects and its shockingly effective.

I wouldn't use it for the galaxy brain libraries or explorations I like to do for my blog but for production Haskell Opus 4.5+ is really good. No other models have been effective for me.
by philipp-gayret | 2026-03-02 19:23:49+00:00
I've read these arguments and they make perfect sense; but having tried different projects rewritten in Go vs Python (with Claude & Cursor); Python was just significantly faster, smaller, and easier to understand for Claude. It was done faster, and made less mistakes. I don't mean faster as execution time, but the code for its Python projects was almost a magnitude smaller. So it was done by the time its Go counterpart was halfway. Maybe it's gotten better, or I need some kind of "how to Go" skill for Claude... But just didn't work out of the box _for me_ as well as Python did. I tried a couple projects rewritten in different languages; Go, Kotlin, Python, Javascript. I settled with Python. (My own background is in Kotlin, Java and C++.)
by zeta0134 | 2026-03-02 19:23:50+00:00
Location: Tennessee

Remote: Preferred

Willing to relocate: Within Tennessee

Technologies: C, C++, Rust, JavaScript, Python, Lua, 6502, Verilog

Résumé/CV: On Request.

Github: https://github.com/zeta0134/

Email: zeta0134 at reploid dot cafe

Hello! I'm an experienced systems administrator and software engineer, with primary experience in the web hosting space and lots of secondary experience poking around low level hardware. I took a sabbatical to do NES development and start my own business, and now I'm re-entering the workforce. (The business is doing fine, but my first game isn't ready to sell just yet.) It looks like lots of AI stuff happened while I was out!

I love deep technical dives. My professional background favors web hosting with an emphasis on docker and kubernetes, but I'm open to explore. I've worked in customer facing technical support roles, and I do rather miss the human interactions. I'm comfortable on most Linux systems, with strong RedHat and SUSE experience in particular.

I've found that I rather enjoy working with assembly languages. I've picked up enough Verilog to simulate custom cartridge hardware (via FPGA) and do lightweight audio synthesis. If I return to college, it'll be to pursue an Electrical Engineering degree. For now, it remains a delightful fun hobby.
by nameless912 | 2026-03-02 19:24:21+00:00
I was prototyping to this end the other day - what would it be like for a coding agent to have access to a language that can be:

- structurally edited, ensuring syntactic validity at all times

- annotated with metadata, so that agents can annotate the code as they go and refer back to accreted knoweledge (something Clojure can do structurally using nodepaths or annotations directly in code)

- put into any environment you might like, e.g. using ClojureScript

I haven't proven to myself this is more useful/results in better code than just writing code "the normal way" with an agent, but it sure seems interesting.
by NitpickLawyer | 2026-03-02 19:24:23+00:00
For the go vs rust points in the article:

- I agree that go's syntax and concepts are simpler (esp when you write libraries, some rust code can get gnarly and take a lot of brain cycles to parse everything)

- > idiomatic way of writing code and simpler to understand for humans - eh, to some extent. I personally hate go's boilerplate of "if err != nil" but that's mainly my problem.

- compiles faster, no question about it

- more go code out there allowing models to generate better code in Go than Rust - eh, here I somewhat disagree. The quality of the code matters as well. That's why a lot of early python code was so bad. There just is so much bad python out there. I would say that code quality and correctness matters as well, and I'd bet there's more "production ready" (heh) rust code out there than go code.

- (go) it is an opinionated language - so is rust, in a lot of ways. There are a lot of things that make writing really bad rust code pretty hard. And you get lots of protections for foot meets gun type of situations. AFAIK in go you can still write locking code using channels. I don't think you can do that in rust.

- something I didn't see mentioned is error messages. I think rust errors are some of the best in the industry, and they are sooo useful to LLMs (I've noticed this ever since coding with gpt4 era models!)

I guess we'll have to wait and see. There will be a lot of code written by agents going forward, we'll be spoiled for choice.
by pessimizer | 2026-03-02 19:24:23+00:00
> So if you're trying to be a silly purist

Could you not do this? There's no need to be hostile to people who purer than you are.

It's fine if you want to make a pragmatic decision to do what works now, but you depend on people who to some degree don't want to compromise. But I always suspect this type of hostility comes from guilt being directed outward; what you actually should want to do instead is support people who are refusing to compromise and building alternatives (even if those alternatives are just ways to get things done without phones.) You will need them one day.

The idea about being dependent on Google to continue to allow you to be hostile to Google on their hardware is intrinsically not sustainable.

You're basically the same as an somebody using whatever the phone company installs mocking somebody who would dare install GrapheneOS, or even an iPhone person ridiculing somebody for using Android at all. What's the use of that?
by locusofself | 2026-03-02 19:24:52+00:00
It kindof sucks waking up every day, checking HN or YouTube to see one or several new posts bashing on your employer. Not that many of them aren't warranted, and that a multi-trillion market cap company isn't fair game for criticism.

I've surveyed the market pretty heavily, and given my specific credentials, experience, and risk tolerance, unless I got really lucky, I don't know if I could find a better place to work. I live near Redmond and have a small family to support.
by OkayPhysicist | 2026-03-02 19:25:15+00:00
Copyright for nearly everything but software, is primarily a question of "can I reproduce this other person's creative work?". Fair use doctrine is so broad that I think it most everything else falls under most people's accepted "artists deserve to be compensated for their work" gut instinct.

If you're going to save money by not coming up with an original idea for a movie, or video game, or whatever, and then use the public goodwill produced by an existing work to market it, it seems perfectly just that the original creator gets a cut of that action.
by burningChrome | 2026-03-02 19:25:20+00:00
I think it always comes down to the apps.

Windows phone died because of its lack of apps. Same thing with several other mobile OS's. Ubuntu has a really great OS and UI, but no apps for just basic things renders it useless to even the most basic of users like myself. I don't have games, no banking apps, a few email and Microsoft apps and yet I still couldn't find a way to make it work.

One of the other technical limitations is network. Ubuntu has yet to solve the VoLTE (Voice over LTE) riddle. This is a major sticking point for US consumers.
by mpalmer | 2026-03-02 19:25:22+00:00
Have yet to find a better choice than OCaml:

- Strongly typed, including GADTs and various flavors of polymorphism, but not as inscrutable as Haskell

- (Mostly) pure functions, but multiple imperative/OO escape hatches

- The base language is surprisingly simple

- Very fast to build/test (the bytecode target, at least)

- Can target WASM/JS

- All code in a file is always evaluated in order, which means it has to be defined in order. Circular dependencies between functions or types have to be explicitly called out, or build fails.

I should add, it's also very fun to work with as a human! Finding refactors with pure code that's this readable is a real joy.
by fuckinpuppers | 2026-03-02 19:25:30+00:00
relay looks kind of like what I was hoping for, I think...

except it's ANOTHER charge then. I have more than 2 devices...

I'm confused as well, does this wind up hijacking / using its own syncing? It's not just a "skin" on top of Obsidian itself, to get the benefits of it you have to use their "sync client" ?

This feels like it's something that should be part of the core product or at least Obsidian's own Sync product
by clintonc | 2026-03-02 19:25:39+00:00
Strange article. Why is Go the best language for agents instead of, say, Python? Here are the points the author seems to make:

---

# Author likes go

Ok, cool story bro...

# Go is compiled

Nice, but Python also has syntax and type checking -- I don't typically have any more luck generating more strictly typed code with agents.

# Go is simple

Sure. Python for a long time had a reputation as "pseudocode that runs", so the arguments about go being easy to read might be bias on the part of the author (see point 1).

# Go is opinionated

Sure. Python also has standards for formatting code, running tests (https://docs.python.org/3/library/unittest.html), and has no need for building binaries.

# Building cross-platform Go binaries is trivial

Is that a big deal if you don't need to build binaries at all?

# Agents know Go

Agents seem to know python as well...

---

Author seems to fall short of supporting the claim that Go is better than any other language by any margin, mostly relying on the biases they have that Go is a superior language in general than, say, Python. There are arguments to be made about compiled versus interpreted, for example, but if you don't accept that Go is the best language of them all for every purpose, the argument falls flat.
by azuanrb | 2026-03-02 19:25:54+00:00
I’m not sure about the formal evidence, but to me it’s quite straightforward. I installed the official banking apps on my parents’ phones and told them to use only those apps for banking. Nothing else.

If they use a website, they might mistype the URL or click on a fake link. They don’t really use bookmarks either. Even if they manage to reach the correct site or add it to their home screen, they still have to log in again each time they use it. The app removes all of that—they just tap one icon. Passkeys may improve web security, but they still have a long way to go for non-technical users.

Notification sucks, but overall I’m still in favor of it until we have something better. I’ve had to replace my credit card a few times due to fraud cases, and the same happened to my parents. Because we get instant notifications for every transaction or authentication attempt, we know immediately if something suspicious happens. That’s not really possible with web push, especially since our banks don’t support it.

Authentication is much better in the app as well. In the past, banks would ask lots of personal questions over the phone, which I’m no longer comfortable answering unless I made the call myself. With the app, the account is tied to one device, and biometric login makes it easy and secure. Any approval happens inside the app, which feels safer.

App is definitely not perfect, but for the majority of people (non-tech), it's just a lot easier and (unfortunately) safer for them.