The Curious Comeback of the Dreaded QR Code
wired.com
wired.com
> Don't look now, but QR codes have begun to creep back. They have different names now—Snap Codes and Spotify Codes and Messenger Codes and Other Things Codes—and a much improved sense of style, but the idea hasn't changed.
Snapchat ID codes and Facebook Messenger ID codes are NOT based on QR Code technology. They don't look remotely the same. My guess is that they are proprietary and have no published standard. Because of their geometry and layout, they both probably have much lower raw information density than QR codes.
What's funny is that in China QR codes are commonly called by the generic name of 二維條碼 (two-dimensional barcodes), but the Wired article makes the opposite mistake of calling every 2D barcode as "QR Code".
However, note that WeChat/Weixin/微信 2D barcodes are valid QR codes. (The picture in the middle is treated as a correctable error.)
So why not encode that data in a human readable format? I think it's the same argument as a binary storage format vs. plaintext. Sure you gain a slight bit of efficiency on the application side of things. But the decreased portability and ease of use is usually not worth the trade-off.
The problem is of course barcode isn't quite right either. The term 2D or Matrix codes never really caught on (of course the FB symbol isn't a matrix code either).
Further, the "dreaded" is a bit of poorly worded editorializing. But I recall a few years ago when they started popping up, that whily maybe not dreaded, people thought they were a stupid gimmick (for all the reasons mentioned in the article) and many times intrusive or tasteless. Dreaded similar to fucking blue LEDs. That is, to say, Blue LEDs are useful, but it was damn fucking annoying when a bright one was put on damn everything they didn't belong.
QR codes are great, and I never understood why they're treated as such a joke.
QR codes often encode URL's/URI's and the application typically hits up a database upon scanning them just like any other inventory barcode.
* QR codes mandate a minimum of 15% area used for error correction and a maximum of 60%.
* Data Matrix codes mandate a minimum of 0% area used for error correction and a maximum of 50%.
* The amount of overhead in QR codes (finders, timing, alignment) is probably in the same ballpark as Data Matrix codes (black lines, checkered lines).
* PDF417 codes demand low vertical resolution (e.g. 15 thick steps) but high horizontal resolution (e.g. 200 thin steps). They are hard to scan on a phone camera. Although this thick-thin design is appropriate for line scanners, the asymmetry in horizontal-vertical information density leads to poor information density overall and higher susceptibility to damage and unreadable barcodes. Square primitive blocks make sense because they are more spatially balanced.
That said dense 2D barcodes read by dedicated imagers in controlled lighting scenarios, as far as I've seen, are always datamatrix. Not sure if that's merely historical or if there's a technical reason for that.
To me it always seemed like a nice and simple piece of tech.
They just never caught on in the west - but for a while at least they were popular in Japan (maybe they still are).
For me if I see a QR code and there's also a printed url then I'll just google it faster than finding my qr app. If it was more complex data than that it might be useful but I'm looking in my QR code history and I don't see them being used for anything but simple links.
Authenticator keys, Bitcoin addresses, wallet backup, setting up keys for things like Signal's desktop client, etc. All seem like great uses for QR codes to me.
For marketing they're stupid.
For other applications where the QR code itself is grandstanding as being somehow important or novel it's ridiculous. In other words, anything that says "Scan our QR code" is an automatic fail because you'll have to open a special app to read it, not the payment app that just happens to use them as a method of data exchange.
http://picturesofpeoplescanningqrcodes.tumblr.com/
I myself have never seen or heard of anyone actually using a QR code. However I read with great interest the HN thread two days ago about how cashless purchasing is done in China with wechat and QR codes, etc.
This is all relevant to my interests as "Oh By"[1], a project I am working on, is (among other things) a replacement for QR Codes.
[1] https://0x.co
It's useful for other things, like scanning wifi passwords, or inventory tracking. Actually that's about it.
they do have good uses, but contact info is not one.
No they weren't, they were given a bad reputation because their use in ad campaigns, where they were exclusively deployed as a tool to con people into actively viewing more ads, dwarfed other uses in both number and visibility to the average person. Google did exactly the same thing to the reputation of its own product (Glass) in a similar way - by trying to convince people that it was going to be something that everyone was going to wear all the time.
It makes sense that they're becoming more popular now that they're not being used in ads so much anymore, and instead being used for games and other features that actually do things users want to do.
You can use an Oh By Code.[1]
From the "HN FAQ":[2]
"You don't need any software or tools to create them. You don't need a reader or an app to read them. You can write them down anywhere with any pencil, pen, chalk, etc. As of the launch of 0x.co, there is no longer any reason to ever use a QR code again. You're welcome."
[1] https://0x.co
[2] There is a FAQ but also a "HN FAQ" with more technical, implementation-minded Q&A: https://0x.co/hnfaq.html
We don't think of it as storage - although you can indeed use it as such. We think of it as messaging. Oh By gives you a way to send messages to unknown people at unknown future dates which don't require any special tooling (apps) to decode.
You can just take a piece of chalk and write your message on the sidewalk.
As for longevity, I think we have a good track record having run rsync.net for 16 years now.
Close. It is an everything shortener.
URLs are indeed something you could shorten, and I would argue that it is the best URL shortener because it has no javascript, tracking, login, etc. and no ads/delay on redirect.
But I don't know how relevant or useful URL shortening is in 2017.
As for logs of accesses, you are right to be cautious and be mindful of your risk profile / threat model. However, it's worth noting that you can create Oh By Codes completely anonymously.
"Twitter for pastebin" - thanks, that's a good line :)
* built in error correction (partially marred qr codes can still be used)
* skinable\customizable (embed your logo, change colors, etc )
* 360 degree scanning capability
Barcodes still have their place but the QR code does have some unique properties
They also have native support for some data types, like URLs. Other than that, it's mostly that they have some traction.
[1] https://en.wikipedia.org/wiki/Barcode#Matrix_.282D.29_barcod...
I do dislike the use of QR codes for static data, such as a username on business cards and posters. From a design standpoint it looks horrible and busy. I wish those apps had the ability to recognize a logo instead. Or even just a UI to scan and OCR a text username on a business card.
* https://www.nayuki.io/page/1d-barcode-generator-javascript
There is also a bit of artistic freedom you can do with the 2d ones. They really aren't as ugly as the 1d ones. Especially if you use them to "frame" something. Note, still not pretty, per se. Just not as ugly.
[1] http://support.idautomation.com/Barcode-Learning/How-much-da...
2. More redundant (ie, more surface area can be destroyed and still be able to recover the original message)
Before you had to actually open up an app to scan one, now you might already be in an app that is constantly scanning for AR targets, UPC, QR codes etc. In a few apps we have done that use AR for retail they look for AR targets/trackers, cloud targets, marks, UPC, qr codes, and more.
Along those lines, Vuforia AR has VuMarks[1] that are replacements for their framemarker targets (similar to QR codes) that are further on the mark detection.
With augmented experiences we'll definitely be scanning more with cameras already on in the future. So there will be more marks/scannables out there.
It it was presented in plain text for the user to see before taking any action, there would be no more risk than any other printed URL (unless the very scanning app has issues, but then that is a very different rabbit hole).
You're scanning a human-readable QR code right now.
BTW QR codes are awesome, no sarcasm.