二位码的常见翻译是QRCode,明眼人一眼就看得出这绝不是2-dimension的缩译。与BarCode(一维码)类似,QRCode设计的目的也是为了快速识别,弥补人工输入的低效率和低可靠性。因此QRCode背后隐藏的数据越复杂,手动输入面对面交流越麻烦,QRCode的意义就越明显。

所以用QRCode藏一个网址,特别是短网址,是我非常看不起的应用。解码之后的信息总让人有一窥究竟的欲望,偏偏也有让人一窥究竟的接口,于是频频可见的场景是大家扫完一个QR码,争相传阅:“原来里面是这种东西啊!”。仿佛QR变成了一个速记笔,省略的只是抄写工作。这远远谈不上方便。

我理想中的典型QRCode应用场合应该是这样的:存储一个地理位置信息。

如果某个文案需要介绍自己的地理位置,应该是个非常吃力不讨好的工作,因为文字描述的地址总是存在各种偏差,导航仪就会好一点。导航仪往往需要一个精确的GPS坐标,甚至导航仪软件自定义的格式。但这种一连串的数字加上‘ “之类不易描述的符号,很容易出现偏差。特别是如果出国在外语言不通的时候,绕开语言差异是很重要的考虑。

想想吧,出差到欧洲,从戴高乐机场下来,交给taxi司机一串QRCode,司机心领神会打开GPS导航,嘀,voila.

c’est la vie.

拙于表达,看见今天这种有太阳有云彩有草坪有河水微风阵阵有吃有喝有伙伴的场景,我只会说啊“我喜欢我喜欢,真舒服真惬意,好吃”之类的来表达心情。

不过这才是生活嘛。浪费点时间在仪式上,浪费点时间在公事上,再花点时间在随心所欲上。有运动有思考有新鲜空气和绿色景观。

为什么放松了一整天眼睛,晚上回来看着电脑还是不舒服?

程序中缓存了大量的基础数据,基础类型在头文件中定义成int。

仔细算了一下发现所有的数据都不超过100,出于洁癖考虑,就都改成了char。

然后……debug的时候电脑扬声器就发出各种高低不平悦耳的噪音。

好吧…… cout<<[char]是输出控制字符了吧……

我觉得这是个好秒的bugture