MurphyA/hacker-news huggingface dataset:
by jesterson | 2025-04-14 12:15:03+00:00
Thank you for the links. The first case is a woman who get her visa cancelled, then she engaged in some shady scheme to get entry permit, which was spotted by ICE. In ANY other country it will likely cause detention.

Rest of articles state vague cases of travelers being sent back home at US border. Again nothing new here, at every country it up to border enforcement to make final decision regarding entry. Its nothing but regular "treatment".

If you don't want this - that's certainly your choice, but I really would like to hear about cases where legitimate travelers are thrown into detention centers and kept there for weeks. Something tells me there is no such stories, but I would still like to see the evidence.
by _xtrimsky | 2025-04-14 12:15:12+00:00
I agree with what you said. But unfortunately I find this watch to have very little use. If I got it for free, I'd love it's value, wear it once or twice a year to some events, but that's pretty much it. On the other hand I sleep with my Garmin smartwatch, and use it every day. Between vibrating alarm clocks, notification synching (which allows me to use my phone less), NFC wallet, and all the fitness tracking for triathlons, it is one of the electronics I use the most.

I got so used to all the value my Garmin provides, I don't think I could handle replacing it with a watch that does nothing. It would be like going from a smartphone to an old nokia. I'd go crazy not being able to flip my wrist just to check the outdoor temperature.
by skerit | 2025-04-14 12:15:58+00:00
I've seen this theory pop up a lot the past few weeks. So intriguing, so many questions!

How big would the _outer_ black hole be? Would all the mass/energy we have in our universe have to correlate to the same amount of mass/energy that went in the outer black hole? If so: would that mean the outer universe might have a lot more energy than ours?

Would that mean black holes in our universe might house little baby universes that have as much mass/energy as the star that imploded + everything that fell into the black hole?

Is it black holes all the way down... or up? What happens if our great-great-great-grand-parent-black-hole evaporates, do all the nested black holes disappear in an instant?
Show HN: Single-Header Profiler for C++17
by GeorgeHaldane | 2025-04-14 12:16:03+00:00
Morning HN.

I often found myself wondering "how much does this code segment take in terms of total runtime" and it's often quite annoying to figure out with optimizations enabled, especially when working on something new or testing someone else's implementation without the proper tooling set up. Wanted to have a single include lib that would allow us to write something like:

``` PROFILE("Loop 1") for (...) // some work ```

and have the next expression automatically record time & dump results to a table. Wrote a few macros to do exactly that a few months back, but they were primitive and basically unusable for recursive code.

Tried to come up with a more generic solution that would build a call graph for nested profiler-macros, handle threads and etc. but doing so in a naive way would be super slow since we'd need some kind of a recursive map of nodes with callsites as a keys.

Recently had a revelation that it is possible to use macro-generated thread_local's to associate callsites with integer IDs on the fly and with some effort call graph can be neatly encoded in a few contiguous arrays with all graph building & traversal logic reduced to simple checks and array lookups. Realized threading can be quite easily supported too in an almost lock-free fashion.

After a few days of effort ended up building what I believe is a very much usable single-header profiling lib. Couldn't find anything quite like it, so I'd like to present it here and hear some opinions on the product:

https://github.com/DmitriBogdanov/UTL/blob/master/docs/modul...
Show HN: Ameliorate – improve how we discuss, model, and understand problems
by keyserj | 2025-04-14 12:16:17+00:00
Hi HN, two years ago I quit my job to work full-time on https://ameliorate.app (repo: https://github.com/amelioro/ameliorate) because I think that today's tooling for discussing and understanding problems is not where we need it to be.

The core idea is to ground discussion in a causal diagram that ties together problems & solutions, then each node/edge can have structured details (importance score, arguments, unknowns, relevant facts, etc.) to help clarify & refine the information. It also has some features for working with this information, e.g. comparing perspectives, using a table to evaluate tradeoffs between solutions.

Some example usages of the tool: deciding what to do about cars going too fast in a neighborhood [1], proposing 10% time at work [2], picking an ORM to use for a project [3].

There's still a lot I want to do (backlog [4]), but it's a start. What do y'all think?

[1] https://ameliorate.app/examples/detailed-cars-going-too-fast

[2] https://ameliorate.app/keyserj/10-percent-time

[3] https://ameliorate.app/examples/ORM

[4] https://github.com/orgs/amelioro/projects/2/views/1
by kentonv | 2025-04-14 12:16:19+00:00
> The system does not understand the input or the output, it is just a series of lookup tables

What? Why? Of course it understands.

> If you ask it about the input you just gave it, can it remember that input?

The system Searle describes has memory, yes.

Perhaps you are getting at the fact that LLMs performing inference don't have memory, but actually they can be given memory via context. You might argue that this is not the same as human memory, but you don't know this. Maybe the way the brain works is, we spend each day filling our context, and then the training happens when we sleep. If that is true, are humans not intelligent then?
by CharlieDigital | 2025-04-14 12:16:28+00:00
> One of the first things I think about when I'm launching a new startup is...

Probably just you; most startups I've worked with are highly focused on the US market because of the additional regulatory requirements around EU-based customers and necessity for localization for Asia-based user base.

EU-customers come at a second phase of expansion and Asia-based customers are probably an afterthought until they've saturated growth in the US and EU. Asian markets are notoriously hard to get right and local alternatives typically have a leg up in terms of marketing and GTM.

To be clear, I don't disagree with you. Current org has an on-call schedule, but that on-call schedule cannot really be 24h without coverage somewhere on the other side of the world.
Show HN: I built my first Chrome extension to organize DeepSeek chats
by cedparadis | 2025-04-14 12:16:33+00:00
Hi HN,

I’m a software engineer who recently started working full-time, and I’ve been building this project during mornings, nights, and weekends.

This is the first product I’ve ever built from scratch — design, code, backend, payments, marketing — all of it.

It started with a simple need: I use DeepSeek AI every day, and over time, my chat history became completely unmanageable. No folders, no favorites, no real way to find anything. So I built a Chrome extension that adds those features directly inside the DeepSeek interface.

The extension is called Simply Moby. It lets you:

- Organize chats into folders and subfolders

- Pin favorites

- Instantly search chat titles

- Resize the sidebar (which DeepSeek doesn’t support natively)

One challenge I ran into: DeepSeek uses dynamic, auto-generated class names in their HTML (like .css-abc123). So I had to design a system to detect the actual chat components dynamically on page load, store that structure, and then inject the folder UI in the right places without breaking anything. It was messy at first, but I eventually got it working reliably.

The UI is designed to feel native — clean, minimal, and not in the way. And while it’s only for DeepSeek right now, I’m working on adding support for ChatGPT, Claude, and others. The bigger vision is a cross-platform AI companion that keeps your conversations organized and accessible no matter what LLM you’re using.

This was my first time putting something into the world, knowing it’s not perfect

Would love any thoughts, feedback, or questions — happy to share lessons I learned along the way.
by varispeed | 2025-04-14 12:16:40+00:00
> Exceptions are B2B contracts (but they still often have one of those) and some piece work contracts.

In the UK big corporations got a loophole where they can get employees without affording them any rights. It's called IR35 that Tory government amended to facilitate this, as Brexit benefit (the regulation would have been illegal otherwise if we were still in the EU).

It's totally legal to fire employee without any notice for any reason or even pay them below minimum wage.
by aredox | 2025-04-14 12:18:14+00:00
Quite a few different "technological" choices, mostly informed by different circumstances:

-You pull them instead of pushing them, because Japanese carpenters used to work on the floor using their own body to brace the work piece

-All wood construction because steel has always been a rare material in a volcanic island without much iron ore veins like Japan

-Most Japanese native woods (pawlonia, cedar) are on the soft side compared to European and American (and from the XIXth century onwards, tropical such as ebony, mahogany) woods. Which is also why they manage to make such thing shavings without tears.
by cjohnson318 | 2025-04-14 12:18:33+00:00
It is a very, very hard thing to wrap your head around, and life doesn't always give you time to process it before your savings run out. I had a hard time finding work this year and I invested in a (tech) career coach, Larry Jacobson, and he was an immense help. He told me things that were very hard to hear, and helped immensely.
by zamadatix | 2025-04-14 12:19:13+00:00
You'd have tk be more specific in what you mean by detail. E.g. if I had an image which in normal sRGB color space would be encoded as a detailed silhouette of #FEFEFE on a background of #FFFFFF then one could argue the most detailed is to do a hard threshold between the two shades to preserve the shape information. Another person may argue it's not detailed if it throws away 100% of the original brightness information so it should eschew the spatial information to let the user know the original image was actually near macimally bright. Another person may argue it should be something between as that's most visually pleasing to them.

Which of these is "more detailed" and how does that hold for every possible source image and its display intent? I think what you'll find is you can define things like "most contrast" or "most spatial detail" or "most accurate brightness" but generic things like "most most detail while preserving brightness" will come out as a judgement call rather than a mathematical criteria everyone will agree is ideal all the time. That doesn't mean such a metric (if well defined) can't be useful, must don't expect it to always be ideal.
by bhouston | 2025-04-14 12:19:38+00:00
> I can guarantee you such a system already exists.

There is a limited one the US has built just to deport pro-Palestinian students from the US on visas: https://www.reuters.com/technology/artificial-intelligence/u...

The history of such "technology innovations" is that they generally do not stop at the initial scope, and likely will greatly expand its applicability to other groups, other opinions and for other purposes.
by TFYS | 2025-04-14 12:20:13+00:00
Inevitability and naturalness are not valid arguments for anything, unless you think naturalness has intrinsic value. You probably don't, because then you'd be against most things humans do these days. Diseases are inevitable and natural, yet you don't see anyone rational using those facts as arguments against cures.

You also seem to assume that inequality has benefits (rain is good), but we haven't really had a truly equal society since we started farming. The attempts at communism were just as if not more unequal as anything we have today. We don't know what it would be like, we just assume and we just believe the ones benefiting from inequality when they tell us how everything would fall apart if we tried to pursue such a thing.

Any amount of inequality can be used as leverage to gain more power and increase inequality, so there's no way to have any natural equilibrium of inequality. People who have the most power will always seek more and be in the best position to get it. We need true equality to have an equilibrium.
by dcminter | 2025-04-14 12:20:28+00:00
I'd be much happier if the rule was: necessary for functionality only, no action required. Anything else must be an active choice. I'd eliminate the "legitimate interest" category as it's so heavily abused.

In practice I have third party cookies disabled in my browser and most things still work fine - random exceptions though (the SAS airline website being a particularly annoying one).

If you care about these things consider joining noyb.eu
by flowerthoughts | 2025-04-14 12:20:42+00:00
No, that's not stated.

> The new version isn't generic. Rather, you embed the linked list node with your data. This is known as an intrusive linked list and tends to perform better and require fewer allocations. Except in trivial examples, the data that we store in a linked list is typically stored on the heap. Because an intrusive linked list has the linked list node embedded in the data, it doesn't need its own allocation.

Is simply a misunderstanding. The storage layout will be the same for the generic and the intrusive one.

The benefit of intrusive linked lists is that each node can be a member of several linked lists with a single allocation per node. This is used heavily e.g. in the Linux kernel.

The cost is that you need to keep track of the offset from object address to which linked list pointer you're currently dealing with. That's often a compile time constant, but makes the API more awkward. In this case it seems to be the string "node", which seems nice enough. C libraries often use the preprocessor to do something similar.
by ben_w | 2025-04-14 12:21:27+00:00
I could've sworn I'd seen a picture of teeth in a petri dish well before the pandemic.

Sonething about needing to take a suitable stem cell biopsy during a wisdom tooth removal, and the challenge back then being no control over which tooth would form.

Am I just remembering a dream or an April fool's joke?

(Both have happened. IIRC it was someone on this forum who disabused me of the Medieval Mandelbrot).
by curtisblaine | 2025-04-14 12:21:32+00:00
- Diversity doesn't really make your tech team better or worse. Prioritizing for diversity when you're hiring makes your team worse.

- Cache invalidation is relatively easy; it's choosing the right strategy that is hard.

- You hate SPAs because you conflate them with running javascript, and you hate running javascript because you conflate it with predatory advertising strategies. You should hate predatory advertising strategies.

- IP clauses in job contracts contribute to the formation of monopolies and monocultures; they should be collectively fought harder than they are.

- Teaching juniors should be < 10% of a developer's job. If you want an instructor, hire an instructor.
by pjc50 | 2025-04-14 12:22:39+00:00
This sort of thing has been talked about since Echelon and Cointelpro. The missing bit is the final one, which is now arriving: enforcement. Which is why the Abrego Garcia case is so important.

(as always, I think people have underestimated the extent to which some people want the awesome power of an authoritarian state to be wielded against other people.)
by jmyeet | 2025-04-14 12:22:42+00:00
You should consult a lawyer about this. You might be SOL but if this happened to several people, you might be able to show the company didn't act in good faith because there's a pattern of people about to receive their bonus being laid off. Layoffs aren't meant to work that way.

Generally layoffs involve someone who doesn't know who you are picking names almost at random from a spreadsheet. Management may fight for certain people to stay. Then legal and HR get involved and look through the layoff list to see if the chosen employees are problematic. For example, if the layoffs include too many people from protected classes, which opens them up to being sued. For example, if your company is 20% women but the layoffs are 50% women, that's going to be an issue.

Avoiding paying substantial retention bonuses can work the same way, if a pattern can be shown.

A simple letter from a lawyer probably won't do anything. Large companies are prepared for that.

For anyone who does come across this, here's my best advice: if you are acquired and your new employment contract includes a retention bonus, you want that contract to say that the retention bonus is payable unless:

1. You leave voluntarily within that period; or

2. You are terminated with cause within that period.

Otherwise, you should get it.
by viraptor | 2025-04-14 12:23:18+00:00
You're arguing against your own straw man. "Imagine, for example if booking.com built an MCP server allowing you to book a hotel room (…) no hiding or limiting data." They're not doing that and they're not interested in that. Yes, they would need a public API for that and people could use it directly. But that's not happening.

MCP makes sense where the API already exists and makes the biggest difference if the API call is just a part of the process, not the only and final action.

Even in the booking example, you could push much more of your context into the process and integrate other tools. Rank the results by parking availability or distance to the nearest public/street parking, taking your car's height into account, looking through reviews for phrases you care about (soft bed, child care, ...) and many others things. So now we've got already 4+ different tools that need to work together, improving the results.
by cainxinth | 2025-04-14 12:24:06+00:00
> Now, electricity is not the boogeyman: you can open a power supply safely, you just have to be aware of the dangers inside. First, never open a running power supply: if you accidentally touch something at high voltage, you could die.

Fortunately it wasn’t fatal, but I stupidly did that as a kid. It was my first PC build (an Athlon Thunderbird system) and it was crashing. I fixed the problem by adjusting the PSU voltage rails with a screwdriver while the system was running so I could see the changes in the BIOS.

Not my smartest decision.
by rayiner | 2025-04-14 12:24:44+00:00
The link between inequality and crime is a maybe: https://www.sciencedirect.com/science/article/pii/S0305750X2...

“To address this puzzle, I conducted a meta-analysis based on 1,341 estimates drawn from 43 studies in economics journals. The findings indicate a statistically significant but economically insignificant true effect of inequality on crime, ranging between 0.007 and 0.123 using UWLS FAT-PET and advanced methods. In essence, if there is an impact of inequality on crime, it is, at best, minimal.”
by coderjames | 2025-04-14 12:25:47+00:00
An outside individual purchasing shares is not the same as employees accessing liquidity.

As one example, SpaceX is privately held but routinely does funding rounds with large investors so employees can sell shares and access liquidity[1][2]. A $10,000 minimum purchase amount is trivial for those investors.

[1] https://www.reuters.com/markets/us/elon-musks-spacex-raises-...

[2] https://www.reuters.com/business/aerospace-defense/spacex-fu...
by jmb99 | 2025-04-14 12:25:50+00:00
I was in an uber (in Canada) yesterday, and the app had a tiny message in the top right corner that “this ride is being recorded” (or something to that effect), which was only displayed after the driver picked me up. When tapped, it showed a screen that the ride was being recorded for passenger and driver safety, and that recordings were only available to uber support of the driver chose to send them.

So clearly it’s not out of the question for something like this to happen.
by mlenhard | 2025-04-14 12:25:58+00:00
One of the biggest issues I see, briefly discussed here, is how one MCP server tool's output can affect other tools later in the same message thread. To prevent this, there really needs to be sandboxing between tools. Invariant labs did this with tool descriptions [1], but I also achieved the same via MCP resource attachments[2]. It's a pretty major flaw exacerbated by the type of privilege and systems people are giving MCP servers access to.

This isn't necessarily the fault of the spec itself, but how most clients have implemented it allows for some pretty major prompt injections.

[1] https://invariantlabs.ai/blog/mcp-security-notification-tool... [2] https://www.bernardiq.com/blog/resource-poisoning/
by strcat | 2025-04-14 12:26:58+00:00
> Do you also contribute your fixes back to the upstream projects like the upstream Linux kernel, AOSP or Google?

We've made significant contributions to the Linux kernel, AOSP and Pixels in the past. We continue doing it to the extent that it helps GrapheneOS users. We no longer spend our time doing work for them if it doesn't have a clear benefit to our users.

Android's security team previously got us security partner access and was in the process of getting us OEM partner access. Android's partner management team blocked us from getting OEM partner access and revoked our security partner access. Due to this, we've reduced our reports of vulnerabilities upstream and have fixed numerous vulnerabilities in GrapheneOS without reporting them. We still report all firmware and hardware vulnerabilities but we make a decision about reporting software vulnerabilities solely based on what's best for GrapheneOS users.

> Many of the security features you are using are already included in AOSP

That's not really the case. The vast majority of our privacy and security features were developed for GrapheneOS. Features being built on top of standard functionality doesn't mean that they're present in AOSP.

For example, GrapheneOS has our own integration of hardware memory tagging into our hardened_malloc project and we turned the overall feature into something which can be used in production without making the OS unusable. We had to fix issues with the standard hardware memory tagging integration in the OS and Vanadium (Chromium) along with fixing numerous bugs uncovered by it. We had to integrate it into our user-facing crash reporting system and had to create a system for opting into using it for user installed apps where users can enable it for either specific user installed apps or for all user installed apps with a per-app opt-out. Android has the foundation for hardware memory tagging support but it's not used as a production feature for hardening and we're not simply enabling it. We have a much better userspace implementation in hardened_malloc and while we currently use the standard kernel allocator integration, we want to improve that to be closer to what we do with it in hardened_malloc. We currently use the standard Linux kernel MTE integration for the kernel allocators and the standard Chromium PartitionAlloc MTE integration but both need to be improved to provide better security properties as hardened_malloc does. They're also missing the other forms of hardening used by hardened_malloc which go nicely with memory tagging. The stock OS developer option for memory tagging is not the same thing and only makes it available for usage without actually using it. It has to then be enabled via ADB but there's no way to use it everywhere we do or in the same way we do. AOSP having that doesn't mean it provides what we do with it at all.

> Do they have a different balancing of performance, stability and compatibility on the one side and security on the other?

Yes, but you're wrong about where our privacy and security features come from.