MurphyA/hacker-news huggingface dataset:
by sReinwald | 2025-06-13 14:26:37+00:00
In your case, "speed reading" and "skimming" are obviously just two flavors of "I didn't actually read this properly but still feel qualified to diagnose everyone involved."

You'd love to see more research? You must've been reading so fast, you breezed right past the Stanford Study, the MIT Media Lab Research and the analysis by McCoy showing GPT-4o affirmed psychotic delusions 68% of the time.

Or do you mean it in the sense of "we have to study this for at least 20 years and let thousands suffer and die before we can determine whether chatbots affirming people's delusions or coaching them on how to kill themselves is a bad thing"?

Your concerns about the slippery slope from "maybe chatbots shouldn't coach people through suicide" to "forced psychiatric evaluations" or "institutionalization" is genuinely unhinged. And, tellingly, it betrays your view of mental healthcare as fundamentally punitive and authoritarian rather than supportive or therapeutic. Big advocate for mental health, you are.

You realize we already regulate countless things to protect vulnerable people from mental harm, right?

We put warning labels on cigarettes. We have age ratings on media. We don't let casinos exploit problem gamblers. We don't let bartenders serve alcohol to visibly intoxicated people. We don't let therapists tell suicidal patients to jump off buildings. None of these regulations are authoritarian overreach - they're basic safety measures that exist because in a healthy society, vulnerable people deserve protection, not exploitation.

But apparently when it's time to consider holding tech to similar standards, we're supposed to just shrug and say, "well, they were probably crazy anyway."

Your position essentially boils down to: "Vulnerable people exist, therefore companies should be free to exploit them." That's not a mental health advocacy position - it's tech industry bootlicking dressed up as concern trolling.

That's why you should feel ashamed.
by linsomniac | 2025-06-13 14:26:44+00:00
Sounds interesting and built up fine, but I had ChatGPT build a leaflet viewer pointing at localhost:8080/tiles/z/x/y and I'm just getting 404s on http://localhost:8080/tiles/6/12/24. A few words in the README about "what to do next" or "how to tell if it's working" would be appreciated, though I realize your target audience is probably more familiar with maps than I am.
by redrove | 2025-06-13 14:26:57+00:00
I'll preface this by saying I'm not american so I have no horse in this race.

IMHO this is entirely justified, I tried Bluesky for a couple months and I found the same thing; it's an echo chamber of american liberal extremism (not that it's bad; again, not trying to make any political statement here). I happen to agree with a fair bit of what they say, but not everything, and, while not commenting myself, I saw first hand anyone that isn't fully on the liberal train for every single little thing is declared a maga fascist.
by Melonai | 2025-06-13 14:27:17+00:00
Interesting. In Germany I've always had the opposite issue of my superiors vastly preferring I used "du" for them instead of "sie". I've always had some trouble with that since in Russia you usually try to address senior employees, your teachers and professors formally, although tech companies are as usual a big exception.

Many people were quite unhappy when I kept slipping up and being too formal with them afterwards... :)
by cma | 2025-06-13 14:27:21+00:00
Roblox, Rec Room, Epic/Fortnite are worth about 10-20% of Meta. There is a market there, Horizon just hasn't worked out and they don't have anything like the amount of technology behind Unreal Engine/Fortnite or even Roblox, closer to Rec Room but without the game design chops.
by throwaway894345 | 2025-06-13 14:28:29+00:00
It doesn't seem wild to me that people would post "This is cool" on a ShowHN post. I did [here](https://news.ycombinator.com/item?id=44265915), and as far as I'm aware, I'm not an AI.

Would you like more information about how to identify AI comments? (kidding)
by ethbr1 | 2025-06-13 14:28:32+00:00
Economies run on labor. Raging isn't going to change that hard truth.

I'm also not sure we see the math the same way.

Illegal immigrant = working, not consuming social services (outside of guaranteed entitlements like EMTALA), paying payroll and sales taxes

Tax cuts = ??

You think COVID stimulus would have made people understand that flooding more money into a system with limited supply capacity will just lead to price inflation.

The way to address quality of life for parents and promote having children is to decrease the economic cost of doing so.

PS: Bolding actual americans made me laugh. Actual Americans are anyone who works hard in this country.
by hwillis | 2025-06-13 14:28:38+00:00
> As well as needing waaaay more of it

Have you done an accounting of how many kilometers you can fit on a 200,000+ tonne boat? Seems to me you could cost-effectively carry nearly 20x as much cable weight as current cable layers. You need 25x the volume of polyethylene, but that's only 10x the weight and it isn't even counting the weight of the conductor.
by edanm | 2025-06-13 14:29:12+00:00
> I think at this point we have reached Israel needs to stand down and take a long view of things.

If you're referring to the war in Gaza, I completely agree. I think the goals of the war are legitimate and correct, but the way the war is being conducted is morally wrong, and we've long since passed the point where the length of the war makes sense. (Like many Israelis, I suspect the war is at least partially continuing because that benefits Netanyahu personally, even as it hurts Israel.)
Show HN: I built an AI Voice assistant to debrief me on what matters every AM
by yinniechan17 | 2025-06-13 14:29:13+00:00
My co-founder and I recently went full-time on our venture and found it incredibly hard to keep up with all the notifications, emails, and calendar invites each morning. We were spending at least 30 minutes every day at our desks just sifting through everything to decide what was most urgent or time-sensitive.

We realised we could save so much time if we were given a daily debrief on what was most important before we even got to our desks – whilst getting ready or commuting (lack of signal on public transport makes checking our stuff on commute a nightmare). The traditional methods simply weren't working for those crucial "dead time" moments.

So we built an AI voice assistant with a simple idea: filter out all the noise and give us only the most prioritised and urgent information across our email, schedule, newsletters, and more. This way, we know exactly what to focus on the moment we start our day. The voice memo format is our key hypothesis because it allows us to listen and process information whilst doing other things (like getting to the office).

You can listen to our demo on our website.
by musicnarcoman | 2025-06-13 14:29:45+00:00
As someone who made the mistake of printing keys only in human-readable format: ocr software is only so accurate.

So if you have more than a handfull of bytes you may have to actually read it "by hand" to fix errors.

These days I keep the really important keys both as a qr codes and also hex. But the hex is not pleasant to work with.
by anarticle | 2025-06-13 14:29:46+00:00
Send a note. The director of my old lab was essentially a proxy father for me for nearly 10 years, and inspired me to take my life and career more seriously, which I did. Work was not the only thing, but life. I took up running because I looked up to him in my 20s, I remember seeing him and thinking "wow, this guy is in his mid 40s and looks great!" Tell them. His wife told me in secret that it made him so happy he cried.
by infecto | 2025-06-13 14:30:48+00:00
You’re clearly passionate about this, and I don’t fault you for that. But I’d suggest dialing back the aggression, rhetoric like “bootlicking” and “you should feel ashamed” doesn’t exactly invite thoughtful dialogue. It just shuts it down.

Now, to the substance: I never argued against any safety measures or regulations. I specifically said I’d welcome more research and quantification of the issue. You’re citing some early studies, that’s good, but it’s also fair to question how representative or conclusive they are before leaping to sweeping policy implications.

My point wasn’t that chatbots helping people kill themselves is fine. It’s that if we’re going to treat them like a public health threat, we should hold all tools and technologies that interact with people to the same standard and yes, that includes thinking carefully about how we approach mental health more broadly, not selectively.

If a vulnerable person spirals after a chatbot interaction, that’s serious. But it’s also worth asking: what led them to be that vulnerable in the first place, and where were the other support systems? LLMs may exacerbate, but they aren’t the root cause.

You’re framing this as a binary,either you care and want regulation, or you’re enabling exploitation. That’s a false choice. I’m saying the issue is complex, the data is early, and we shouldn’t let moral panic drive policy faster than evidence supports.

Let’s push for more transparency, better safeguards, and yes, real research. But let’s also keep the conversation civil.
by adrian_b | 2025-06-13 14:31:07+00:00
That is true for many brands.

This is not a reason to avoid it, but to be very careful when shopping and to buy only something that is not adulterated with anything, for instance pure whey protein concentrate or isolate (when produced correctly, those are made by just filtering the whey, without adding anything, though even some of the companies that do not add sweeteners still add lecithin as emulsifier and an anti-caking agent, to be able to market the powder as "instant"; however these additives are far more benign and in far smaller quantities than sweeteners and fragrances).
by taeric | 2025-06-13 14:31:07+00:00
Its a big shame, as my preference for how to see code would 100% fall in a "literate style" if I could get it. I'd love an even more dynamic view than that style, if I could. But, I'm fairly sure that 100% correct syntax highlighting would not be possible in that world? Especially in some of the more complicated syntax options out there.

I'm also curious on how many times you have used something that didn't get syntax highlighting correct? Even using some of the more advanced cweb features of org-mode, it typically gets things more correct than not. And I don't think it is using anything more than regexps? (I have not checked to see how the tree sitter stuff interacts with cweb in many blocks. Will try and look into that.)
by GlenTheMachine | 2025-06-13 14:31:09+00:00
Two things… one, they didn’t sail across the Atlantic. They hired ships and professional sailors to sail them across. They were passengers. That crossing wasn’t necessarily an easy one, but it was much more like what happens today with wealthy people who pay sherpas to help them climb Everest. The climbers have to have some knowledge and experience, but they aren’t the experts, and without the sherpas they'd be pretty lost.

Second, the point of this whole thread is that even at home, these were not people who were living off the land. They were wealthy Londoners. They lived in the city. They weren’t even raising their own kitchen gardens, they had people for that.

Wealthy Londoners bought their food just like you and I do. They had food markets. They used currency to buy grain, vegetables, and meat.

FYI, salted meat and fish will last for years and, if stored in a reasonably cool place like a root cellar, for decades. I personally have had Virginia hams that were over ten years old. Dried corn will last for centuries if stored properly.

The reason the settlers made so many diplomatic mistakes with the natives was because their leadership was primarily former military, and they saw the natives as a military problem. This made some sense because when they set out, they thought their primary challenge was going to be fending off military attacks from the Spanish. But that assumption turned out to be tragically wrong.

I'm not saying these people were all incompetent buffoons. Some of them were trained military officers. Some were craftsmen — there’s ample evidence of metal work and glassmaking at Jamestown. They were all experienced horsemen, and they were comfortable with firearms and bladed weapons. But what they weren’t was outdoorsmen, or even farmers, and in hindsight that’s what they needed to be. Once they got actual farmers on site, their immediate problems started to clear up.
by imiric | 2025-06-13 14:31:12+00:00
If Meta is known for anything besides user privacy violations it's for taking risks that often pay off. They were laughed at for overpaying for Instagram and Whatsapp, yet both were instrumental to their current success. Their continued bet on VR is still highly criticized, yet they were the first Big Tech company in the space, they're the current market leaders, and I'm sure it will have huge ROI in the near future. So is this bet on Wang, as ludicrous as it may seem now.
by berkes | 2025-06-13 14:33:41+00:00
> communication language

I very much agree.

But that means when we both say "decorator pattern", we must mean the same. The thing that in the Ruby community is a "Decorator" isn't a "decorator pattern".

It's not following the details, but also not even meant for the use-cases or to solve limitations of ruby or strict OOP. It's simply not a "decorator" that we both think of (or would google, or read in e.g. GoF). It's something entirely different. In ruby/Rails (draper gem, most notably), they happen to use the word "Decorator" for a system that makes "view helpers" OOP rather than the normal rails way of a large bucket of random global helper-functions.

I've had this conversation that shows the problem:

- Me: If we'd use the decorator pattern, we could easily tame that large clumsy tree of subclasses in our authorization logic and make it much easier testable and understandable.

- Wat? Decorators? But our authn has nothing to do with views! Why would we want to pull views-logic into our authn layer?

So, by using the term wrong, at least N=1 shows how the "communication language" of Design PAtterns fails.
by yinniechan17 | 2025-06-13 14:33:53+00:00
Hi HN,

We built this due to our personal struggles, and after speaking to a number of founder friends, we realised many were facing the same issue. There's just too much digital noise and no efficient way of filtering it out.

We initially explored building a full-blown voice AI assistant (like Jarvis), but after testing on some founder friends, we found that a concise morning briefing was actually the most useful thing. (Plus, a full-out voice AI assistant would cost a lot more $$$)

We've used ElevenLabs for voice synthesis. The current voice might speak a bit slow for some people's liking, and we'll need to adjust the speed, accent, etc., but that's something we can easily optimise.

Our best guess is that there will probably need to be a level of personalisation on the source of information; e.g., if some people want particular news feeds or want to focus on a particular area - this is our current thinking as we explore future features.

Before building any more tough, we'd love your feedback on any and all aspects.
by mlugg | 2025-06-13 14:33:56+00:00
[edited to correct formatting]

Your points here don't really make sense. There are many ways you can apply DoD to a codebase, but by far the main one (both easiest and most important) is to optimize the in-memory layout of long-lived objects. I won't claim to be familiar with the Rust compiler pipeline, but for most compilers, that means you'd have a nice compact representation for a `Token` and `AstNode` (or whatever you call those concepts), but the code between them -- i.e. the parser -- isn't really affected. In other words, all the fancy features you describe -- macros intertwined with name resolution, parsing syntax from other languages, high-quality diagnostics -- don't care about DoD! Our approach in the Zig compiler has evolved over time, but we're slowly converging towards a style where all of the access to the memory-efficient dense representation is abstracted behind functions. So, you write your actual processing (e.g. your parser with all the features you mention) just the same; the only real difference is that when your parser wants to, for instance, get a token (as input) or emit an AST node (as output), it calls functions to do that, and those functions pull out the bytes you need into a lovely `struct` or (in Rust terms) `enum` or whatever the case may be.

Our typical style in Zig, or at least what we tend to do when writing DoD structures nowadays, is to have the function[s] for "reading" that long-lived data (e.g. getting a single token out from a memory-efficient packed representation of "all the tokens") in the implementation of the DoD type, and the functions for "writing" it in the one place that generates that thing. For instance, the parser has functions to deal with writing a "completed" AST node to the efficient representation it's building, and the AST type itself has functions (used by the next phase of the compiler pipeline, in our case a phase called AstGen) to extract data about a single AST node from that efficient representation. That way, barely any code has to actually be aware of the optimized representation being used behind the scenes. As mentioned above, what you end up with is that the actual processing phases look more-or-less identical to how they would without DoD.

FWIW, I don't think the parser is our best code here: it's one of the oldest "DoD-ified" things in the Zig codebase so has some outdated patterns and questionable naming. Personally, I'm partial to `ZonGen`[0] as a fairly good example of a "processing" phase (although I'm admittedly biased!). It inputs an AST and outputs a simple tree IR for a subset of Zig which is analagous to JSON. Then, for an example of code consuming that generated IR, take a look at `print_zoir`[1], which just dumps the tree to stdout (or whatever) for debugging purposes. The interesting logic is in `PrintZon.renderNode` in that file: note how it calls `node.get`, and then just has a nice convenient tagged union (`enum` in Rust terms) value to work with.

[0]: https://github.com/ziglang/zig/blob/dd75e7bcb1fe142f4d60dc2d...

[1]: https://github.com/ziglang/zig/blob/dd75e7bcb1fe142f4d60dc2d...
by londons_explore | 2025-06-13 14:34:00+00:00
> There's a big mismatch in coefficients of thermal expansion and silica is brittle.

The way these are manufactured together means the silica with the lower CTE solidifies first - giving a tube filled with molten aluminium. Next the aluminium solidifies. Then the whole thing cools down and the aluminium probably delaminated from the walls of the tube, leaving a gap of a few hundred micrometers. The aluminium also ends up stretching slightly (one time).

During use, the inner core will heat up and cool down, fairly substantially (perhaps by 100C), using that gap that formed as the cable was manufactured.
by cornstalks | 2025-06-13 14:34:16+00:00
I keep meaning to do something like this in combination with Shamir’s secret sharing (which allows you to split a secret into M blocks, of which any N can be combined to recover the key, and M and N are configurable) to distribute a private key among family members in case of my untimely demise so they can more easily access my financial accounts and stuff. Has anyone done that before, and if so, what tools do you prefer? My family members are nontechnical so that’s the biggest challenge.
by taeric | 2025-06-13 14:34:46+00:00
I question this? Sure, it is difficult, if not possible, to match function names/calls using a naive single pass. But, I don't see any reason you couldn't do a full parse and work from there?

This is really no different than how we process language, though? Even using proper names everywhere, turns out proper names get reused. A lot. Such that you pretty much have to have an active simulation of what you are reading in order for most things to attach to identities. No?
by laborcontract | 2025-06-13 14:34:58+00:00
I've been all for it, look at my comment elsewhere in this thread. For me this is a huge mistake of a transaction that's neither accretive financially nor talent-wise.

This isn't the Instagram or Whatsapp transaction. Scale's been exclusively in the data labeling space.

Let's put this into perspective. OpenAI bought Jony Ive for about $5bln. Meta spent 3x that on Wang.
by piker | 2025-06-13 14:35:39+00:00
I'm not sure I agree it's "very performant", but nonetheless I do love it. (Compare it to Zed, for example.)

In any event, VS code is only required to render text in a single font, with very few layout concerns, styling, run-level formatting, etc. that require re-flowing across multiple of pages, etc. And each of those is text files measuring in the bytes. Tritium, by contrast, has to hold and operate on PDFs and Word documents each with very complicated layout and rendering logic and measuring in the kbs.
by BeetleB | 2025-06-13 14:35:55+00:00
If that is the ultimate outcome, I assure you that your insistence on not using not only is not going to protect you - you'll be the first to be unemployed.

I don't really get the sentiment. If you're in engineering/computers, you are fundamentally in the business of replacing people with technology. Cloud solutions resulted in people in IT/dev ops losing their jobs. So much SW out there has displaced real people in the last 5 decades.

Do you want to go back to the days of dealing with switchboard operators to make phone calls?
by wpm | 2025-06-13 14:36:03+00:00
Apple cannot guarantee the pixel density will actually be high enough. They make computers and tablets that can attach to any external monitor.

macOS looks *awful* on anything that isn't precisely 218ppi. Other than Apple's overpriced profit-machine displays, there are two displays that reach this: LG's Ultrafine 5K, and Dell's 6K (with its ugly, extraneous webcam attached to the top). Other 6K monitors were shown at CES this year but so far, I haven't actually found any for sale. EDIT: Correction, LG apparently doesn't sell the 5K Ultrafine anymore, at least on their website.

That means, the odds are incredibly high that unless you buy the LG, or drop a wad on an overpriced Studio Display or the even worse valued Pro Display, your experience with macOS on an external monitor will be awful.

That's even before we get into the terrible control we have in the OS over connection settings. I shouldn't have to buy BetterDisplay to pick a refresh rate I know my display is capable of on the port it's plugged into.
by JumpCrisscross | 2025-06-13 14:36:58+00:00
> Isn’t this monopolistic?

By whom? The fact that there is a list of competitors means Meta has no monopoly in AI. And Scale AI has no monopoly in labelled data.

It’s anticompetitive. But probably not to an illegal extent. Every “moat” is, after all, a measure in anticompetitiveness.
by lephty | 2025-06-13 14:37:20+00:00
Since they invested their time in you, I would suggest that you give back in kind. Call them, send them a note, email/text, etc. It is easier than ever to keep in touch with people now-a-days. Meet them in person if they are open to that and you are able to.

If some of these mentors are retired, I'm sure they would love to hear from a former protege/student/mentee. Watching my dad after his retirement, he always enjoys these interactions with his former colleagues -- talk about their profession or department. Made his day/week in most cases. Retirement can be professionally lonely sometimes.
by legobmw99 | 2025-06-13 14:37:25+00:00
The first feature that originated in this fork to be upstreamed is labeled tuples, which will be in OCaml 5.4:

https://github.com/ocaml/ocaml/pull/13498

https://discuss.ocaml.org/t/first-alpha-release-of-ocaml-5-4...