MurphyA/hacker-news huggingface dataset:
by danabramov | 2025-06-10 18:09:36+00:00
Have you had a chance to look at atproto? I was a bit surprised to see no mentions of it. It powers Bluesky but is not coupled to it — the idea is essentially that your public data is meaningfully owned by you (can move hosting without losing identity) across all applications in a global collection, and different app backends can “derive” aggregated views (like Bluesky’s database) from the public network data of all users.
by leakycap | 2025-06-10 18:09:48+00:00
I recommend trying an Android device with an assistant -- they can just do so much more I'm not sure how to tell you in words, other than Siri is in its own league and it isn't the big league. The things Apple lauded yesterday were on my Blackberry-branded Android. Let that timeline sink in.

I appreciate Siri's privacy features. Full stop. Nothing else about Siri is even close to what Google delivered 2+ years ago. Definitely try Google Assistant and others if you wish to be informed on this; Apple isn't going to be a good source of setting the bar for user experience with automated assistants for a long time.
by behnamoh | 2025-06-10 18:10:48+00:00
good question, and I don't know of any, although it's a no brainer that someone should make it.

a proxy to that may be the anecdotal evidence of users who report back in a month that model X has gotten dumber (started with gpt-4 and keeps happening, esp. with Anthro and OpenAI models). I haven't heard such anecdotal stories about Gemini, R1, etc.
by chneu | 2025-06-10 18:11:15+00:00
Don't worry, unlivable conditions will force lower standards of living on everyone except the elite.

It's already happening for many people today who had no choice in the matter while people in developed countries have an endless stream of excuses.

Degrowth is inevitable. The only difference is when it happens, which is dictated by our choices. We're speed running it and using every excuse we can come up with.
by gklitt | 2025-06-10 18:11:43+00:00
I gotta say I don’t understand your point about cooking — billions of people who aren’t professional chefs cook meals every day! These meals may not live up to restaurant standards but they have different virtues — like making it taste just the way you like it, or carrying on a family tradition.

On that note, Robin Sloan has a beautiful post about software as a home cooked meal…

https://www.robinsloan.com/notes/home-cooked-app/

That said, I think talking about cars may be stronger ground for the argument you’re making. Mass production is incredible at making cheap uniform goods. This applies even more in software, where marginal costs are so low.

The point of our essay, though, is that the uniformity of mass produced goods can hinder people when there’s no ability to tweak or customize at all. I’m not a car guy, but it seems like cars have reasonably modular parts you can replace (like the tires) and I believe some people do deeper aftermarket mods as well. In software, too often you can’t even make the tiniest change. It’s as if everyone had to agree on the same tires, and you needed to ask the original manufacturer to change the tires for you!
by wenc | 2025-06-10 18:11:52+00:00
As a former ML engineer, Excel is a surprisingly practical tool even for ML folks. It’s a very tactile tool to touch and feel your data and do quick what ifs without doing a lot of coding. Want a graph? Plot it instead of fudging with matplotlib.

Forecasting? Yes. Dynamic formulas? Yes — much better than writing code (you’d have to write a reactive widget in Jupyter).

Most people don’t need to do ML but they need to do complicated formulas and get immediate feedback. Excel is really good at that. Libre office can do 90% of it but Excel has some advanced features that it doesn’t come close to.
by hinkley | 2025-06-10 18:12:40+00:00
> The big difference between a concurrent hash map and ArcSwap is that ArcSwap requires swapping out the entirety of the underlying data with every write but trades this off with very cheap reads. Writers don’t even have to wait for all readers to finish since a new epoch is created with the new version of data.

This is where tree data structures win out. Git and subversion and pure functional languages don’t replace the entire data structure. They make a new element and attach it to the tree by creating a new version of the intended parent, and a new version of its parent, on up to the root element.

So somewhere out there is space for a hybrid of ArcSwap and DashMap that uses sharded copy on write. These guys probably don’t need it given their low write rate, but shards should help with write contention for other use cases.
by seadan83 | 2025-06-10 18:12:53+00:00
Funny, I stayed at a hotel in a small town in Texas recently that was across the street from a construction site. The hotel owner said that since Trump was elected that occupancy was way down. Lots of the workers at the construction site were undocumented and stayed at the hotel. Since Trump's election, nothing had happened at the construction site and the hotel's future was in question.

> These adjacent communities get hit twice because migrant labor also decreases salaries for locals.

If the migrant labor is filling in labor gaps, then no, this is not true. Seems the evidence also disagrees: "Consistently, economists have found that an increase in immigration rates does not cause a drop in wages for U.S.-born workers" [1]

Please provide evidence that your statement is true even in any instance, let alone generally true. The economic impact of migrant labor is quite real, and positive, in terms of taxes and money spent back in the community.

[1]https://immigrationimpact.com/2024/07/09/immigrants-do-not-t...
by Veen | 2025-06-10 18:13:37+00:00
One commonly observed midwit behaviour is to make arguments based on the dictionary definition of a word, having failed to understand that there is a complex set of cultural and social connotations implied by its use. In the case of the midwit, the implication is that intelligent people understand, stupid people understand, but the half-smart get completely the wrong end of the stick.
by thunspa | 2025-06-10 18:13:52+00:00
In writing the code that is supposed to implement my idea, I find that my idea has many flaws.

Sending that idea to an LLM (in absence of AGI) seems like a great way to find out about the flaws too late.

Otherwise, specifying an application in such detail as to obtain the same effect is essentially coding, just in natural language, which is less precise.
by jecel | 2025-06-10 18:13:52+00:00
The Xerox Dorado, an ECL beast evolved from the Alto, was considered the only machine to offer a good Smalltalk experience when Smalltalk-80 was initially released. The Xerox Dolphin, for example, was only about "0.1 Dorados" despite being a serious improvement on the Alto. The Apple Lisa was only about 0.05 Dorados.

That level of performance was only achieved by PCs when we got 50MHz 486 (for purely interpreted Smalltalk-80 virtual machines, with JITs much slower computers could match the Dorado).
by FireBeyond | 2025-06-10 18:14:36+00:00
He also believes DARPA is responsible for chemtrails, and is hiring people to investigate this as their fulltime job.

> This quote from him seems to summarize his view on vaccines: "I see somebody on a hiking trail carrying a little baby and I say to him, 'Better not get him vaccinated.'"

Unless of course the baby is his son, or grandson, then absolutely they should be vaccinated.
by sunaookami | 2025-06-10 18:15:50+00:00
I think that was a joke. New pricing is already in place:

Input: $2.00 / 1M tokens

Cached input: $0.50 / 1M tokens

Output: $8.00 / 1M tokens

https://openai.com/api/pricing/

Now cheaper than gpt-4o and same price as gpt-4.1 (!).
by const_cast | 2025-06-10 18:16:06+00:00
Literally just don't click on the post. I don't understand - I look at the front page and 99% of it is not politics.

So, you willingly and intentionally honed-in on the 1% you don't like... just so you can complain? I don't mean to be rude, but I don't think that's normal behavior.
by gklitt | 2025-06-10 18:17:26+00:00
Yes, I think atproto is a great example of the “shared data” pattern for composable tools! Especially since it handles public social scale, which is not addressed by the other systems we mention.

AFAIK, atproto is primarily designed to support multiple distinct clients over shared data, but I also wonder if it could help with composing more granular views within a client. I previously worked on a browser extension for Twitter, and data scraping was a major challenge - which seems easier building on an open protocol like atproto.

Sorry we didn’t mention — it is on our radar but we ran out of space and had to omit lots of good prior art..

I should also mention btw that Bluesky user-configurable feeds is a perfect example of a gentle slope from user to creator!
by mananaysiempre | 2025-06-10 18:17:32+00:00
I don’t really want to make a moral argument about PGP. Yes, the design of PGP is bad even if we hold its problem statement fixed. The thing is, the people I would trust to design something better consider that problem not worth solving. So if I as a user do want a solution to that problem[1], I’m stuck with PGP, which is bad. But at least it makes an attempt.

[1] Because I need to be in areas with bad connectivity often enough that I don’t want my every communication method to require a Internet connection to be available continuously (or even daily). Because Signal’s refusal to issue me an account without a phone number (which I cannot legally obtain without tying it to my government ID) is a real risk to my personal safety, given my particular situation. Because Signal’s stance on alternative implementations and the like is a hair’s breadth away from my refusing to use it. Some of these you could call moral arguments, but none of them are about PGP, as such.
by ty6853 | 2025-06-10 18:18:45+00:00
Cultural elimination though real is largely a fraudulent right IMO, it is imposing 'positive' rights like the right to not have your culture eliminated. That's not how rights work, you have the right to practice your culture but not force other people to be practicing yours.

I'm generally for open or at least non-discriminatory immigration. A few sticking points

1) Discriminatory settling patterns are well established as imposed law in the US, i.e. 'hawaiian home lands', American Samoa, Saipan, etc. The first step here is to make ALL US nationals and citizens equal, before we can really even hope to start making immigrants equal. Given limited political capital this would be my #1 priority to burn that capital on.

2) Welfare is essentially incompatible with open immigration and pushes the populace heavily towards favoring middle age wealth foreigners -- that is basically europeans and white English speaking countries. We could probably make it a little less 'racist' if immigrants were forced to permanently disclaim any access to public funds.

3) Immigration is justified under human and properties rights, freedom to go wherever one is invited or has ownership, and basic human liberties. Immigration in practice in the US heavily relies on use of public facilities, which are paid for by the tax payers -- as property owners you would be violating their rights if US persons cannot control foreign access to the public properties they are forced to pay taxes for. i.e. there should be zero immigration controls whatsoever crossing from one ranch to the other on adjacent parts of the Mexican border, but when you use public resources you are now becoming a trespasser if the property owners don't consent.
by dang | 2025-06-10 18:18:47+00:00
It sounds like a great thing to work on! but for HN purposes, the thread needs more than just an announcement to have a substantive discussion.

Probably the best thing would be to wait until there's some kind of v0 and then post https://github.com/multigres/multigres. It's certainly on topic, there just needs to be some meat on the bones, or some bones.
by pdimitar | 2025-06-10 18:18:50+00:00
And I wouldn't overestimate a language's popularity. It's mostly a social phenomenon and rarely has anything to do with technical prowess.

I agree that integration with the separate LLMs / agents can and does accelerate initial development. But once you write the integration tooling in your language of choice -- likely a few weeks worth of work -- then it will all come down to competing on good orchestration.

Your parent poster is right: languages like Erlang / Elixir or Golang (or maybe Rust as well) are better-equipped.
by bigbuppo | 2025-06-10 18:18:58+00:00
P&T's whole deal is revealing the low-hanging fruit in frutherance of the greater trick. There are some circles that shun them for revealing things, but they're still respected by those same groups, and are well-liked all around. Why? Penn and Teller respect the artform. Valentino just went around being a dick about it, with complete contempt for the craft. That's the difference.

Seriously... his deal is magicians lie? You mean it's all an act? What a revelation. At no time in the last few thousand years has anybody in the history of the world ever figured that out. Nope, none at all.
by arcb | 2025-06-10 18:19:06+00:00
Thank you! We have a fork of browser-use that lets us hand hold web agents since we know our tasks are repetitive. We can cache expected paths and fire alerts if we go off the rails. We'd love to contribute it back at some point, mainly a question of bandwidth.

We're evaluating Cua (https://www.ycombinator.com/companies/cua) to containerize our agents; am a fan so far. We're also putting Computer Use agents from (OAI and Anthropic) to the test. Many legacy ERPs don't run in the browser and we have to meet them there. I think we're a few months away from things working reliably and efficiently.

We're evaluating several of the top models (both open and closed) for browser navigation (claude's winning atm) and PDF extraction. Since we're performing repetitive tasks, the goal is make our workflows RL-able. Being able to rely on OSS models will help a lot here.

We're building our own data sets and evaluations for many of the subtasks. We're using openai's evals (https://github.com/openai/evals) as a framework to guide our own tooling.

Apart from that, we write in Typescript, Python, and Golang. We use Postgres for persistence (nothing fancy here). We host on AWS, and might go on premises for some customers. We plan on investing a lot into our workflow system as the backbone of our product.

I prefer open source when possible. Everything's new and early, and many things require source changes that others might not be able to prioritize.

Edit - one thing I'd love to find a good solution for is reliably extracting handwriting from PDF documents. Clinicians have to do this a ton to keep the trains running on time, and being able to digitize that knowledge on the go will be huge.

Very open to ideas here. We're seeing great tools and products come up by the day, including from our own YC batch.
by 1vuio0pswjnm7 | 2025-06-10 18:19:16+00:00
"bash, obviously for scripting;"

It's possible to use bash for both interactive use and scripting. For example, this author claims to use bash as his scripting shell.

But Debian and the popular Debian-derived distributions do not use bash for scripts beginning with "#!/bin/sh", i.e., "shell scripts".

The interactive shell may be bash, but the scripting shell, /bin/sh, is not bash.

https://www.man7.org/linux/man-pages/man1/dash.1.html

https://wiki.ubuntu.com/DashAsBinSh

https://wiki.archlinux.org/title/Dash

https://www.oreilly.com/library/view/shell-scripting-expert/... ^1

https://www.baeldung.com/linux/dash-vs-bash-performance

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

https://lwn.net/Articles/343924/

https://scriptingosx.com/2020/06/about-bash-zsh-sh-and-dash-... ^2

I use an Almquist shell, not bash, for both interactive use and scripting. I often write scripts interactively. I use the same scripts on Linux and BSD. I restored tabcomplete and the fc builtin to dash so it feels more like the shell from which it was derived: NetBSD sh.

1. "This makes it smaller, lighter and faster than bash."

2. "... this is strong indicator that Apple eventually wants to use dash as the interpreter for sh scripts."
by Arvmor | 2025-06-10 18:19:36+00:00
Few years ago when I got introduced to MEVs by Jaredfromsubway.eth going viral, something clicked in me.

All-nighters and few-months of consistency led to my first-ever MEV bots (a Sandwich MEV bot), I used to update my therapist on weekly IRL sessions and tell her about how far I've come through this project.

Finally, after 3-4months I managed to get my first real profitable transaction ($0.01 of United States Dollar), welp I guess that was my peak as a solo developer? After a few days I decided to build an Ethereum Wallet that is backed by MEV bots, hence all transactions are A) sent privately B) are profitable for me and users!

I guess it only took me 4-5 months to actually get a production ready wallet ready, but lol, who is going to market it now? not my introverted personality.. .

With that being said, here I am with an multi-mm idea, which is gathering dust.

MetaPro Ethereum Wallet.
by eviks | 2025-06-10 18:19:44+00:00
> Mass-produced software is too rigid

Yes, absolutely, even trivial things like colors can rarely be changed, let alone more involved UI parts.

> Inflexible electronic medical records systems are driving doctors to burnout. > When different users have different needs, a centralized development team can’t possibly address everyone’s problems.

That's not the main issue, which is that they don't address *anyone's* problems well since actual users have very little power here, and the devs are far removed from actual user experience. Like that examples of filling useless fields - that serves no one!

> when a developer does try to cram too many solutions into a single product, the result is a bloated mess.

Unless it's organized well? There is no inherent reason many equals mess or even bloat (eg, if solutions are modules you can ignore/not even install, your app with only the solutions you care about has no bloat)

But in general, very laudable goals, would be very empowering for many users to live in a dream world where software is built based on such principles...
by zahlman | 2025-06-10 18:19:52+00:00
> No, let's just try it out (I've put both the Python and the plain sh -c invocations):

> python2 -c 'import os; os.system("-x")' > sh -c -x sh: -c: option requires an argument

I can't reproduce this in Python (including my local 2.7 build), only using sh directly. Going through Python, `sh` correctly tells me that the `-x` command isn't found.

But now I'm wondering: how is one supposed to use `which` (or `type`, or `file`) for a program named `-x`, supposing one had it?
by wnorris510 | 2025-06-10 18:20:14+00:00
I got into this space because I saw many family members struggling with weight and nutrition. One of the leading causes of death in the United States is Diabetes, largely caused by poor nutrition and lack of exercise.

I've spent the last 10 years of my life researching why this is and how I can help. What I've heard from countless users is that it takes to long to track what they're eating and learn how they can improve.

I've never tried to claim that the selling point of AI is that it's "vastly better", I've just tried to build tools to help people. The voice note feature in our app accompanied by a kitchen scale is the most accurate thing you can do to track nutrition and it actually is much faster than what existed on the market before we launched.

The photo logging feature is more accurate than what most users did before we launched and is by far the fastest way you can track, but yes, it has it's limitations, and unlike our competitors I won't pretend it's perfect. If you're eating out at dinner, and the alternative would be you didn't log the meal, it's a great option.

At the end of the day accuracy actually is not the most important thing if you really care about helping people. Education is what matters. People need to learn which foods and ingredients are the problematic ones and why. Our app accomplishes that better than any solution that existed on the market before we launched.
by mrweasel | 2025-06-10 18:20:18+00:00
You know that the captcha is there to prevent you from doing e.g. automated data mining, depends on the site obviously. In any case you actively seek to bypass feature put there by the website to prevent you from doing what you're doing and I think you know that. Does that not give you any moral concerns?

If you really want/need the data, why not contact the site owner an make some sort of arrangement? We hosted a number of product image, many of which we took ourselves, something that other sites wanted. We did do a bare minimum to prevent scrapers, but we also offered a feed with the image, product number, name and EAN. We charged a small fee, but you then got either an XML feed or a CSV and you could just pick out the new additions and download those.
by taeric | 2025-06-10 18:20:32+00:00
Without wheels, people can't spin thread as fine as they can with. Full stop.

Directly to this thread, nobody is claiming they didn't use tools. The question is specifically why they never invented a specific tool. My specific question is why the cart wheel needs to be a prerequisite to a spinning wheel.

The common answer is that you don't need carting wheels without drafting animals. My question is why does that preclude pulleys and spinning wheels? They seem they should be unrelated.

Pulleys, in particular, seem an extension of levers more than of carting wheels.
by qualeed | 2025-06-10 18:21:20+00:00
>there no one right now actually cracking denuvo

The claim was that games protected by denuvo are uncracked years later.

What is happening right now is important and interesting, too, but not the claim the person I replied to made.

"anything covered by Denuvo is unavailable even years later" just isn't true. And that's what I was replying to.
by felixbraun | 2025-06-10 18:21:40+00:00
Just leaving this here — you are up to something. Karpathy:

> Products with extensive/rich UIs lots of sliders, switches, menus, with no scripting support, and built on opaque, custom, binary formats are ngmi in the era of heavy human+AI collaboration.

If an LLM can't read the underlying representations and manipulate them and all of the related settings via scripting, then it also can't co-pilot your product with existing professionals and it doesn't allow vibe coding for the 100X more aspiring prosumers.

Example high risk (binary objects/artifacts, no text DSL): every Adobe product, DAWs, CAD/3D Example medium-high risk (already partially text scriptable): Blender, Unity Example medium-low risk (mostly but not entirely text already, some automation/plugins ecosystem): Excel Example low risk (already just all text, lucky!): IDEs like VS Code, Figma, Jupyter, Obsidian, ...

AIs will get better and better at human UIUX (Operator and friends), but I suspect the products that attempt to exclusively wait for this future without trying to meet the technology halfway where it is today are not going to have a good time.

https://x.com/karpathy/status/1930354382106964079?s=61