MurphyA/hacker-news huggingface dataset:
by PeterStuer | 2025-07-09 11:27:33+00:00
Not sure the author is giving the full account though, as his answer snippet was probably just a part of the same answer I got, framed and interpreted differently (the AI's are never this terse as to just whip out a few lines of code).

Besides, it is not even incorrect in the way he states it is. It is fully dependent on how he added the tags in his flow, as the complete answer correctly stated. He speculates on some timing issue in some 'cryptic Shopify process' adding the tag at a later stage, but this is clearly wrong as his "working answer" (which is also in the Assistant reply) does rely on the tag having been added at the same point in the process.

My pure and exaggerated on purpose speculation: He just blindly copied some flow template, then from the (same as I got?) Assistant's answer copy/pasted the first Liquid code box, tested on one order and found it not doing what he wanted, this suited his confirmation bias regarding AI, later tried pasting the second Liquid code box (or the same answer you will get from Gemini through Google Search) and found 'it worked' on his one test order, still blamed the Assistant for being 'wrong'.
Show HN: Snub – A fast, lightweight file search CLI for Windows (written in C)
by seeyebe | 2025-07-09 11:28:17+00:00
built snub, a fast and lightweight recursive file search tool for Windows, written in modern C (C17). File Explorer and PowerShell often crawl on large codebases — so I wrote something that doesn’t.

snub is: - Fully multithreaded - Avoids indexing entirely - Supports globbing, size/date filters, result limiting, and JSON output - Packaged as a single small executable

No dependencies. Just raw C and the WinAPI.

GitHub: https://github.com/seeyebe/snub

Would love feedback on C idioms, WinAPI practices, or ideas for portability and better build flow.
by zelphirkalt | 2025-07-09 11:28:26+00:00
I personally never perceived Python 2 to 3 as a disaster, and the language has come out better on this end. It would have been a disaster to keep all the cruft of Python 2 forever and keep writing software in it. When Python 3 became stable, I simply never looked back at Python 2 again. Sure, many libraries had to change a bit, to accommodate Python 3. But any sane project would start with Python 3 anyway, and over time Python 2 support would simply fade away, as fewer and fewer people use it. Maybe during some transitional time people had backports of security fixes for Python 2, but in this day and age I wouldn't actually bother with that any longer. Whoever still runs on Python 2 has made a decision to do so, accepted responsibility for not transitioning and has no one but themselves to blame.

Overall they actually did a pretty decent job to transition from Python 2 to 3. Many people didn't have any issues at all, and simply used the new thing instead of the old thing.

Python's language design in itself is debatable of course, but it certainly is better now than with Python 2.
by trcf22 | 2025-07-09 11:28:28+00:00
Exactly! If you can get some exposure as a « specialist », build a network or just learn a ton of new skills (marketing, accounting, PR, devops) it tends to be a win/win. That’s what I’m currently doing and by no mean would I have better myself as much in any other way.

If you enjoy Charlie’s, you will definitely enjoy Kahneman’s Thinking Fast and Slow, especially the part about being an « expert »: a few talks in empty classrooms in a famous Uni, a radio show nobody knows and voila, you get some cred!
by scrubs | 2025-07-09 11:28:29+00:00
"new rituals hubristic and naive."

I think the author handles this by pointing out the constant in change: human nature which does not change plus change itself.

In that context ritual symbology has a half life in human nature. It needs to be periodically made anew.

Ritual becomes form without substance or becomes corrupted eg.Martin Luther's grievances to the church.

As another writer (I believe Joyce) once analogized, periodically there's nothing left but to pick up the broken shards of colored glass from the cathedral and reassemble it making anew partly connected to past but mostly reconfigured to now.

Whence the 64 million dollar question here: why broken?
by Const-me | 2025-07-09 11:28:33+00:00
> other systems had been exceeding 64 cores since the late 90s.

Windows didn’t run on these other systems, why would Microsoft care about them?

> x86 arguably didn't ship >64 hardware thread systems until then because NT didn't support it

For publicly accessible web servers, Linux overtook Windows around 2005. Then in 2006 Amazon launched EC2, and the industry started that massive transition to the clouds. Linux is better suited for clouds, due to OS licensing and other reasons.
by cesarb | 2025-07-09 11:28:43+00:00
> Everyone can open a ZIP file, and they don't really care if the file is a few MBs bigger.

You can use ZSTD with ZIP files too! It's compression method 93 (see https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT which is the official ZIP file specification).

Which reveals that "everyone can open a ZIP file" is a lie. Sure, everyone can open a ZIP file, as long as that file uses only a limited subset of the ZIP format features. Which is why formats which use ZIP as a base (Java JAR files, OpenDocument files, new Office files) standardize such a subset; but for general-purpose ZIP files, there's no such standard.

(I have encountered such ZIP files in the wild; "unzip" can't decompress them, though p7zip worked for these particular ZIP files.)
by _heimdall | 2025-07-09 11:29:23+00:00
You realize that anyone using a browser to view HTML is using HATEOS, right? You could probably argue whether SPAs fit the bill, but for sure any server rendered or static site is using HATEOS.

The point isn't that clients must have absolutely no prior knowledge of the server, its that clients shouldn't have to have complete knowledge of the server.

We've grown used to that approach because most of us have been building tightly coupled apps where the frontend knows exactly how the backend works, but that isn't the only way to build a website or web app.
by sabman | 2025-07-09 11:29:32+00:00
Thanks for the feedback! Yep you are right - actually in the intro video[1] i talk about hallucinations too, as we are very alpha. The good thing is there's a panel on the right that lets you overwrite the AI's selection or you can even ask the LLM to change it. I've update the params manually so if you go to the demo now you will see another color map - Virids :-) [1] https://www.youtube.com/watch?v=ikEDbnUVfYQ
by Spooky23 | 2025-07-09 11:30:12+00:00
The newer DIRIGERA hub has both radios, and recently added full thread support in a firmware update, so you should be good if you have it. Otherwise, add that or an upcoming hub or migrate the old bulbs.

I love my Ikea smart home gear, it works really well. Odd that a cheap furniture store that sells meatballs seems to have a more coherent smart device strategy than major tech companies!
by the__alchemist | 2025-07-09 11:30:41+00:00
I use the term "HTTP API"; more general. Context, in light of your definition: In many cases labeled "REST", there will only be POST, or POST and GET, and HTTP 200 status with an error in JSON is used instead of HTTP status codes. Your definition makes sense as a weaker form of the original, but it it still too strict compared to how the term is used. "REST" = "HTTP with JSON bodies" is the most practical definition I have.
by k2xl | 2025-07-09 11:31:36+00:00
This is very true. Over my 15 years of engineering, I have never suffered_that_ much with integrating with an api (assuming it exists). So the lack of "HATEOaS" hasn't even been noticable for me. As long as they get most of the 400 status codes right (specifically 200, 401, 403, 429) I usually have no issuss integrating and don't even notice that they don't have some "discoverable api". As long as I can get the data I need or can make the update I need I am fine.

I think good rest api design is more a service for the engineer than the client.
by eesmith | 2025-07-09 11:32:38+00:00
Related to, perhaps, but not so relevant as my comment was in response to mousethatroared writing 'As I understand it, English lost a lot of characters when the movable type printing press was created.'

Also, the long s is not a letter of the English alphabet but rather a form of the letter 's', like how ꝛ (the r rotunda) is an archaic variant form of the letter 'r'. https://en.wikipedia.org/wiki/R_rotunda

Similar, I believe, to how Greek σ when in the word-final position is ς, but both are lower-case sigma.
by leereeves | 2025-07-09 11:33:04+00:00
I didn't realize "fabulated" was a word. TIL, thank you. But in this case it doesn't sound like the right word; it means: "To tell invented stories, often those that involve fantasy, such as fables."

I think "confabulated" is more appropriate: "To fill in gaps in one's memory with fabrications that one believes to be facts."
Show HN: Pyhoff – Connect Python ML Models to Beckhoff/WAGO IO Hardware
by Saloc | 2025-07-09 11:33:09+00:00
Built this Python package because I wanted to run hardware controlling ML stuff and other control algorithms directly connected to industrial I/O hardware without jumping into annoying PLC toolchains (Windows only, licensing hassle, no editor choice, proprietary version control - you name it). For sure its not for ms‑cycle loops, or uptime critical production stuff, but in applications with relaxed timing it allows for fast iteration on the setup - making prototyping a pleasure. Its easy to use, has no dependencies beside Python, its fully type annotated and MIT licensed. Internal it uses ModBus/TCP for hardware communication, the implementation is exposed, so it co-serves as ModBus/TCP client library.

I'd love to hear your use cases, feature ideas and PLC toolchain stories ;)

Docs: https://nonannet.github.io/pyhoff
by WhyNotHugo | 2025-07-09 11:33:13+00:00
This sucks. Matter is a closed ecosystem, enforced using a public key infrastructure (PKI) and device attestation certificates. Thread seems to require paying royalties if you want to ship devices. It’s disappointing that IKEA claims that this move is towards a more open ecosystem.

On top of that, the switch breaks compatibility with existing hardware (except for the Touchlink functionality). If you have a bunch of Zigbee devices, but at some point want to add some of the new ones, you need to start thinking about replacing all the perfectly working Zigbee devices or have a fragmented network.
by antegamisou | 2025-07-09 11:33:14+00:00
Understandably I'm becoming a bit dogmatic but I'll say it again, AIMA/PRML/ESL are still the best reference textbooks for foundational AI/ML and will be for a long time.

AIMA is Artificial Intelligence: A Modern Approach by Stuart Russell and Peter Norvig

PRML is Pattern Recognition and Machine Learning by Christopher Bishop.

ESL is Elements of Statistical Learning by Trevor Hastie, Robert Tibshirani and Jerome Friedman.
Show HN: Turn Newsletters into Interactive GPTs
by raunaqvaisoha | 2025-07-09 11:33:44+00:00
I’ve been hacking on a project called Bookshelf (https://www.bookshelf.diy/). It lets you take an archive — say, your Substack export, a bunch of PDFs, or even saved HTML files — and turn that into a retrieval-backed GPT that your readers can query.

The idea is: instead of scrolling archives, they just ask questions. Answers are pulled only from your original content, with citations.

It’s aimed at writers and researchers who want their work to be more discoverable — but without spinning up vector infra or fiddling with RAG pipelines.

For context: I’ve always gone back to Paul Graham’s essays for startup advice. But there’s no good way to search them semantically or contextually. So I tried indexing a few with Bookshelf.

Asked: “How does PG think about evaluating founders?” and got a clean answer sourced from Do Things That Don’t Scale and a couple other essays — citations included. It was surprisingly useful.

So far, one early test case is AnthropoceneGPT (https://sammatey.substack.com/p/introducing-anthropocenegpt) for Sam Matey’s newsletter. It’s seen ~100+ queries. Readers say it works like a smart librarian. He says it gives him ideas for what to write next.

Rough implementation: Input: HTML/PDF exports Chunks + embeds via OpenAI (or local) Stored in a vector DB Retrieval API is called by the custom GPT GPT is instructed to only use retrieved chunks and cite them Auth Option: for tracking on queries to give writers some telemetry

Here’s a demo GPT trained on Paul Graham’s archive: Paul Graham GPT (https://tinyurl.com/paul-graham-gpt)

Would love thoughts on: What would make this better for writers or readers? Any UX nits on the GPT side? Has anyone tried doing something similar in-house?
by hnlmorg | 2025-07-09 11:34:07+00:00
I’ve found LLMs (or at least everyone I’ve tried this on) will always assume the customer is correct and thus even if they’re flat out wrong, the LLM will make up some bullshit to confirm the costumer is still correct.

It’s great when you’re looking to do creative stuff. But terrible when you’re looking to confirm the correctness of an approach or asking for support on something that you weren’t even aware of its nonexistence.
by ptero | 2025-07-09 11:34:45+00:00
As an American, I would welcome the world without American domination. Or without any single country domination for that matter. Competition of systems is good for the world.

It doesn't need to turn the US into some grubby mafia state. It could, but I think it is unlikely. But the road for both the US and the world IMO goes down before it goes up as many systems and alliances around the world that depend on US domination shift or crumble. My 2c.
by FerkiHN | 2025-07-09 11:35:41+00:00
Wow bro, this is amazing! I’m also a fan of writing raw WinAPI code in C — and seeing a fast, no-dependency, single-exe utility like this in 2025 feels like a breath of fresh air. I especially love how snub avoids indexing and gives full control — feels like grep meets Windows-native power.

I starred the repo instantly — and if you’re ever curious, I’m also working on a terminal-based image viewer written in C for retro and embedded use cases. But honestly, snub is super clean and deserves way more attention!

Respect from a fellow low-level dev FerkiHN

Github: https://github.com/Ferki-git-creator/phono-in-terminal-image...
by zamadatix | 2025-07-09 11:37:00+00:00
> And x86 arguably didn't ship >64 hardware thread systems until then because NT didn't support it.

If that were the case the above system wouldn't have needed 8 sockets. With NUMA systems the app needs to be scheduling group aware anyways. The difference here really appears when you have a single socket with more than 64 hardware threads, which took until ~2019 for x86.
by ohdeargodno | 2025-07-09 11:37:28+00:00
Because UI toolkit independent APIs are more flexible than just returning HTML, and considering only HTML means that you offer subpar experiences on most platforms. Not just mobile software, where web apps are awful, but also desktop, where your software doesn't integrate well with the platform if it's just a webpage.

Returning purely data means being able to transform it in any way you want, no matter where you use it. And depending on your usecase, it also means being able to sell access to it.
by pradn | 2025-07-09 11:39:01+00:00
> REST isn’t about exposing your internal object model over HTTP — it’s about building distributed systems that behave like the web.

I think I finally understand what Fielding is getting at. His REST principles boil down to allowing dynamic discovery of verbs for entities that are typed only by their media types. There's a level of indirection to allow for dynamic discovery. And there's a level of abstraction in saying entities are generic media objects. These two conceptual leaps allow the REST API to be used in a more dynamic, generic way - with benefits at the API level that the other levels of the web stack has ("client decoupling, evolvability, dynamic interaction").
by jeroenhd | 2025-07-09 11:39:59+00:00
With Oracle claiming it's not their problem to fix, and with the mobile networking industry generally being slow and old-fashioned, I'm surprised they even offered a bounty and worked with them for public disclosure rather than threatening to sue.

$30k is a pittance for the work put in if you were to negotiate with them as contractors, but it's still a good chunk of change for essentially unprompted, free work. They didn't need to pay them a dime, after all.
by layoric | 2025-07-09 11:40:21+00:00
> it's that the system is intended to be general, and you can't even enumerate ways it can be made to do something you don't want it to do, much less restrict it without

Very true, and worse the act of prompting gives the illusion of control, to restrict/reduce the scope of functionality, even empirically showing the functional changes you wanted in limited test cases. The sooner this can be widely accepted and understood well the better for the industry.

Appreciate your well thought out descriptions!
by jw1224 | 2025-07-09 11:40:25+00:00
I’m not sure I follow, what exactly is your complaint? The Iterator interface is described as:

> Interface for external iterators or objects that can be iterated themselves internally

Note “external iterators or objects”. The Iterator interface is not exactly everyday PHP, it’s a specialist utility for making classes iterable so they can be accessed like arrays. Most developers will rarely use it directly, and it’s not being used in the parent comment’s example either.

Iterating over something requires knowing where you are in the sequence, so of course you would need to implement a method to get the current position of the iteration.
by eska | 2025-07-09 11:40:33+00:00
While I ask people whether they actually mean REST according to the paper or not, I am one of the people who refuse to just move on. The reason being that the mainstream use of the term doesn’t actually mean anything, it is not useful, and therefore not pragmatic at all. I basically say “so you actually just mean some web API, ok” and move on with that. The important difference being that I need to figure out the peculiarities of each such web API.
by cube2222 | 2025-07-09 11:41:06+00:00
This works as long as your docs are below the max context size (and even then, as you approach larger context sizes, quality degrades).

Re cost though, you can usually reduce the cost significantly with context caching here.

However, in general, I’ve been positively surprised with how effective Claude Code is at grep’ing through huge codebases.

Thus, I think just putting a Claude Code-like agent in a loop, with a grep tool on your docs, and a system prompt that contains just a brief overview of your product and brief summaries of all the docs pages, would likely be my go to.
by fuzzy_biscuit | 2025-07-09 11:41:15+00:00
I don't see the neoliberal deregulation you're talking about, so I'll bite.

Regulatory capture I have seen too often e.g. net neutrality getting killed by a Verizon cronie masquerading as a public servant in the FCC. However, from my perspective, it's been mostly conservative powers undoing consumer protections. Unless you mean liberalism in the more European sense, in which case I agree.
by rvz | 2025-07-09 11:42:04+00:00
Tramlines.io presents: Another day, another official MCP server exploited. Again.

Why on earth does Azure need an MCP server? MCPs do not belong anywhere near a critical system responsible for storing sensitive secrets or env vars.

Now the official Azure MCP server can be breach with all your key-vault secrets exfiltrated.

I think this tells you that "MCP" is rising to becoming the worst protocol standard that has ever been designed.

And once again, no-one cares. (they really should)
by monocasa | 2025-07-09 11:42:46+00:00
> Windows didn’t run on these other systems, why would Microsoft care about them?

Because it was clear that high core count, single system image platforms were a viable server architecture, and NT was vying for the entire server space, intending to kill off the vendor Unices.

. For publicly accessible web servers, Linux overtook Windows around 2005. Then in 2006 Amazon launched EC2, and the industry started that massive transition to the clouds. Linux is better suited for clouds, due to OS licensing and other reasons.

Linux wasn't the only OS. Solaris and AIX were NT's competitors too back then, and supported higher core counts.
by mfer | 2025-07-09 11:43:06+00:00
This has nothing to do with Git. A symlink can be packaged up in a tarball and shipped from one system to another. An attacker would need to create a malicious Chart.yaml file and a Chart.lock file pointing to another file. Then ship those to a system where dependencies are then updated.

This doesn't affect things like installing or upgrading a chart. Dependencies aren't updated at that time.
by conartist6 | 2025-07-09 11:43:19+00:00
Yeah, it's just that I'm building things to last the next 50 years. Of course you can build a skyscraper on a foundation of wet noodles and it would still be (impressive) engineering, but the structure would not stand the test of time.

So yeah, it's a clever approach, and useful even, but there's no way I can see that that such a noodl-y hack could become the bedrock for all other infrastructure
by api | 2025-07-09 11:43:37+00:00
Outsider here but — is it conceivable that instead of writing a geometry kernel one could be trained? Use the existing geometry kernels and all the open CAD documents you can find to generate gigantic amounts of training data and train a geometry model.

Of course the catch here is going to be the precision required for real world use. A ton of impressive AI demos are just that — demos. They are good enough to wow as a demo. Still, if the data set is big enough, and you’d probably want to run the model itself in at least fp32 precision, maybe you could get something.

There is a body of machine learning work that’s been done on precision annealing of models. Basically you train to min loss and then go into a finer grained domain using something like simulated annealing to fine tune parameters.
by input_sh | 2025-07-09 11:43:47+00:00
Pretty much every static site generator has an option of splitting a page into reusable components, so something like:

<html> {% include "components/head.html" %} <body> {% include "components/navbar.html" %} ... </body> </html>

Some even allow you to pass variables, so something like:

{% include "components/button.html" text="example" url="https://example.com" %}
by muzani | 2025-07-09 11:45:09+00:00
JS was designed in a few days. And many years later, people made proposals to it and improved it. A few like TS built on top of it.

Standards that are well designed end up like Java - still flawed and clunky. And built on top as well.

MCP wasn't designed by anyone omniscient. So if you found flaws with it, go ahead and propose something.
by hasanhaja | 2025-07-09 11:45:14+00:00
> there wasn’t a developer experience by which you could build a website or web app (or both) as a single, cohesive unit, covering both front-end and back-end

How much of the frontend and how much of the backend are we talking about? Contemporary JavaScript frameworks only cover a narrow band of the problem, and still require you to bootstrap the rest of the infrastructure on either side of the stack to have something substantial (e.g., more than just a personal blog with all of the content living inside of the repo as .md files).

> while avoiding the hydration performance hit

How are we solving that today with Islands or RSCs?
Ask HN: Would this idea combat the negative portrayal of men in thriller novels?
by amichail | 2025-07-09 11:45:46+00:00
As most readers of thriller novels are women, it's not a surprise that thrillers portraying men as violent criminals tend to make more money.

Instead of trying to get men to read more thriller novels, it would probably be easier — and more effective — to simply ask them to donate large sums of money to authors and publishers who release more balanced thriller novels.

Do you think this idea would work?