MurphyA/hacker-news huggingface dataset:
by thangalin | 2025-06-13 06:58:32+00:00
UCSF Professor of Pediatrics in the Division of Endocrinology, explores the damage caused by sugary foods. He argues that fructose (too much) and fiber (not enough) appear to be cornerstones of the obesity epidemic through their effects on insulin.

https://youtu.be/dBnniua6-oM?t=75
by rickdeckard | 2025-06-13 06:59:36+00:00
Thanks for the share. I was involved in this from another direction back then.

You're right, the userbase was the deciding factor, but also in context of the required effort to support the development/maintenance.

To my knowledge WhatsApp did a cost-estimation for FFOS-support back then and concluded that they need to see more than just sales projections to start working...
by taneq | 2025-06-13 07:00:52+00:00
I can't speak for everyone but personally, that would be fantastic. It's already magical, having a mostly-accurate oracle on my laptop that takes up the same space as a TV series but that I can literally converse with and that knows a surprising amount of everything. If it could close the loop to apply the same self-reflection that humans can do, it'd be better than most of us at everything.

My beef is with AI slop, not AI content. Bring on genuinely good AI content, and send me to live on a farm in the country.
by TeMPOraL | 2025-06-13 07:02:29+00:00
Direction of causation would be very relevant here.

Sugar is still the cultural default; artificial sweeteners are something you explicitly choose due to health concerns (worried about being or becoming diabetic, or overweight, or worried about sugar being unhealthy in general, or about the mood/motivation angle, etc.).

I imagine becoming overweight itself is linked to anxiety both ways, as eating or snacking is a common reaction to stress, a way to relieve it in the moment.
by flomo | 2025-06-13 07:02:33+00:00
> After we fought very hard for it.

Interesting. I don't think there even was a 'keyboard replacement', because it was glued onto the mainboard. In any case, I just went into show them the sticky keyboard and got 50% of a new laptop back. Twice! Too bad you had to argue. (I think the defect wasn't just the keyboard but maybe the cooling or even the firmware.)
by ACCount36 | 2025-06-13 07:03:13+00:00
Not if the goal is to test quality of real datasets, and that was the goal.

Getting this weird information about newer datasets generally outperforming older datasets was more of a side effect of having a dataset evaluation system.

If you're trying to examine AI contamination specifically? There are many variables, and trying to capture them all in a laboratory dataset is rather involved.

For one, AI data out in the wild is "enriched" - it's very likely to be selected by users before being published (human feedback best of 4?), it can gather human interaction like likes/comments, it's more likely to get spread around if it's novel/amusing/high quality than it is if it's low quality, generic and bland. How do you replicate that in a lab setup? On a tight budget?
by rafaelmn | 2025-06-13 07:03:16+00:00
> On the other hand battery prices are dropping exponentially.

Are they ? I keep hearing this but in practice the price of an EV is still dominated by the battery pack and the movement in EV prices is anything but exponential. China started pushing out the affordable EVs but that's because they are using less efficient/cheaper chemistry and even with better packaging they are significantly less energy dense.

I've seen Toyota announce 1000 miles solid state battery - if battery tech was dropping exponentially that should be cheaper than ICE in a few years - I would take the opposite side of that bet.
by onion2k | 2025-06-13 07:03:26+00:00
The most common way this is done is by parsing the font and generating the SDF fields on the fly (usually using Troika - https://github.com/protectwise/troika/blob/main/packages/tro...). It slows down the time to the first render, but it's only a matter of hundreds of ms not seconds, and as part of rendering 3D on webpage no one really expects it to be that fast to start up.
by htx80nerd | 2025-06-13 07:04:05+00:00
Test tube study.

> Human cerebral cells were cultured and treated with 6 mM of erythritol, equivalent to a typical amount of erythritol [30g] in an artificially sweetened beverage, for 3 hr.

the cells were in the substance for 3hrs? I'm not reading the whole study now, but that sounds...interesting.
by Propelloni | 2025-06-13 07:05:37+00:00
See, that's just the point. You see a need for that. I'd never enable push notifications from a news site, I don't need to know NOW that some pupil shot 17 teachers and pupils in the elementary school around the corner. There is nothing I could do anyway. I'm extremely unlikely to enable notifications from async messaging because, you know, they are async. If it's urgent, come over to my desk or use your phone to call me.

Financial data or travel info is something I'm actively watching, when I travel, just like car traffic. Otherwise, why would I need to know? That's a good question to ask anyway anytime you come across an inbox. I have been in management really long now and designing your information flow strategically is crucial to being effective.
by lloeki | 2025-06-13 07:07:24+00:00
> MusicBrainz Picard is wonderful, but has one of the most unintuitive "first contact" experiences I can remember.

Seconded, it's the best specialised UI I've seen in a while.

By "specialised" I mean it's entirely bespoke to a specific task and no other, with a small amount of dedicated jargon, like those industrial control panels full of buttons, toggles, and blinkenlights.

At first it's completely alien and appears to do weird stuff, possibly counterintuitive even (the mentioned "Scan" usage†, "what are clusters?", "why do I even need to cluster first?", "how do I save changes?")

But once you get the hang of it it's incredibly efficient with a ton of small niceties, like dragging a selection of entries from the left side will apply whatever candidates you have on the right side to the selection in order starting from the first.

† I use scanning only when album matching fails for whatever reason, it does sometimes unearth entries that wouldn't appear otherwise.
by JPLeRouzic | 2025-06-13 07:09:47+00:00
Apparently, the evidence found is only a four-tusk elephant carving, which the author says is a representation of a two-million-year-old elephant ancestor.

Yet, in all buildings, there are representations of humorous animals, such as those found in Paris' Notre-Dame Cathedral. Someone also carved an astronaut in a cathedral in Spain as a joke [0]. Why would this four-tusk elephant not be a joke?

[0] https://www.reuters.com/article/world/fact-check-stone-astro...
by wenc | 2025-06-13 07:12:14+00:00
I wonder how this would perform on the M4 Makridakis competitions (time series competitions)

https://github.com/Mcompetitions/M4-methods

https://en.wikipedia.org/wiki/Makridakis_Competitions

Makridakis' conclusion remained true for many years: "statistically sophisticated and complex methods do not necessarily provide more accurate forecasts than simpler ones."

Maybe things have changed?

(side: Nixtla showed a simple ensemble outperforming Chronos, and the Chronos team responded, but there's some back and forth in the comments: https://www.linkedin.com/pulse/extended-comparison-chronos-a...)
by maeln | 2025-06-13 07:12:19+00:00
The study : https://journals.physiology.org/doi/epdf/10.1152/japplphysio...

From a quick read : It was tested in a cell culture, so not in a human or animal. That does change a lot of things.

For the dosage:

> Thereafter, hCMECs were treated116 with regular media or media containing 6 mM erythritol (Sigma Aldrich, Cat #E7500; St. Louis MO), a117 dose equivalent to a typical amount of erythritol [30g] in a single can of commercially available118 artificially sweetened beverage, for 24 hours (N=5 experimental units)
by specproc | 2025-06-13 07:12:52+00:00
Well, a group centered its comms on that particular technology but it was quite an esoteric move.

Not having a phone is nigh on impossible, minimizing phone use isn't quite as bad as you might think. Mine ran out of battery on Monday and I've not charged it all week.

I'm toying with the idea of only using it when I absolutely need to (e.g., for MFA, if I'm out of an evening and likely to need a taxi). Not so much an opsec thing, more that I spend enough time in-front of screens as it is.

The parent comment was flippant, but I think in the context of this piece, phone-use minimization isn't necessarily a bad idea.
by gamblor956 | 2025-06-13 07:14:13+00:00
Word has offered redline merging for over several decades...

There's a reason it's still the standard in the legal industry.

The funny thing is that Word has tons of functionality that techies aren't aware of because they don't actually use it so they keep building products around features Word has had for years. And then they wonder why their startup failed to get any traction.
by ithkuil | 2025-06-13 07:14:21+00:00
I think this fits squarely with the idea that LLM today is a great learning tool; learning through practice has always been a proven way to learn but a difficult method to learn from fixed material like books.

LLM is a teacher that can help you learn by doing the work you want to be doing and not some fake exercise.

The more you learn though, the more you review the code produced by the LLM and the more you'll notice that you are still able to reason better than an LLM and after your familiarity with an area exceeds the capabilities of the LLM the interaction with the LLM will bring diminishing returns and possibly the cost of babysitting that eager junior developer assistant may become larger than the benefits.

But that's not a problem, for all areas you master there will be hundreds of other areas you haven't mastered yet or ever will and for those things the LLM we have already today are of immediate help.

All this without even having to enter the topic of how coding assistants will improve in the future.

TL;DR

Use a tool when it helps. Don't use it when it doesn't. It pays to learn to use a tool so you know when it helps and when it doesn't. Just like every other tool
by marhee | 2025-06-13 07:14:55+00:00
I suspect it's part of the fun? A way to really learn something?

There's also another hint:

// THIS FILE WAS AUTO-GENERATED. // CHANGES WILL NOT BE PROPAGATED. // ----------------------------------------------------------------------------

(Of course this could be a result of something having nothing to do with the contents of the file, but maybe the author has to meta library that can generate the types in different languages).

There seems to be fixed-precision variants of the vector types as well which seems to be not available in the .NET framework.

Plus, of course, you can't add your specifics needs to library types (like the fixed precision). They are closed to modification.

I am just guessing, of course.

That being said, it would also make total sense to use the .NET types.
by srhtftw | 2025-06-13 07:15:00+00:00
> I want to like zed. I keep trying it. ... Ultimately though none of the rendering speed improvements or collaboration ideas make a difference to me.

I feel this way as well. I've tried to incorporate Zed into my workflow a few times but I keep getting blocked by 30 years of experience with Emacs. E.g. I need C-x 2 to split my window. I need C-x C-b to show me all my buffers. I need a dired mode that can behave like any ordinary buffer. Etc. etc.

Sadly the list is quite long and while Zed offers many nice things, none are as essential to me as these.
by Buttons840 | 2025-06-13 07:16:26+00:00
This looks great. I have some interest in WGPU (Rust's WebGPU implementation), and your tutorial here appears to be an advance course on it--thought it doesn't advertise itself as such. I've translated JavaScript examples to Rust before, and it's ideal for learning, because I can't just copy/paste code, but the APIs are close enough that it's easy to port the code and it gives you an excuse to get used to using the WGPU docs.
by ramblerman | 2025-06-13 07:16:43+00:00
The difference is that the jury is still out if these things are truly generating something novel. Or are we just making it pick from the spaces in between an average of all the images on the internet.

The latter would mean everything quickly looks and feels the same.

I also believe some barrier to entry is needed for good art, people are inherently lazy and AI lets us get away with "just good enough" - see llm assisted coding as an example
Ask HN: Any PDF Benchmarks?
by nnurmanov | 2025-06-13 07:16:51+00:00
I am testing several PDF parsing libraries, and unfortunately, most of them have issues. For example, many struggle with non-English languages, while others can’t reliably handle tables. Having a standardized PDF benchmark would be incredibly helpful — at the very least, it would allow us to identify obvious shortcomings without needing to install and test each library individually.

Is anyone building such a benchmark?
by breppp | 2025-06-13 07:17:52+00:00
> An obvious intention to do injury

https://www.timesofisrael.com/iran-general-says-tehran-aims-...

"Iran general says Tehran aims to wipe Israel off the ‘global political map’", that's consistent with other leaders and the regime ideology since the very start

“We warn them [Zionists] that if a new war breaks out, it will result in their termination,”

and there are no shortage of such quotes, and even concrete plans (for example by using Hamas and Hezbollah), one attempt of which we have witnessed in 2023

https://www.terrorism-info.org.il/en/hamas-strategy-to-destr...

> active preparations that turn that intention into a positive danger

>a situation in which the risk of defeat will be greatly increased if the fight is delayed

We know independently that Iran has been enriching massive amounts of uranium to degrees of purity only suitable for nuclear weapons. See last announcement by the International Atomic Energy Agency.

According to Israel there have been other advancements in the nuclear program which might lead them to a nuclear bomb
by zeenatlawal | 2025-06-13 07:18:43+00:00
Frontend Developer

Location: Northampton, UK Remote: Yes Willing to relocate: Yes Technologies: JavaScript/TypeScript, NextJS, React, Material-UI, Tailwind Résumé/CV: https://drive.google.com/file/d/1U-ldrLNPjiH8W7T-eCbvpHRkvc7lqWzT/view Email: zeenatlawal82 [at] gmail.com LinkedIn: http://www.linkedin.com/in/zeenatlawal

I'm a front-end software developer with 3+ years of experience creating user-friendly web interfaces, looking for an opportunity to contribute to innovative projects while collaborating with a diverse team of talented individuals. I am dedicated to leveraging technology to make a meaningful difference.
by cpbotha | 2025-06-13 07:19:05+00:00
Large prospective cohort study (103 388 participants) showing that artificial sweeteners and specifically aspartame are associated with increased risk of cardiovascular disease: https://www.bmj.com/content/378/bmj-2022-071204

"...findings indicate that these food additives, consumed daily by millions of people and present in thousands of foods and beverages, should not be considered a healthy and safe alternative to sugar..."

Also, artificial sweeteners might not help with obesity: "Long-term aspartame and saccharin intakes are related to greater volumes of visceral, intermuscular, and subcutaneous adipose tissue: the CARDIA study" https://www.nature.com/articles/s41366-023-01336-y
by kobzol | 2025-06-13 07:19:14+00:00
I think a reasonable comparison would have to be DoD Rust parser vs current Rust parser. Comparing across languages isn't very useful, because Zig has very different syntax rules, and doesn't provide diagnostics near the same level as Rust does. The Rust compiler (and also its parser) spends an incredible amount of effort on diagnostics, to the point of actually trying to parse syntax from other languages (e.g. Python), just to warn people not to use Python syntax in Rust. Not to mention that it needs to deal with decl and proc macros, intertwine that with name resolution, etc. etc. This all of course hurts parsing performance quite a lot, and IMO would make it both much harder to write the whole thing in DoD, and also the DoD performance benefits would be not so big, because of all the heterogeneous functionality the Rust frontend does. Those are of course deliberate decisions of Rust that favor other things than compilation performance.
by thrwaway55 | 2025-06-13 07:19:18+00:00
Agents that can receive and make phone calls end to end and perform real world actions (I use Simple AI to not have to talk to airlines or make food orders etc, it works well most of the time

Isn't this more a problem created by them doing garbage automations over anything really solved. Wow Disney could solve fast pass feeling. It's not a problem it's a feature.
by lloeki | 2025-06-13 07:20:32+00:00
They are compatible but that's not the point.

If it were included it would instantly become a LGPL hard-fork because of any subsequently added line of code, if not by "virality" of the glibc license, at least because any glibc author code addition would be LGPL, per GNU project policy/ideology.

Also also this would he a hard bar to pass: https://sourceware.org/glibc/wiki/CopyrightFSForDisclaim

As I recall this is what prevented Apple from contributing C blocks† back to upstream GCC.

† https://github.com/lloeki/cblocks-clobj
by specproc | 2025-06-13 07:21:37+00:00
The Prime Minister has been sanctioned by the International Criminal Court. Even close allies (e.g., the UK and France) are engaged in some serious backside-covering right now on their relationship with Israel. They know how this is going to end and they're now into doing the comms to make themselves look less bad when it happens.

I'd say Israel is -- in terms of it's international reputation -- somewhere between where South Africa was in the eighties and Serbia was in the nineties, and deteriorating fast. Definitely on the pariah spectrum, particularly outside of the US.
by lmm | 2025-06-13 07:22:27+00:00
> Both jemalloc and tcmalloc evolved and were refined in antagonistic multitenant environments without one overwhelming application. They are optimal for that exact thing.

They were mostly optimised on Facebook/Google server-side systems, which were likely one application per VM, no? (Unlike desktop usage where users want several applications to run cooperatively). Firefox is a different case but apparently mainline jemalloc never matched Firefox jemalloc, and even then it's entirely plausible that Firefox benefitted from a "selfish" allocator.
by TylerE | 2025-06-13 07:23:01+00:00
Scratches effect much less than most people think, as long as they're superficial. (For instance, dings from the case are likely fine, but run the tip of a key across the one...)

Contrary to what most people expect, the data pits on a CD are much closer to the label side than the shiny side - the bottom of the disc is a clear plastic layer that as far as the optics of the drive are concerned are out of focus.
by karlgkk | 2025-06-13 07:23:19+00:00
Well, an even better question might be: if everyone is the same, what does it take to be exceptional?

I'm firmly convinced that being able to troubleshoot code, even code generated by LLMs, and to write guidelines and tests to make sure it's functioning, is a skill of a shrinking pool

For smaller stuff, great. Everyone's the same. The second your application starts gaining responsibility and complexity, you're going to need to be able to demonstrate reproducibility and reliability of your application to stakeholders.

Like, your job increasingly will be creating interface checkpoints in the code, and then having the model generate each step of the pipeline. That's great, but you have understand and validate what it wrote, AND have a rich set of very comprehensive tests to be able to iterate quickly.

And as mentioned, on top of that, large swaths of the field of new people have their brains completely rotted by these tools. (certainly not all new/young people, but i've seen some real rough shit)

If anything, I see a weird gap opening up

- people who dont adopt these tools start falling out of the industry - they're too slow

- people who adopt these tools too early stop getting hired - they're too risky

- people who have experience in industry/troubleshooting/etc, who adopt these tools, become modern day cobol programmers - they're charging $700 an hour

the real question to me is this: does the amount of people taken out of the pool by being slow or risky due to these tools, outpace the reduction in jobs caused by these tools?
by moooo99 | 2025-06-13 07:23:53+00:00
I share this impression. I’ve never worked much with low level languages with the exception of a few university assignments. I did last years advent of code in Zig and was quite productive and never really struggled with the language that much. Meanwhile, rust makes things a lot more complicated on my current project.

The main benefit of rust over zig seems to be the maturity. Rust has had a decade+ to stabilize and build an ecosystem while Zig is still a very new language
by nnurmanov | 2025-06-13 07:24:38+00:00
For example, markitdown from MS can't recognize Cyrillic text, when I started researching into it, I found that they use pdfminer.six under the hood and there is an unresolved issue with supporting languages.

Docling is OK with tables, but fails with cyrillic text;

marker-pdf is OK with tables, but it also fails with cyrillic text;

What other pdf parser libraries exist? I am looking for preferably on-premise solutions, but if I won't find a reliable and accurate solution, I might consider cloud based solutions as well.
by kobzol | 2025-06-13 07:24:48+00:00
For many use-cases yes, but there are crates bottlenecked on different things than the codegen backend.

But I don't think that's the point. We could get rid of LLVM and use other backends, same as we could do other improvements. The point is that there are also other priorities and we don't have enough manpower to make progress faster.
by the_why_of_y | 2025-06-13 07:26:00+00:00
To expand a bit, Matteo Salivni is the leader of Lega (formerly Lega Nord), the other far-right party in Italy's government.

Salvini's ties to Russia of course go way beyond a couple Aeroflot tickets: https://www.buzzfeednews.com/article/albertonardelli/salvini...
by arghwhat | 2025-06-13 07:26:31+00:00
> it seems impossible for any artificial sweetener to be completely safe, unless it is consumed only sporadically, not regularly.

This also holds for non-artificial sweetener, or in fact any substance entering our body.

Disturbing a process expecting a large influx of carbohydrates vs. disturbing the body with an actual high influx of carbohydrates, disturbing the body by neither consuming nor triggering carbohydrate processes, ...

Drinking bitter fluids - say, coffee - trigger early toxicity warnings that prepare your body for emergency oral bowel evacuation, as "bitter" is the taste of various substances evolution associated with food poisoning. What other mechanisms might that trigger? That's a lot of "crying wolf" for many people.
by hashstring | 2025-06-13 07:27:20+00:00
On the password1, password2, password2! flow, yes this happens and is bad, but not everyone is like this. I would say, any change (even a weak one) to a compromised password helps (even a bit). Because it requires attackers to test more passwords, providing more opportunity to detect them.

I agree, on moving the weak point to certain service providers when doing this.

Unsolvable: hm, but isn’t the idea to make it more secure, not necessarily solve it completely?