MurphyA/hacker-news huggingface dataset:
by matty22 | 2026-01-14 14:34:18+00:00
In a perfect world, AI would be used to reduce the amount of work humans must do, to free up their time to make more art. Not used to replace human expression with soulless slop generated from art stolen from other artists.

That's why there's less backlash against AI that writes code and more backlash when the video game industry uses it for creative assets.
by cess11 | 2026-01-14 14:34:34+00:00
The 5k batching is done when inserting the jobs into the database. It's not like they exert some special control over the performance of the database engine, and this isn't what they're trying to measure in the article.

They spend some time explaining how to tune the job runners to double the 17k jobs/s. The article is kind of old, Elixir 1.14 was a while ago, and it is basically a write-up on how they managed a bit of performance increase by using new features of this language version.
by Measter | 2026-01-14 14:34:46+00:00
Another issue we have to consider here for the measurements taken then is that it was miscompiling, which, to me, calls into question how much we can trust that performance change.

Additionally, it was 10 years ago and LLVM has changed. It could be that LLVM does better now, or it could do worse. I would actually be interested in seeing some benchmarks with modern rustc.
by maples37 | 2026-01-14 14:34:49+00:00
To anyone going down this route, there's a surprisingly deep rabbit hole when you look into "how copy the bits off the drive and into a .wav file". There are a lot of places where errors can be introduced: the quality of the CD drive, the condition of the disc itself, how fast the drive is spinning for the rip, etc. I didn't think this was a big issue until I got a load of cheap used discs, started ripping them with my laptop, and later discovered issues with some of the rips, even on discs which looked perfectly fine.

There's a tool called cdparanoia[1] whose goal is to babysit the CD drive and ensure that it gets a complete, perfect, uninterrupted stream of bits off the drive, and will use a lot of tricks to go back and re-read any data that didn't come back cleanly. I always used it with abcde[2], which was a wrapper around it with album lookup, tagging, and ffmpeg support. I highly recommend anyone amassing a CD rip collection take a look at it, both are still packaged in present-day Ubuntu.

[1] https://www.xiph.org/paranoia/faq.html
[2] https://abcde.einval.com/wiki/
by LargeWu | 2026-01-14 14:34:56+00:00
The thesis of the article says "If it was bad under Obama, imagine how much worse it is now". It's literally in the headline. This is not the dunk you think it is.

Nobody disputes ICE was bad then. The difference is that Obama wasn't cheering them on, saying anybody who was abused or even murdered by ICE deserved it. Trump isn't just allowing this, he's given them a mandate to act this way.
by utopiah | 2026-01-14 14:35:31+00:00
Neat, my current setup is :

- stream from FIP.fr via cvlc
- when I absolutely love a tune, buy on Bandcamp
- if it's not available or I bought it elsewhere, e.g. old CD, then get from Soulseek
- scp my ~/Music directory on my mobile phone

I tried LMS for few weeks but honestly just plain VLC is enough for me.

Anyway, point is, this decision makes me want to buy from Bandcamp even more.
Show HN: Dockyard – Fast Docker CLI Alternative Written in Rust
by txmxr | 2026-01-14 14:35:31+00:00
Hello HN! I built Dockyard, a terminal UI for managing Docker containers on
resource-constrained servers.

I made this because I was running a bunch of containers on cheap VPSs (the
$5-10/month tier) and existing Docker management tools were surprisingly
heavy. Portainer needs 500MB+ just to run, and even CLI tools like ctop
would stutter on my 2GB droplets when polling stats from multiple containers.

Dockyard is written in Rust with an async architecture that fetches container
stats concurrently and keeps the UI responsive without blocking.

Some things it handles:

- Real-time container monitoring without the overhead

- Parallel stats collection (no sequential polling lag)

- Works well on ARM (Raspberry Pi, etc.)

- Non-blocking UI that stays snappy even under load

The project is in it's infancy...I've been running it on my own servers for a few
months, but I'd love feedback on the UX and whether the async approach
actually makes a difference on your setups.

GitHub: https://github.com/905timur/dockyard
by PaganLecturer | 2026-01-14 14:35:56+00:00
I would like to say that an in app way of purchasing the app would be great.
Something like what FUTO software does.
Just add the card details and click pay button, easy two step process.

If you want to receive compensation for the work you put into making the app, then you need to start treating it as work and call it a payment and not donation.
by bjourne | 2026-01-14 14:36:07+00:00
Haha, I'm touting my own ten year old horn: https://news.ycombinator.com/item?id=12749717 Also see steveklabnik's comments. They are relevant.

Back then the C implementation of the (i.e., "one") micro benchmark beat the Rust implementation. I could squeeze out more performance by precisely controlling the loop unrolling. Nowadays, I don't really care and operate under the assumption that "Python is faster than $X and if it is not, it is still fast enough!"
by floro | 2026-01-14 14:36:11+00:00
You get downvoted because you're implying substances like methamphetamine are common in vapes (as per your linked article), which it obviously is not, and already highly illegal.

The truth is you can mix your own vape juice from just PG, VG and nicotine. Which are completely harmless to eat (except nicotine) and used in food products.
A more rational discussion would be about if inhaling PG and VG is harmful to the lungs, or the additional unregulated stuff you find in flavoring of vape juice.
by devavinoth12 | 2026-01-14 14:36:21+00:00
That’s a fair question. The short answer is focus and simplicity.

I didn’t try to cover every possible AI photo use case. I intentionally limited the feature set to a few workflows (enhancement, avatars, creative edits) and tried to make them fast and easy to understand for first-time users.

This is also my first iOS app, so a big goal was learning how to ship something usable end-to-end rather than building a very broad tool that never quite feels finished.

I’m actively learning from early feedback and trying to improve clarity and results quality over time.
by teddyh | 2026-01-14 14:36:24+00:00
The problem with long lines was reportedly markedly improved in Emacs 29:

Emacs is now capable of editing files with very long lines.
The display of long lines has been optimized, and Emacs should no
longer choke when a buffer on display contains long lines. The
variable 'long-line-threshold' controls whether and when these display
optimizations are in effect.

A companion variable 'large-hscroll-threshold' controls when another
set of display optimizations are in effect, which are aimed
specifically at speeding up display of long lines that are truncated
on display.

If you still experience slowdowns while editing files with long lines,
this may be due to line truncation, or to one of the enabled minor
modes, or to the current major mode. Try turning off line truncation
with 'C-x x t', or try disabling all known slow minor modes with
'M-x so-long-minor-mode', or try disabling both known slow minor modes
and the major mode with 'M-x so-long-mode', or visit the file with
'M-x find-file-literally' instead of the usual 'C-x C-f'.

In buffers in which these display optimizations are in effect, the
'fontification-functions', 'pre-command-hook' and 'post-command-hook'
hooks are executed on a narrowed portion of the buffer, whose size is
controlled by the variables 'long-line-optimizations-region-size' and
'long-line-optimizations-bol-search-limit', as if they were in a
'with-restriction' form. This may, in particular, cause occasional
mis-fontifications in these buffers. Modes which are affected by
these optimizations and by the fact that the buffer is narrowed,
should adapt and either modify their algorithm so as not to expect the
entire buffer to be accessible, or, if accessing outside of the
narrowed region doesn't hurt performance, use the
'without-restriction' form to temporarily lift the restriction and
access portions of the buffer outside of the narrowed region.

The new function 'long-line-optimizations-p' returns non-nil when
these optimizations are in effect in the current buffer.

— <https://www.gnu.org/software/emacs/news/NEWS.29.1>
by tremon | 2026-01-14 14:36:52+00:00
the security models designed into operating systems never considered networked systems

The security model was aimed at putting the user in control of the software they run. That's what general-purpose computing is: allowing the user to use the machine's resources for whatever general purpose they intend. The only protection required was to make sure the user couldn't interfere with other users on the same system.

What was never considered before is adversarial software. The model we're now operating under is that users are no longer in control of the software they run. That is the primary thing that has changed; not the users, not the network, but the provenance and accountability of software.
by pinus-cembra | 2026-01-14 14:37:49+00:00
Hi HN,

I wasn't happy with the existing alternatives to Disqus, so I built my own.

Commentix is a fast, lean comment system that you can embed with just two lines of code. It's highly customizable (CSS-friendly to match your site), includes moderation tools, and is SEO-friendly by making comment threads crawlable by search engines.

Happy to answer any questions, and feedback is very welcome.

Link: https://www.commentix.com
by bluGill | 2026-01-14 14:37:52+00:00
My company told everyone to bring their own mug, which they were expected to wash from time to time. Then they give mugs for "thanks for working here" awards once in a while so they can be sure everyone has one. Soap and a sink are provided near the coffee makers.

Paper cups are still provided, but it is intended visitors not people who work in the building.
by mikkupikku | 2026-01-14 14:38:01+00:00
Even with PET, arguably the most recyclable plastic, most of it doesn't go bottle-to-bottle but rather bottle-to-textile. Because most PET "recycling" doesn't close the loop, so it's dubious to even call it recycling. That said, some bottle-to-bottle recycling of PET is done, and this has been getting better.
by sdenton4 | 2026-01-14 14:38:21+00:00
That time he showed up on metafilter with a sock puppet and talked about himself in the third person.

https://www.metafilter.com/102472/How-to-Get-a-Real-Educatio...

"As far as Adams' ego goes, maybe you don't understand what a writer does for a living. No one writes unless he believes that what he writes will be interesting to someone. Everyone on this page is talking about him, researching him, and obsessing about him. His job is to be interesting, not loved. As someone mentioned, he has a certified genius I.Q., and that's hard to hide." - Scott Adams, as plannedchaos
by deng | 2026-01-14 14:38:39+00:00
Erm... things are a bit more complicated than you make them out to be and I'm afraid you do not really know a lot about how all of this works (me neither, btw, this is all very, very messy). It is correct that Spotify pays artists through distributors (and they partly own one, Distrokid, but that's another story) or labels. But there are usually also royalties that need to be paid for songwriting, lyrics and performance, which can (and often do) go to different people. This is extremely complicated and different from country to country, but completely separate from the distributor. The artist/lyricist/performer will receive these royalties (if they registered for it) from entirely different institutions. This is the prime advantage of "royalty-free" music - you need to pay only the artist (or their representation like distributor/label), either flat or per stream/performance/whatever... So in summary: yes, Spotify most definitely saves a ton of money with steering people towards this kind of stuff. I also wouldn't be surprised at all if they actually just pay flat fees for that junk.
by ACCount37 | 2026-01-14 14:38:44+00:00
Are they now?

OpenAI's o3 was SOTA, and valued by its users for its high performance on hard tasks - while also being an absolute hallucination monster due to one of OpenAI's RLVR oopsies. You'd never know whether it's brilliant or completely full of shit at any given moment in time. People still used o3 because it was well worth it.

So clearly, hallucinations do not stop AI usage - or even necessarily undermine AI performance.

And if the bar you have to clear is "human performance", rather than something like "SQL database", then the bar isn't that high. See: the notorious unreliability of eyewitness testimonies.

Humans avoid hallucinations better than LLMs do - not because they're fundamentally superior, but because they get a lot of meta-knowledge "for free" as a part of their training process.

LLMs get very little meta-knowledge in pre-training, and little skill in using what they have. Doesn't mean you can't train them to be more reliable - there are pipelines for that already. It just makes it hard.
by chrisjj | 2026-01-14 14:38:45+00:00
Agreed.

Referring to West Midlands Police previously denying the use of AI in its report, Timothy posts on X: "They didn't just deny it to the home affairs committee. They denied it in FOI (Freedom of Information) requests.

"They said they have no AI policy. So officers are using a new, unreliable technology for sensitive purposes without training or rules."

https://www.bbc.co.uk/news/live/c394zlr8e12t
by embedding-shape | 2026-01-14 14:38:49+00:00
> I wonder whether the situation with Google Maps is any different now. I'm not a developer, so I don't need to know. I'm just curious.

As the Google Maps APIs/libraries already exited the "growth" phase where the focus is acquiring new users, and entered the "squeeze" phase, I'd say it's worse today than it was in 2019.
by shagie | 2026-01-14 14:39:02+00:00
Might have been the bike share bubble? Asianometry - China's Bonkers Bike-share Bubble https://youtu.be/FQrEDq8KPiU and China Observer - bike graveyard https://youtu.be/49xQ2sTkjwM

During: https://www.weforum.org/stories/2020/07/4-big-bike-sharing-t...

After: https://www.news8000.com/lifestyle/money/china-s-bike-sharin...
by HarHarVeryFunny | 2026-01-14 14:39:15+00:00
In general "Is programming language X faster than Y" is a meaningless question. It mostly comes down to specific implementations - specific compilers, interpreters, etc.

The only case where one language is likely to be inherently faster than another is when the other language is so high level or abstracted away from the processors it is going to run on that an optimizing compiler is going to have a hard time bridging that gap. It may take more work for an optimizing compiler to generate good code for one language than another, for example by having to recognizing when aliasing doesn't exist, but again this is ultimately a matter of implementation not language.
by smeeagain2 | 2026-01-14 14:39:27+00:00
Do you even know how to weld? I happen to be a TIG welder also. A decent one too, despite not having occasion to use this skill often. I learned by doing it myself, and by reading theory and integrating that to my real world knowledge.

I did not need to be held by the hand and instructed by anyone. I'm just the guy who locks himself in a room full of technical manuals and code printouts for six weeks, and emerges an expert. You're the guy who has to be locked in that room (by someone like me) because you don't have the motivation or drive to go in there voluntarily. Right?

How much studying did you do in school? How many notes did you take? I never did any of that shit. I refused to do homework and refused to take notes. Ever. Not even once. I simply listened, thought about what was said, asked questions, then aced every test while failing every homework assignment, graduating with a C average. In other words, I successfully gave as little time or attention as possible to that useless shithole institution. Mission accomplished.

To summarize: you are speaking to a self-educated polymath on the level of Thomas Jefferson or Nikola Tesla. (And don't think that I'm not aware of it.) Who are you again? Some random college graduate? Don't embarrass yourself by pretending that you are in any way above my level simply because you sat like a drone in a classroom for four years. You will never be on my level, period. Get it through your head.

I have here in my notes that you're also a Coincidence Theorist--the worst kind of moron--and that you are heavily in favor of censorship, which makes you a scumbag also. In conclusion, you aren't fit to lick the mud off my boots. Get lost.
Show HN: Query Jsonl in the Browser (DuckDB‑WASM) with Markdown Preview
by jsimonrichard | 2026-01-14 14:39:32+00:00
I got tired of reading raw markdown strings inside JSON files (which often happens in AI benchmarks, evals, logs, etc.) so I created https://ad-hoc-lens.dev.

It's a client-only web app built on top of DuckDB-WASM that can query those JSON files and render the returned string as markdown.

OSS Repo: https://github.com/jsimonrichard/ad-hoc-lens

Features:
- JSON(L), TSV, CSV, and Parquet files are all supported
- Strings annotated with the `md(...)` macro will be rendered as markdown
- The data you upload never leaves the tab

I'd love to hear your feedback, especially on
- the general user experience
- performance limits
- any features that would make your life better!

You can respond here or create an issue on the GitHub repo.
by torginus | 2026-01-14 14:40:17+00:00
Are you sure?

I just looked at the top CVEs for chrome in 2025. There are 5 which allow excaping the sandbox, and the top ones seem to be V8 bugs where the JIT is coaxed into generating exploitable code.
One seems to be a genuine use-after-free.

So I can echo what you wrote about the JS engine being most exploitable, but how is Rust supposed to help with generating memory-safe JITed code?
by spaceman_2020 | 2026-01-14 14:40:28+00:00
Price seems to be a pretty big factor, as well as the lack of any charging infrastructure. There’s also the fact that a lot of scooter owning families don’t have dedicated parking spaces in/outside their homes - not even enough to put up a charging point

The other problem is that the pricing for any decent eScooter starts hitting the same price range as a mid-range (for India) bike

The Ola S1 Pro has the same price as Bajaj NS200.

In the Indian context, bikes have way more street appeal. Even a cursory glance would tell you that the Bajaj NS200 looks way cooler than Ola S1.

So at that price range, a consumer essentially has to decide between a cool 150-200cc motorcycle from a trusted manufacturer, or a rather uncool electric scooter from a brand new manufacturer with reports of unreliability, poor charging infrastructure and unknown long term longevity
by alistairSH | 2026-01-14 14:40:40+00:00
We have an e-assist bicycle, so not quite the same as an e-scooter (moto-style, not kick). But, it's great. It doesn't have a throttle, so no pedal-free mode, but with assist on full setting, it'll go 18mph with very little effort. Great for the 8 mile ride to my wife's office (minimal sweat, she does shower there) and she can turn down the assist on the way home for a cardio workout.

Here in the US, most of the e-scooters (moto-style) are range-limited (battery size/tech) and overpriced (north of $5K) for what you get. Not when a 150cc scooter is <$5000 and will go >100 miles on a ~1 gallon tank.
by 2Gkashmiri | 2026-01-14 14:41:20+00:00
Yep. Bought first one in 2019. Hero electric. Unon-registration one. Brilliant.

In 2023 bought one cheap lead acid battery one for ₹40k. Best cheap decision ever. Takes me around the city. Replaced batteries last month for ₹13k.

I went with cheap ones because they are Low tech. Its simpler to service. Simpler to fix and diy.

My daily run is around 10km so i don't care for anything mileage. In cities, its perfect, even the heavy duty tech loaded ones.
by ahmedm24 | 2026-01-14 14:42:10+00:00
Good point, currently if user intent classified as DIY and because it take more time to process the plan and the products, I added a button during process to cancel that will disregard the DIY path and simply return only the products. There is also follow up with context and can update the results and UI as well, but still finetuning these hard turns from DIY to shopping and vice versa.
by Bridged7756 | 2026-01-14 14:42:27+00:00
It's always nice to have the professional opinion of a psychiatrist over here. It's the first time I hear that "meds being too easy to use" is a drawback, coming from a professional, guess I've come addicted to my psychiatric ailments solely due to how easy the medication is to take, I mean, just a pop and a gulp and I'm the happiest person in the world, so much so that I stop trying completely to better myself!

Oh, how little I am learning to walk by myself. I would be running by now if I was unmedicated and about, the problem is that my mind is weak and I'm lazy. If only I had traded these woke mind virus pills for a stoicism book, or lifting metal, or 'detoxed', what a silly human I am. But I guess the weak and mentally strong, unlike yourself, can't do much about it but keep taking all this poison and remaining sheep. Please keep enlightening us with your knowledge and superiority.
by embedding-shape | 2026-01-14 14:42:29+00:00
> I believe Chromium development often uses a mode with .dlls dynamic linking instead of what they release which is all static linked exactly to speed up incremental development. The "fast" case is C not C++.

Bevy, a Rust ECS framework for building games (among other things), has a similar solution by offering a build/rust "feature" that enables dynamic linking (called "dynamic_linking"). https://bevy.org/learn/quick-start/getting-started/setup/#dy...
by kouteiheika | 2026-01-14 14:42:43+00:00
Yes. All `&mut` references in Rust are equivalent to C's `restrict` qualified pointers. In the past I measured a ~15% real world performance improvement in one of my projects due to this (rustc has/had a flag where you can turn this on/off; it was disabled by default for quite some time due to codegen bugs in LLVM).
by cheesecompiler | 2026-01-14 14:43:01+00:00
In the 70s, the Polaroid SX-70 camera included a disposable battery in every film pack. After 10 shots, you threw away both it and the plastic film case with its large metal spring mechanism. When the film production stopped in the late 00s, you could use 600 film designed for other polaroid bodies reloaded into a 779 native SX70 cartridge, because the battery would last much longer than the initial 10 shots.
by fsflover | 2026-01-14 14:43:05+00:00
Apart from the fact that this is extremely rare, the first vulnerability is not a complete escape. For example, any offline vault VM storing secrets stayed secure. This is just not happening with any other security approach.

Speculative sidechannel attacks have nothing to do with OS or compartmentalization technology, since they are the problem of CPUs. Nothing can help here, so this is irrelevant to this discussion. Except that Qubes Air will save you in the future: https://www.qubes-os.org/news/2018/01/22/qubes-air/
by codyklimdev | 2026-01-14 14:43:51+00:00
I haven't used them because I'm a big learn-by-doing guy that is constantly looking to expand or strengthen my skillset. Using a background coding agent takes all of the tinkering and debugging out of it, which is great if I just want results quickly, but completely counterintuitive if my goal is to become a better developer/engineer/architect/whatever.