MurphyA/hacker-news huggingface dataset:
by Joel_Mckay | 2025-11-07 05:54:38+00:00
There are JS frameworks that port to most platforms in about 3 minutes (use a Mac for iOS builds):

https://quasar.dev/introduction-to-quasar/

That being said, Erlang/Elixir abstracts most db use-cases with ecto, and has some other incredibly powerful scalable features for sites:

https://www.phoenixframework.org/

* Distributed

* Fault-tolerant

* Highly available

* Hot swapping

Depends on the use-case, but if your product is <14 month lifecycle App/shovel-ware, than go JS for the labor compatibility... Yet if you are hitting >40k concurrent users, the options winnow down fairly quickly.

Have fun =3
by Klonoar | 2025-11-07 05:56:57+00:00
> Seems like soapboxing for Rust via backhanded compliments about this amazing tool.

I'm not sure how you read it that way? To me it reads like "yes, this is a good and notable thing even if it's not perfect".

(The creator of Fil-C is also in this thread and doesn't appear to be reading it that way...)
by Waterluvian | 2025-11-07 05:57:19+00:00
What exactly is the Farmer’s Almanac? I always thought it was basically a big set of historical data that helped provide a sort of statistical foundation for choices, even if the why isn’t explained.

Which seems like I can completely understand it as a practical tool in the past but fairly obsolete in modern times.

Or did it evolve, too, and was essentially modern science and maths, dressed in the trappings of a beloved cultural relic? Or is it more than ever a collection of stories and advice and other culture, and much less about the actual almanac?
by vintermann | 2025-11-07 05:57:47+00:00
I notice foreign propaganda has sneaked in there. It wouldn't have been there 20 years ago. Then defending site blocking with the need to stop foreign propaganda would be seen as a huge self-goal.

People might even have assumed it was sarcastic, and that you didn't actually want site blocking, if you defended it that way.

I think people have forgotten how extreme that position used to be.

(Money laundering and anything involving payment and debts are also independent of site blocking - it's neither sufficient or necessary to block sites to do that.
Show HN: Switchport – A/B Test Your LLM Prompts in Production
by rjfc | 2025-11-07 05:57:55+00:00
I built a platform that allows you to more easily experiment with different system prompts in production. You can record your own metrics and it will automatically tie this information to whatever experiment treatment the user is in. For example, being able to test two system prompts and see which one actually improves user success rates or engagement. This might be useful in something like a sales or customer support agent.

You can update these experiments and prompts within the UI so you don't have to wait for your next deployment.

It's still pretty early but would love any feedback!
by simonw | 2025-11-07 05:58:07+00:00
Just one example: if you know the training data used for a model you can prompt it in a way that can expose whether or not that training data was used.

The NYT used tricks like this as part of their lawsuit against OpenAI: page 30 onwards of https://nytco-assets.nytimes.com/2023/12/NYT_Complaint_Dec20...
by Agentlien | 2025-11-07 06:00:53+00:00
There's been quite a few games in recent years where I notice some system and think "ugh, do I really need to bother with this, too?". Especially crafting or skill point systems which feel slapped on. Some games make them a fun and integral part of the gameplay, some seem to include them because it's trendy and it just adds friction and mental load with little payoff.

I don't mind complexity, some of my favorite games are ridiculously complex (Dwarf Fortress), but the complexity needs to pay for itself.
by vlovich123 | 2025-11-07 06:01:10+00:00
> Python, Zig, Elixir, JS, C to name a few?

For a significant portion of time Python was funded by Google, Meta and Facebook and maybe some other corps.

Zig doesn’t have any serious adoption in the industry yet but if/when it does I’d expect corps to be hiring the language devs.

JS is a consortium but it’s filled primarily with Google and Apple engineers.

Same goes for C/C++ lot of Apple, MS and Google engineers.

Elixir I’m not sure about. Rust was largely turns out employed by Amazon until the most recent culling.

It’s not surprising. This is technically difficult work and if the language is important to a corp they’ll hire the maintainers. There needs to be a funding source and in the industry that typically means a for profit company paying the salary of the people moving things forward. Indeed - it’s one of the things Rust is struggling with for now.
by cyrusradfar | 2025-11-07 06:01:10+00:00
WHAT -- just had to Google and you're absolutely right! Makes sense that time has moved forward.

https://www.theverge.com/2023/10/26/23933206/google-apple-se...

I'm still using numbers from a post I wrote in 2016

https://techcrunch.com/2016/07/24/apple-lays-the-groundwork-...
by aw1621107 | 2025-11-07 06:01:28+00:00
That's a really interesting timeline! Sounds like it's been stewing for a lot longer than I expected. Was there anything in particular around 2018 that changed your opinion on the idiotic-ness of the premise?

If a hypothetical time machine allowed you to send the InvisiCaps idea back to your 2004-era self, do you think the approach would have been feasible back then as well?
by simonw | 2025-11-07 06:02:09+00:00
Hard to be sure because the source of that information isn't known, but generally when people talk about training costs like this they include more than just the electricity but exclude staffing costs.

Other reported training costs tend to include rental of the cloud hardware (or equivalent if the hardware is owned by the company), e.g. NVIDIA H100s are sometimes priced out in cost-per-hour.
by crystal_revenge | 2025-11-07 06:04:54+00:00
This line of reasoning is smelling pretty "no true Scotsman" to me. I'm sure there were amazing ColdFusion devs, but that hardly justifies the use of the technology. Likewise "This tool works great on the condition that you need to hire a Simon Willison level dev" is almost a fault. I'm pretty confident you could squeeze some juice out of a Markov Chain (ignoring, of course, that decoder-only LLMs are basically fancy MCs).

In a weird way it sort of reminds me of Common Lisp. When I was younger I thought it was the most beautiful language and a shame that it wasn't more widely adopted. After a few decades in the field I've realized it's probably for the best since the average dev would only use it to create elaborate foot guns.
Show HN: Weather app demos with ClojureScript in the browser (zero build tools)
by agilecreativity | 2025-11-07 06:05:51+00:00
I built 8 progressive weather demos using ClojureScript and the National Weather Service API, all running directly in the browser without any build tools or backend.

The demos start with a simple location lookup and progress to a complete dashboard with 7-day forecasts, hourly timelines, and weather alerts. Each example builds on the previous one, showing different ClojureScript patterns.

Everything runs with Scittle (browser-based ClojureScript) and Reagent. You can view the source code inline with each demo and see how it works immediately.

Built this to show practical API integration examples that people can actually learn from and use.
by Der_Einzige | 2025-11-07 06:06:16+00:00
That number is as real as the 5.5 million to train DeepSeek. Maybe it's real if you're only counting the literal final training run, but total costs including the huge number of failed runs all other costs accounted for, it's several hundred million to train a model that's usually still worse than Claude, Gemini, or ChatGPT. It took 1B+ (500 billion on energy and chips ALONE) for Grok to get into the "big 4".
by eviks | 2025-11-07 06:07:21+00:00
This seems trivially false to you because you don't rise above the trivial, but also forget about similar trivial fails in TUIs.

> They could be garbage in every other way, but at least they have that

Not really, they could also not implement keyboard input for some interactions and only react to mouse. You could have a click-to-open-url in your terminal without a keyboard fallback setup. Of course, you could set it up, but that would be "polish if you put in the effort" There is no limit to garbage.

> Also once your workflow is increasingly keyboard based (like when using a tiled window manager),

Exactly, for example, you've set your Windows key to be reponsible for all window-based movements, so you have it move/resize app windows and want to have the same key help you move/resize "inner windows/panes/columns" in a TUI app. Well, tough luck, the terminal doesn't even recognize this modifier!

Again, "as polish if you put in the effort" you can achieve anything via some external remapping to supported keys, but "otherwise" you don't have keybindings, and don't even have generalized fallback common (though not universal, again, there is no limit to garbage) to GUIs.

Or you'd be unable to bind some key combo because in a terminal that key combo is equivalent to regular typing and you need to timeout to differentiate between the two, so a permanent friction.

> tab is swallowed by an input so you can't even tab past a component

Of course you can, use your keyboard to move the mouse pointer and click outside of the input field. All pure organic keyboard-based interaction! "They could be garbage", but at lest you have that keyboard-based option (yes, only "polish/put in effort")
by simonw | 2025-11-07 06:07:58+00:00
The argument here is that React has permanently won because LLMs are so heavily trained on it and default to it in their answers.

I don't buy this. The big problem with React is that the compilation step is almost required - and that compilation step is a significant and growing piece of friction.

Compilation and bundling made a lot more sense before browsers got ES modules and HTTP/2. Today you can get a long way without a bundler... and in a world where LLMs are generating code that's actually a more productive way to work.

Telling any LLM "use Vanilla JS" is enough to break them out of the React cycle, and the resulting code works well and, crucially, doesn't require a round-trip through some node.js build mechanism just to start using it.

Call me a wild-eyed optimist, but I'm hoping LLMs can help us break free of React and go back to building things in a simpler way. The problems React solve are mostly around helping developers write less code and avoid having to implement their own annoying state-syncing routines. LLMs can spit out those routines in a split-second.
by vintermann | 2025-11-07 06:10:21+00:00
You're confusing censorship with moderation.

Moderation is when you block information from me, because I don't want to see that information.

Censorship is when you block information from me, because you don't want me to see that information.

Cloudflare is the former. Or at least, that's what they want to do. Or say that they want to do. If you let someone or something do moderation on your behalf, there's always a good deal of trust involved, that they're not manipulating you by also blocking information you would have wanted to see. Moderation is not a trivial matter. But it's also not censorship.
by Der_Einzige | 2025-11-07 06:10:43+00:00
That's super wrong. A lot of why people flipped out about Deepseek V3 is because of how cheap and how fast their GPUaaS model is.

There is so much misinformation both on HN, and in this very thread about LLMs and GPUs and cloud and it's exhausting trying to call it out all the time - especially when it's happening from folks who are considered "respected" in the field.
by petralithic | 2025-11-07 06:13:12+00:00
How would the product work if for example I just wanted to get basic information from various websites, such as "how many calories are in a McDonald's hamburger?" I'm creating a product that tracks calories via natural language and I'd want a structured JSON back of calories, grams of fat, protein, carbs etc. What API would I use for that, the Chat API one?
by somenameforme | 2025-11-07 06:14:40+00:00
Feel free to try to create a plausible explanation for his aggressive behavior otherwise. Why would you say he was running towards the office officer only to 'accidentally' land on him right as he passed him? And then why would he go outside, push one officer, and begin grappling with another? This is not how normal people behave.

He actually gave an explanation for this which we clearly know is a lie - he claimed that "when he tried to speak with the agents and show them the legal paperwork for his employees, they shoved him to the ground, and at least one agent put his knee on Shouhed’s neck." [1] He probably wasn't aware the outside altercation had been recorded. Where's the paperwork? And in this case 5 illegal aliens were arrested, including one who had already been arrested and deported twice previously.

There's a balance to all things in life. Obviously we should not be blindly prejudiced against individuals on one extreme, yet on the equal but opposite extreme one can be so open minded that your brain falls out.

[1] - https://www.newsweek.com/trump-admin-sued-for-50m-over-immig...
Show HN: Combining Python data analysis with ClojureScript UI (browser-based)
by agilecreativity | 2025-11-07 06:14:40+00:00
I built a system that runs Python's data science stack (Pandas, NumPy, Matplotlib) alongside ClojureScript UI components, entirely in the browser using Pyodide and Scittle.

The article includes working demos showing stock market analysis and sensor data patterns. Python handles the heavy data processing while ClojureScript manages the interactive UI - all without a backend or build tools.

Click any example to see live code execution with visualizations. You can modify the Python or ClojureScript code and see results immediately.

This bridges the Python data science ecosystem with ClojureScript's functional UI patterns in a way that's accessible to both communities.
by DocTomoe | 2025-11-07 06:15:36+00:00
When you've seen this over and over again, you notice the pattern.

Marsf’s declaration will stand as a warning, yet not a turning point. The Japanese community will fade into quiet dignity, its pages archived and replaced by machine-rendered text that sounds correct but says nothing alive. A few veterans like Michele will remain, mending sentences by candlelight, until exhaustion or disillusion drives them away too.

Within Mozilla, the story will become legend told in conference calls - “remember when the Japanese translators quit over the bot?” Some manager will sigh, another will nod, and the project will move on. In a year, SumoBot will be improved, made less intrusive, and marketed as community-enhanced translation.

What will endure is not the bot or the bureaucracy, but that farewell note - an act of witness that proved people still care enough to walk away.

If Shakespeare wrote the final scene, it would close not on victory or defeat, but on silence: a hall of empty chairs, lit by the blue glow of screens that still translate into nothingness.
by ehnto | 2025-11-07 06:16:15+00:00
I'm also interested in more low level or systems programming, though I am coming from a mostly backend/system integration background. I feel like a roadblock is that I am self taught, and though I have been doing software engineering professionally for 15 years and software as a job for 20, I still can't call myself an engineer legally. I certainly know I can do the work, but I worry about hiring being wary of a lack of credentials as a legal liability for lower level stuff.

I would love to hear people's stories of interesting jobs they've gotten without a degree in this space.
by DocTomoe | 2025-11-07 06:17:02+00:00
Kiki is a corporate emissary caught between empathy and policy. I believe she genuinely wants reconciliation and understanding (“Would you hop on a call?”) but speaks in the soft dialect of institutional mediation. Her motivation is damage control through dialogue - to rebuild trust without ceding systemic control. She carries the company’s tone of “we’re listening,” but not yet its willingness to yield.
by dmje | 2025-11-07 06:19:31+00:00
I’m unclear how the new data helps anyone? If you identify you’ve been in a data breach with Adobe for instance, you change your Adobe password. But if you’re in this new dataset there’s no service being pointed at - just “you’ve been breached” which doesn’t really help anyone apart from those who have the same pwd for everything. Maybe they’re the audience, I’m unclear.
by 9rx | 2025-11-07 06:19:43+00:00
> the core market of farmers gets smaller every year.

While the Farmer's Almanac doesn't go out of its way to prevent farmers from reading it or anything, it was really geared more towards suburbanites with an interest in things like gardening.

The Old Farmer's Almanac is more geared towards farmers, but there is no signs of it ending publication.
Ask HN: Should browsers natively support React-like UI patterns?
by xfr | 2025-11-07 06:20:35+00:00
Every major web framework today (React, Vue, Solid, etc.) ends up re-implementing the same ideas in JavaScript: component trees, diffing, and DOM reconciliation. This means every frame of UI work runs through an interpreted, garbage-collected layer that the browser ultimately has to translate back into the real DOM anyway.

I’ve been thinking about what would happen if browsers added native, framework-agnostic primitives for this kind of work. A sort of "WebUI API", analogous to how WebGL and WebGPU expose low-level graphics primitives.

Imagine if the browser exposed a small set of APIs for:

- Creating and updating virtual UI trees natively

- Performing diff and patch operations in optimized C++/native code rather than JS

- Integrating directly with the rendering pipeline (layout, paint, composite)

- Managing component lifecycle hooks and update scheduling

Frameworks like React could detect and use this interface automatically, just like they detect `navigator.gpu` today. This would eliminate a huge amount of JS overhead without "baking React into the web."

In short: treat UI diffing and reconciliation as a first-class workload, not something libraries must implement manually

Has anyone tried to push something like this through WICG or WHATWG? Are there good reasons browsers haven’t done it (besides standards politics)? And what pitfalls do you see in letting the browser handle the virtual DOM natively?
Show HN: I built a search engine for all domains on the internet
by iryndin | 2025-11-07 06:20:55+00:00
Hi HN,

I built DomainExplorer.io, a search and analytics tool that lets you explore newly registered and expired domains across all TLDs — updated daily.

The idea came from my frustration how hard it is to search for registered/expired domains. I wanted a simple and easy-to-use tool with web UI where you could submit queries like:

- Find all domains in .com and .net zones that end with "chatgpt".

- Find all expired domains that have "copilot" substring in name (excluding .ai and .io zones) and their name is shorter than 12 symbols

- Find all domains with "amazon" in name and that were created earlier than June 20, 2023

But there was nothing like that around.

So I decided to built this tool myself.

DomainExplorer.io currently indexes 300M+ active domains from 1,500+ zone files, refreshed daily. You can filter by TLD (zone), name length, active or expired, substring or patterns (e.g. “starts with best”, “ends with copilot”, "contains chatgpt"), and download the results as CSV or JSON.

Tech stack: Go, PostgreSQL, React/TypeScript, hosted on baremetal server (cloud is way too expensive for me for such a project), and a custom search index that I designed and built myself because ElasticSearch/Lucene were either too slow or excessively packed with features that I did not need. As a result, I've built pretty lean and performant search engine for domains, you literally get results within 1-2 seconds across all 300M domains search.

I’d love your feedback — especially around use cases I might be missing (security research, trend tracking, brand monitoring, etc.) and any ideas for making search faster or more useful for developers.

Please give it a try!

https://domainexplorer.io
by vthriller | 2025-11-07 06:20:57+00:00
My guess is the sheer amount of data that archive.org has, which means:

- even higher costs associated with seeding archives (egress traffic, storage iops capacity required etc)

- chances of finding a 3rd-party seed for arbitrary file would be pretty slim, which means seeding on your own most of the time, which would make this hardly any better than offering files over HTTP only.

Anna's Archive, after all, is only an index.
by timinou | 2025-11-07 06:21:56+00:00
I don't buy it either. I've been building my own backend framework for the past 2.5 years, and even though it's a DSL over Python and there's no documentation online and barely one in my computer, Claude Code understands it with enough usage examples in my codebase.

In front-end as well—I've been able to go much farther for simple projects using alpine than more complex frameworks. For big products I use Elm, which isn't exactly the most common front-end choice but it provides a declarative programming style that forces the LLM to write more correct code faster.

In general, I think introspectible frameworks have a better case, and whether they're present in training data or not becomes more irrelevant as the introspectibility increases. Wiring the Elm compiler to a post-write hook means I basically have not written front-end code in 4 or 5 months. Using web standards and micro frameworks with no build step means the LLM can inspect the behaviour using the chrome dev tools MCP and check its work much more effectively than having to deal with the React loop. The ecosystem is so fragmented there, I'm not sure about the "quality because of quantity of training data" argument.
by eviks | 2025-11-07 06:22:01+00:00
1. if you use some external window manager tool, what workflow does tmux/term provide you that OS-level windows with that tool do not?

2. specifically for "keyboard-centric tech users" that's a big fail since the terminal platform is not capable of supporting advanced keybindings presisely because all they do is "target the lowest common denominator" (as defined in 1965) of keybinding support!!! So your cool setup from a GUI code editor is simply not transferrable.

3. this is very rare, I mean, just look at the screenshots, a lot of them couldn't even add non-gapped borders=== ---!
by miffy900 | 2025-11-07 06:23:10+00:00
I feel like there could be a loophole here for the new-framework-author. Stick to using JSX for the view; JSX is just syntax sugar for built in react functions for constructing a tree, which can be easily swappable with your own implementation. I recall years ago using a babel plugin that just emitted static HTML from JSX. I know Vue.js v2 also had JSX support that way.

I think LLMs, despite already being trained massively on React, can easily adapt their output to suit a new framework's-specific API surface with a simple adjustment to the prompt. Maybe include an abbreviated list of type/function signatures that are specific to your new framework and just tell the LLM to use JSX for the views?

What I think will definitely be a challenge for new library authors in the age of LLMs is state management. There are already tons of libraries that basically achieve the same thing but have vastly different APIs. In this case, new lib-authors may be forced to just write pluggable re-implementations of existing libraries just to enable LLMs to emit compilable/runnable code. Though I dont know of any state management library that dominates the web like React does with the view layer.
by NoMoreNicksLeft | 2025-11-07 06:25:33+00:00
>It would be possible to board and arrest smugglers with “a nuke or whatever”.

Oh sure. A 5% chance of finding that boat on that particular day, and confiscating the device. That sounds like a great idea. I think I'd rather stick with causing the smugglers enough misery that they consider another line of work.