frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: A mobile-first React share sheet with native sharing

https://sharesheet.gwendall.com
2•ges•3m ago•0 comments

Ask HN: Tips for getting the ROM for an old speech synthesizer?

2•ctoth•3m ago•0 comments

Show HN: Karmic Tail Calculator – A Destiny Matrix Patterns

https://karmictail.net
1•lion__93332•4m ago•0 comments

Show HN: I forced Apple to admit a "Product Issue" using AI and CIA principles

https://medium.com/@ryu360i/when-authorization-breaches-availability-analyzing-the-27-2kb-icloud-...
1•ryuzaburo•4m ago•0 comments

PluriSnake gameplay [Sun Jan 11, 2025 puzzle] – Beta available [video]

https://www.youtube.com/watch?v=JAjd5HgbOhU
1•amichail•7m ago•1 comments

Ask HN: What was the best sci-fi book of 2025?

2•Erikun•8m ago•0 comments

I mapped out how debugging works during production incidents

https://nemorize.com/roadmaps/debugging-under-pressure
1•reverseblade2•8m ago•1 comments

Desperately Seeking Squircles (2018)

https://www.figma.com/blog/desperately-seeking-squircles/
2•kjeetgill•8m ago•0 comments

Show HN: AI Vibe Coding Hackathon

https://vibe.devpost.com
1•abdibrokhim•9m ago•0 comments

NCSA Mosaic 2.7, one of the first graphical web browsers

https://github.com/alandipert/ncsa-mosaic
1•stmw•12m ago•0 comments

guys why does armenian completely break Claude

https://twitter.com/dyushag/status/1993143599286886525
12•ag8•13m ago•3 comments

Systematically generating tests that would have caught Anthropic's top‑K bug

https://theorem.dev/blog/anthropic-bug-test/
2•jasongross•14m ago•0 comments

Sampling at negative temperature

https://cavendishlabs.org/blog/negative-temperature/
4•ag8•16m ago•0 comments

Show HN: Sunshine Optimist: Optimistic takes on daylight and sunset times

https://sunshineoptimist.com
1•willj•16m ago•0 comments

Worldview – persistent strategic context for Claude Code

https://www.extremeclarity.ai/worldview
1•faizanbhat•17m ago•1 comments

The Machinery of Terror

https://chrishedges.substack.com/p/the-machinery-of-terror
1•chmaynard•17m ago•0 comments

QR Spaces – One QR and custom domain to share all your links

3•iamgaazi•17m ago•2 comments

The Subtle Injury – Being pretty good

https://tevonsb.com/thoughts/subtle-injury/
2•tevon•18m ago•1 comments

From fragmented code to consistent output with AI rules

https://www.stromcapital.fi/blog/cursor-rules
1•ronistrom•19m ago•0 comments

Why (We Don't Need To?) Care About Debt-to-GDP?

https://papers.ssrn.com/sol3/papers.cfm?abstract_id=5271557
1•neehao•20m ago•0 comments

Show HN: A MCP for controlling terminal UI apps built with bubbletea and ratatui

https://github.com/michaellee8/mcp-tui-server
1•michaellee8•22m ago•0 comments

Green Waste: Inefficient Allocation of Green Subsidies

https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6048714
1•neehao•22m ago•0 comments

Mississippi Transformed Its Schools from Worst to Best

https://www.nytimes.com/2026/01/11/us/mississippi-schools-transformation.html
1•ghaff•24m ago•1 comments

Exponential growth continued – cargo-semver-checks 2025 Year in Review

https://predr.ag/blog/cargo-semver-checks-2025-year-in-review/
1•todsacerdoti•25m ago•0 comments

LLMs – Part 2: Order Matters – Positional Encoding

https://vasupasupuleti.substack.com/p/llms-part-2-order-matters-positional
1•vpasupuleti10•31m ago•1 comments

LLMs – Part 1: Tokenization and Embeddings

https://vasupasupuleti.substack.com/p/llms-part-1-tokenization-and-embeddings
1•vpasupuleti10•31m ago•1 comments

AI's Bottleneck Isn't Models or Tools, It's Security

https://zkorman.com/posts/ai-bottleneck-is-security/12
1•chillax•33m ago•1 comments

Keeping 20,000 GPUs Healthy

https://modal.com/blog/gpu-health
1•susam•34m ago•0 comments

Canada's Scaling Problem Isn't Compute, It's Coastlines

https://zeitgeistml.substack.com/p/canadas-scaling-problem-isnt-compute
5•eh_tk•34m ago•1 comments

The Curious Case of Stack Pivot Detection

https://seclists.org/oss-sec/2026/q1/48
1•todsacerdoti•35m ago•0 comments
Open in hackernews

Show HN: An interactive demo of QR codes' error correction

https://qris.cool
109•Xiione•8mo ago
Hi HN! This is a hobby project of mine that recently landed me my first interview and helped me get my first internship offers.

Draw on a QR code, and the health bars will accurately display how close the QR code is to being unscannable. How few errors does it take to break a QR code? How many errors can a QR code handle? Counters at the bottom track your record minimum and maximum damage. (Can you figure out how to break a QR code with 0.0% damage to the actual data region?)

Also, click on the magnifying glass button to toggle between "draw mode" and "inspect mode". I encourage you to use your phone's camera to scan the code as you draw and undo/redo to verify that the code really does break when the app says it does.

I wrote the underlying decoder in C++, and it's compiled to WebAssembly for the website.

I hope you find it interesting.

Comments

flysand7•8mo ago
It's surprising how much data you need to corrupt while still being able to read the QR code, that's what I'd take out from this. The demo is interesting in that respect, but I do think it's somewhat incomplete.

It seems to be missing some explanations regarding how the code is structured and how it performs error correction. I feel like there's little point in interacting with a system you don't understand or not trying to understand. And I also think there are cool ways to make those things interactive as well. Pick an image, then explain what the little squares in the corners are for and provide little interactivity to see how they affect the decoding. Then move on to the error correction. This step-by-step style of interactivity may be better, I'd think about that.

As for what is there, the first thing I don't like here is icons. The four icons in the lower-right corner (result data, format info, ..) are hard to distinguish, and are hard to correlate with the "history" tab. I'd probably either make them slightly different color, or actually simplifying these icons further might be a better option, just because they're so small.

But yeah it is pretty hard to tell what I'm interacting with, unfortunately. I don't know pretty much nothing about QR codes, and I don't know what the different kinds of errors are, what "EC" stands for etc.

UI should probably be rethought as well, because before I was writing the comment I had no idea I could switch a brush. Hell, I had no idea I was changing colors (the cursor covered half the space of the pixels, so I couldn't tell)

The idea's cool though, good work

Xiione•8mo ago
Thank you so much for the honest feedback. One of the reasons I tried to not get into the math details is because the preliminaries would be somewhat lengthy, some people would not be familiar with what a finite field is so explaining even that succinctly would be its own challenge for me. But for those that the concepts are within reach for (like the folks here on HN), you are right that I ought to make some effort to explain what is going on, at least intuitively. As for the UI considerations, great feedback, I'll definitely take it all into account when re-designing. I'm open to additional suggestions from everybody.

Ultimately I'm glad that I was able to get the main point across. That is, that QR codes can take a lot more abuse than one might assume. Thanks for checking my work out!

boomskats•8mo ago
How can you say that you 'don't know pretty much nothing about QR codes' and that you 'feel like there's little point in interacting with a system you don't understand or not trying to understand', while feeling qualified enough to write a critique claiming a demo of said thing you know pretty much nothing about is incomplete?

You don't know what EC stands for but you have an opinion on when the error correction should be demoed? And the first thing you don't like are the icons?

OP, if I were you I would ignore this critique entirely. This is a fantastic demo. The usability was spot on (I learned a lot in a very short amount of time) and your /repos readme is _exactly_ what I wanted to read. It is perfectly executed.

I'm gonna dig into your code a bit more tomorrow, but you should be very proud of this. You have a bright future ahead of you.

Xiione•8mo ago
Thanks so much for your kind words! As a principle I try to at least listen to what everyone has to say, I wish I could make everybody happy but in the end I incorporate the feedback I'm convinced of/already agree with. Let me know if you have any thoughts on my code, and thank you for the github follow :)
gen3•8mo ago
Very cool work! I really like being able to see the blocks and directly interact with them. It's nice to feel out how the ECC works. I can see myself using this to draw custom QR codes in the future!
myself248•8mo ago
Oh, this is cool. My favorite part is being able to mouse over the health bars at the right, and see exactly which bits they draw from in the code itself.
teuobk•8mo ago
Awesome! I love seeing how the blocks are affected by twiddling bits.
pveierland•8mo ago
Super cool interface to explore. It took a bit of playing around with the UI to understand all the features. My only feedback would be to try to make the "Continue" part of the flow to get to the sandbox easier to discover.
Xiione•8mo ago
Thanks! The "continue" was one of those things that started off as a placeholder and didn't change much, I'll definitely be adjusting it.
solardev•8mo ago
This is really cool! Thanks for sharing!

Is there a way to get it to compute and visualize the MAXIMUM possible error rate for any given QR code? Like what is the greatest number and arrangement of pixels that could be altered before the QR code is no longer readable?

(Bonus: Is this a setting that can be controlled during QR code generation, based on version number or error correction level, etc.? Can you make some sort of huge and very complex QR code with a lot more redundancy than a smaller one?)

Xiione•8mo ago
Thanks for checking it out! Essentially, for any given QR code the maximum error rate is reached when you deplete every block's health bar to 1 remaining slice, making sure to invert every pixel in each codeword you've touched (the individual tetris-piece shaped chunks), and then introduce one more single pixel error in any block. This is actually independent of the arrangement of corrupted codewords within each block.

The amount of redundancy is determined solely by the specific version-ecLevel pair a code has. So, the code with the largest amount of redundancy (in bytes) is one that has version 40 and EC level H - a staggering 2.43kB of redundancy vs. 1.28kB of data! See this particular sample: https://qris.cool/decode?sample=135