MurphyA/hacker-news huggingface dataset:
by JyrkiAlakuijala | 2026-01-14 10:02:40+00:00
Disclaimer: As a manager I led the JPEG XL design, implementation and standardization effort at Google, and as an IC I was responsible for lossy format, encoding heuristics and image quality.

JPEG XL is not that massive.

JPEG XL spec is slightly less than 100 pages, about half the size of the JPEG1 spec.

A simple implementation in j40 was around 7000 lines of code last time I looked, not sure if it is 100 % complete however.

A simple encoder at libjxl-tiny is of similar size and very attractive to be used for expressing similar coding decisions in hardware intended for digital cameras.

A complex speed optimized C++ decoder implementation is ~35000 lines of code, but much of it is not due to the spec, but getting most out of SIMD-powered multi-core computers.

The binary size increase in Chromium on arm for adding (in the past) the C++ decoder was around 200 kB in APK size, possibly around 0.1 %.
by dependency_2x | 2026-01-14 10:04:21+00:00
I'm vibe coding now, after work. I am able to much more quickly explore the landscape of a problem, get into and out of dead ends in minutes instead of wasting an evening. At some point I need to go in and fix, but the benefit of the tool is there. It is like a electric screwdriver vs. normal one. Sometimes the normal one can do things the electric can't, but hell if you get an IKEA deliver you want the electric one.
by antirez | 2026-01-14 10:05:46+00:00
Every time some production environment can be simplified, it is good news in my opinion. The ideal situation with Rails would be if there is a simple way to switch back to Redis, so that you can start simple, and as soon as you hit some fundamental issue with using SolidQueue (mostly scalability, I guess, in environments where the queue is truly stressed -- and you don't want to have a Postgres scalability problem because of your queue), you have a simple upgrade path. But I bet a lot of Rails apps don't have high volumes, and having to maintain two systems can be just more complexity.
by nextaccountic | 2026-01-14 10:05:53+00:00
That's FFI bindings. I need to provide the function signature of every API, because Erlang isn't statically typed. It's okay if some library provides it (like the linked , but I don't want to write this by hand if I can avoid it. And it's definitely not out of box, someone has to write the bindings for it to work

It would be different if I didn't have to write bindings and Gleam integrated automatically with foreign APIs. For Erlang that's probably not possible, but for the Javascript ecosystem it could make use of Typescript signatures maybe. (it would be very hard though)
by d12frosted | 2026-01-14 10:06:58+00:00
The long-line issue is real, though my statement was specifically about building UIs with widgets/overlays/text properties - not handling arbitrary files. In that context, Emacs's display engine is genuinely well-optimized: it handles overlays, faces, text properties, and redisplay regions efficiently.

When you're building a UI, you control the content. Lines are short by design (form fields, buttons, lists). The pathological case of a 50KB minified JSON line simply doesn't occur.

The long-line problem stems from how Emacs calculates display width for bidirectional text and variable-pitch fonts - it needs to scan the entire line. That's orthogonal to rendering widgets or interactive buffers.
by ashniu123 | 2026-01-14 10:07:13+00:00
For Node.js, my startup used to use [Graphile Worker](https://github.com/graphile/worker) which utilised the same "SKIP LOCKED" mechanism under the hood.

We ran into some serious issues in high throughput scenarios (~2k jobs/min currently, and ~5k job/min during peak hours) and switched to Redis+BullMQ and have never looked back ever since.
Our bottleneck was Postgres performance.

I wonder if SolidQueue runs into similar issues during high load, high throughput scenarios...
by schnitzelstoat | 2026-01-14 10:07:51+00:00
I agree that all the AI doomerism is silly (by which I mean those that are concerned about some Terminator-style machine uprising, the economic issues are quite real).

But it's clear the LLM's have some real value, even if we always need a human-in-the-loop to prevent hallucinations it can still massively reduce the amount of human labour required for many tasks.

NFT's felt like a con, and in retrospect were a con. The LLM's are clearly useful for many things.
by Imustaskforhelp | 2026-01-14 10:08:57+00:00
Please create a way to share conversations. I think that can be really relevant here

I am not a huge fan of AI but I allow this use case. This is really good in my opinion

Allowing the ability to share convo's, I hope you can also make those convo's be able to archived in web.archive.org/wayback machine

So I am thinking it instead of having some random UUID, it can have something like https://duckduckgo.com/?q=hello+test (the query parameter for hello test)

Maybe its me but archive can show all the links archived by it of a particular domain, so if many people asks queries and archives it, you almost get a database of good queries and answers. Archive features are severely underrated in many cases

Good luck for your project!
by miguel-muniz | 2026-01-14 10:09:25+00:00
Multiple thoughts on this:

1.0 Creating a software bundle is the expected play by a company that keeps trying to grow their subscription revenue, but lots of creators are fed up paying an arm and a leg for software they'll never own that they need to do their job. Canva turned a lot of heads and got new people into Affinity just by making it free, I would have liked to see Apple lead with the same pitch rather than make just another bundle.

2.0 I feel like this is a u-turn on what made buying Apple hardware so great. You paid a pretty penny for the hardware but you would get high quality software with more care and attention paid to it than their competitors. This has changed in recent years, with many of the iWork products languishing with only minor updates as the market has evolved towards simplified cloud-based tools. Although there's still free functionality and the subscription provides a more affordable way to get into their pro tools, I fear the free versions will become second-class.

2.1 The same has happened to their stance on advertising as well, with the App Store getting ads and Maps being next in line to get them too. Microsoft and Google are still much worse than Apple in this regard, but I thought they would hold out for much longer than cave to growing pressures to grow revenue.

3.0 I'm not a fan of putting generative AI as a selling point in a product called "creator studio". Many artists are against the usage for various reasons, and Apple has a long history of aligning themselves with creative individuals. Seems like a misunderstanding of what their audience would want.

4.0 No Garageband or iMovie feels like they've abandoned them. Which is a shame for tools that have started so many creator's careers. There's still a need for simplified tools for creators early in their careers or with simpler needs, something that CapCut has shown.

5.0 There's still gaps in their bundle. There's no software for UI design. I could see Apple acquiring Sketch, they would just need to reach feature parity with Figma. There's lots of organizations getting squeezed by Figma's enterprise contracts, and most product designers I know are already on Macs. There's also no drawing or animation software. I could see them acquiring the team behind Procreate and Procreate Dreams to fill it. That software already sells iPads, many artists have gotten their start with digital art with it. Another gap is publishing, although they could probably add functionality to Pages or buy Swift Publisher.

6.0 Who is this for? Every organization under the sun already pays for Office 365, and I've never known a designer who's used Pixelmator for their day to day work. Affinity felt like a much more compelling alternative to Adobe, and anyone with simple enough needs to use these tools is probably already using web-based tools on their Windows laptop. I suppose hobbyists, but I'm not sure if a subscription is compelling for them.
by sham1 | 2026-01-14 10:09:56+00:00
> RMS asks you to give something up: Your right to share a thing you made, under your conditions (which may be conditions even the receiving party agree on), nobody is forced in this situation, and then he calls that evil. I think that is wrong.

This is not true, though. As a copyright holder, you are allowed to license your work however you wish, even if it's under for example GPL-3.0-or-later or whatever. You can license your code outside of the terms of the GPL to a particular user or group of users for example for payment.

Really, it's only when the user agrees to abide by the license that you'd have to give access to source code when asked, for example.

> I love FOSS, don't get me wrong. But people should be able to say: I made this, if you want to use it, it's under these condition or I won't share it.

And they can. Whether that wins one any friends or not is another matter.
Show HN: SVGFix – transforms SVG path coordinates to origin, not just viewBox
by stardeltaio | 2026-01-14 10:09:58+00:00
I kept running into the same problem: SVGs from Figma/Illustrator with offset viewBox values that break when converting to PNG or using in icon systems.

Existing "crop" tools just adjust the viewBox attribute. But if your paths have coordinates like "M 150 200 L 180 230", the viewBox crop doesn't fix the underlying issue.

SVGFix actually translates all path d attributes so coordinates genuinely start at 0,0. Then it normalizes the viewBox to match.

- Runs entirely in browser (no uploads)
- Auto-processes on drop
- Shows before/after size savings

Built with Astro + Vue, open source: https://github.com/stardeltaio/svgfix.net

Would love feedback from anyone who's dealt with this SVG coordinate nightmare.
by dduvnjak | 2026-01-14 10:11:27+00:00
It's both disposable and rechargeable. It has to be rechargeable as the battery doesn't contain enough capacity for the total amount of juice that's stored in them. E.g. a vape could have 10k puffs of juice, but the battery only lasts for ~2k of puffs so you have to recharge it about 5 times until the juice runs out. But once it runs out, there's no way to refill the juice so they get discarded.
I remember when these USB-C vapes originally came out, we were joking that vapes got USB-C before the iPhone did.
by vladms | 2026-01-14 10:11:37+00:00
Interesting, but one assumption for "would be massively amplified" is that we are more connected. It seems that people are (at least feeling) more lonely (ref: https://www.gse.harvard.edu/ideas/usable-knowledge/24/10/wha...).

So, while dishonesty can spread through social networks, does not address if the total dishonesty is larger or lower or equal to, for example 100 years ago, because there are many factors involved.
by pron | 2026-01-14 10:11:42+00:00
> Without ever increasing memory/CPU, you're going to have to squeeze more performance out of the stone (more or less unchanging memory/CPUs).

The memory overhead of a moving collector is related only to the allocation rate. If the memory/CPU is sufficient to cover that overhead, which, in turn help save more costly CPU, it doesn't matter if the relative cost reduced (also, it's not even reduced; you're simply speculating that one day it could be).

> I'm not saying it will be fully gone

That's a strange expression given that the percentage of programs written in languages that rely primarily on a GC for memory management has been rising steadily for about 30 years with no reversal in trend. This is like saying that more people will find the cost of typing a text message unacceptable so we'll see a rise in voicemail messages, but of course text messaging will not be fully gone.

Even embedded software is increasingly written in languages that rely heavily on GC. Now, I don't know the future market forces, and maybe we won't be using any programming languages at all but LLMs will be outputting machine code directly, but I find it strange to predict with such certainty that the trend we've been seeing for so long will reverse in such full force. But ok, who knows. I can't prove that the future you're predicting is not possible.

> It's supported by Google's usage of Rust.

There's nothing related here. We were talking about how Zig's design could assist in code reviews and testing, and therefore in the total reduction of bugs, and you said that maybe a complex language like Rust, with lots of implicitness but also temporal memory safety could perhaps have a positive effect on other bugs, too, in comparison. What you linked to is something about Rust vs C and C++. Zig is at least as different from either one as it is from Rust.

> And the overall error rate still favors Rust.

Compared to C++. What does it have to do with anything we were talking about?
by iNic | 2026-01-14 10:11:51+00:00
We should do both and it makes sense that different orgs have different focuses. It makes no sense to berate one set of orgs for not working on the exact type of thing that you want. PauseAI and ControlAI have each received less than $1 million in funding. They are both very small organizations as far as these types of advocacy non-profits go.
by baq | 2026-01-14 10:12:08+00:00
"People are falling in love with LLMs" and "P(Doom) is fearmongering" so close to each other is some cognitive dissonance.

The 'are LLMs intelligent?' discussion should be retired at this point, too. It's academic, the answer doesn't matter for businesses and consumers; it matters for philosophers (which everyone is even a little bit). 'Are LLMs useful for a great variety of tasks?' is a resounding 'yes'.
by camgunz | 2026-01-14 10:14:13+00:00
I was a contractor/consultant between 2020-2023; I have a problem w/ authority so it suited me. But work/life balance was awful--I have 2 kids now, and I can't do nothing for 6 weeks then work 100 hour weeks for 4 weeks. The maximum instability my life will tolerate is putting the kids to bed at 9 instead of 8:30 lol. I'm also in the Netherlands so there's also other benefits. Worker protections are very strong here, so it's highly unlikely I'll be fired or laid off; I can't be asked to work overtime; I can't be Slack'd after hours; I can drop down to 4 days a week no questions asked, when the kids were born I got a ton of paid leave, etc. Not to imply I work at some awful salt mine; I like my current gig and coworkers/leadership.

Anyway, this is a collective action problem. I don't take any responsibility for the huge plastic island in the Pacific, nor do I take any responsibility for the grift economy built on successive, increasingly absurd hype waves of tech (web 2.0, mobile, SPAs, big data, blockchain, VR, AI). I've also worked in social good, from Democratic presidential campaigns and recounts to helping connect people w/ pro bono legal services, which is to say I've done my time. There are too many problems for me to address, I get to pick which, if any, I battle, I am happy if my kids don't meltdown too much during the evening. Maybe when they're both in school I can take more risks or reformulate my work/life balance, but currently I'm focused on furthering the human race.
by lucasRW | 2026-01-14 10:14:21+00:00
Coverage is not the mere existence of an article. Coverage is what's visible. Anyone concerned about Iran was clearly seeing for the whole first week of Jan that there were 0 visible article on the BBC and a few others, this has been turned into memes, captured on screenshots, etc, there is ample evidence, just type "Iran bbc" on X.
But this probably a collective hallucination I get it.
by jcgl | 2026-01-14 10:14:42+00:00
That does sound better, but haven't you just made the unlocked seconds stage bootloader functionally equivalent to secure boot keys?

Instead of [get released SB keys] -> [boot arbitrary payloads]

It becomes [get unlocked second stage bootloader] -> [boot arbitrary payloads]

Although, I guess that the details matter in terms of the process used to supply OTAs and second stage bootloaders. If changing to the unlocked bootloader requires physical access (or some such thing), then I could see that working.

Is there anything else I'm missing?
by d12frosted | 2026-01-14 10:14:51+00:00
Interesting, thanks for sharing! I've had thoughts about making vui.el backend-agnostic so it could target different widget implementations (like xwidgets or even native-GUI). An SDL-based widget library could potentially be one of those backends. Need to dig into appetrosyan's work before I can say anything intelligent about it though. And of course, it was an idea and I am unlikely to dive deep without practical need (time is limited, sadly).
by account42 | 2026-01-14 10:15:10+00:00
It's pretty simple to deal with cancel culture without limiting speech:

First, speak out about it and shame those engaging in it. If its not socially acceptable to ruin someone's live over their opinions then less people will go along with the mob and it becomes less of a problem.

Second, make sure that people's livelihoods are not ruined by people being mad at them. That's essentially what anti-discrimination laws do we just need to make sure they cover more kinds of discrimination. Essentially large platforms should not be allowed to ban you and employers should not be able to fire you just because a group of people is upset with something you expressed outside the platform/company.
by te_chris | 2026-01-14 10:15:50+00:00
Yeah, but most of the the old (2000s in particular) mid-range hifi units all had decent-enough DAC's to do 44.1/16bit. And they're cheap now.

https://www.ebay.co.uk/itm/317751858636 e.g. £65 doesn't even remotely get you close to listenable in vinyl.
by leogao | 2026-01-14 10:16:15+00:00
> The purpose here is not to responsibly warn us of a real threat. If that were the aim there would be a lot more shutting down of data centres and a lot less selling of nuclear-weapon-level-dangerous chatbots.

you're lumping together two very different groups of people and pointing out that their beliefs are incompatible. of course they are! the people who think there is a real threat are generally different people from the ones who want to push AI progress as fast as possible! the people who say both do so generally out of a need to compromise rather than there existing many people who simultaneously hold both views.
Show HN: Remio A second brain without headaches
by AliceH0521 | 2026-01-14 10:16:45+00:00
remio is designed to free you from being a manual data porter for AI. By syncing your full context, it builds a zero-effort Second Brain that understands your work as well as you do.

We call this AI knowledge base "remio", because we want to build a local first app to "remember every input and output". As knowledge workers, we are stuck copy-pasting context just to get a decent answer. We spend more time digging through scattered Slack threads, Google Docs, and local files than actually doing the work.

So here is what we made:

1. Connect once: It automatically indexes your full context—web history, local files(PDF/Word/Slides...), Slack messages, emails, meetings, and more.

2. Maintenance-free: Forget manual tagging or organizing. Just ask remio to do the dirty work: find anything in seconds, generate your daily recap, or recall details you’ve forgotten.

3. Local-first by design: No more vendor-lockin and cloud leaks. All data is stored locally on your device, and you also enjoy 100% data security with BYOK.

Stop organizing, start chatting. Get tailored answers with your second brain today!
And feel free to comment on what you think about remio. We love to hear from you.
by kelnos | 2026-01-14 10:17:36+00:00
> Someone who makes their living from their art adjusts it to the preferences of the remaining customer base.

If that means "making racist art", then I think that says a lot of validating things about why most of his original customer base abandoned him.

> the fact that the woke crowd objects to that while being fine with essentially the same statement levied against whites.

This reads like the classic "things right-wingers believe about leftists that have nothing to do with what leftists actually believe".
Show HN: Auto-fix Google Play Store translations that exceed character limits
by jelmervnuss | 2026-01-14 10:20:10+00:00
I built Play Console Translation Assistant, a Chrome extension that fixes a very specific time-consuming problem: Google Play Store listing machine translations that exceed character limits.

When localizing apps, translated titles and descriptions often end up just a few characters too long. Play Console then blocks saving, and the usual workflow becomes manual rewriting, counting characters, retrying, and copy-pasting between tools.

This extension runs directly inside Google Play Console and:

- Detects all available languages in your store listing

- Extracts titles, short descriptions, and full descriptions

- Identifies only the fields that exceed character limits

- Generates rewritten versions that fit within limits

- Lets you review and deselect any changes

- Applies fixes back into Play Console in one click

Nothing is changed automatically. Everything is reviewable before applying.

I’d love feedback on:

- Whether this solves a real pain point for you

- Edge cases you’ve run into with Play Console translations

- Anything that feels confusing or unnecessary

Happy to answer any questions.
by lyu07282 | 2026-01-14 10:20:23+00:00
I think it's interesting how gamers have developed a pretty healthy aversion to generative ai in video games. Steam and Itch both now make it mandatory that games disclose generative ai use and recently even beloved Larian Studios was under fire for using ai for concept art. Gamers hate that shit.

I think that's good, but the whole "AI is literally not doing anything", that it's just some mass hallucination has to die. Gamers argue it takes jobs from artists away, programmers seem to have to argue it doesn't actually do anything for some reason. Isn't that telling?
by pseudohadamard | 2026-01-14 10:20:59+00:00
Exactly. If I wanted to tap into cables somewhere I'd use a shell company owned by a shell company to buy some nondescript house next to where they run and extend the basement a bit, not have plans on file for my fecking national embassy saying "Cable tap room here".

And even if they did tap into one of a million random fibre links, all they're going to see is a bunch of encrypted data streams, which they can completely ignore because the remarkably cheap cleaning company that services the target company's offices is bringing them the plaintext every evening.

Sounds like the usual yellow-peril paranoia.
by camel-cdr | 2026-01-14 10:21:46+00:00
> The answer, if it’s not obvious from my tone already:), is 8%.

Not if the data is small and in cache.

> The performant route with AVX-512 would probably include the instruction vpconflictd, but I couldn’t really find any elegant way to use it.

I think the best way to do this is duplicate sum_r and count 16 times, so each pane has a seperate accumulation bucket and there can't be any conflicts. After the loop, you quickly do a sum reduction for each of the 16 buckets.
by peyton | 2026-01-14 10:22:06+00:00
Unlike Scott Adams, no struggle sessioner cares what black people actually think. They’ve been promised lordship over other men and today line up at his wake to collect.

Confused between morality and ethics, their true use is in driving passive alienation, which serves those in power. I think white leaders learned from the Civil Rights movement to keep their distance from blacks and won’t make the same mistake twice.