微信上一个朋友和我说：“O哥，我上当了，我好傻，我好恨自己。”

额，听这语气是被骗得很惨很严重，我于是连忙安慰：“怎么啦？是被骗财还是被骗色了？有没有报警？😀”

然后朋友回复，她看看那些转发机器人给她发私信，说是只需转0.3SBD，就可以帮她转发帖子，将她的帖子曝光给转发机器人的无数followers，并且会给增加无数票。然后她转了0.3SBD，然后，就没有然后了。

且，才多大点事。不过那些转发机器人真的靠谱吗？且听我扯扯吧。

(图源 ：pixabay)

提示：O哥闲扯淡系列本就是闲扯淡，诸位千万别当真！

转发机器人就是SPAMMER

最早以前的转发机器人都是在评论里回复，一般是免费提供转发服务，骗取大家的关注。

垃圾信息发了一条又一条，除了浪费steem区块链的资源，一点用处都没有。

自从买赞卖赞等操作开始流行，这些转发机器人，也没有SP来卖赞，又想赚钱，那么就卖关注力吧，于是免费转发变成了收费转发，SPAM的更加卖力。

对于这类SPAM信息，一切垃圾清理机器人早已识破了一切，直接就踩，于是这些转发机器人慢慢放弃了在评论中SPAM，开始直接通过往钱包私信来SPAM他们的信息。

无论是评论中SPAM还是钱包发垃圾信息，都说明转发机器人就是SPAMMER。

转发机器人都是骗子

和SPAMMER打交道，本就不是很明智的行为，尤其是这些SPAMMER还是骗子。

即便是他们真的帮你转发了帖子，但是他们宣传的有多少多少粉丝，那些粉丝几乎100%的僵尸粉。他们宣称的会给你带来多少个赞，那些赞加一起来权重不会超过0.001 SBD.

那么他们的转发和点赞有任何意义吗？何况还有不少转发机器人收钱不干事！

之所以有人上当，就是因为转发机器人收费低廉，比如我朋友上当的这个，只需0.3SBD。不过0.3SBD就不是血汗钱了吗？我还看到有一些收费1SBD、2SBD的转发机器人，给他们转钱人也不少，有句话很伤人但是很应景：傻子太多了，骗子都不够用了

再论转发与转发机器人

朋友们可能会问，你这是否定转发功能嘛？并非如此，我也转发过一些优秀的帖子，我的帖子也被一些影响力广的ID转发过，比如我的一篇帖子还曾经被 ned转发。关注ned的人特别多，那么我这篇帖子的阅读量和点赞一下子就多了好多。

我们可以从两方面来看转发，从转发者角度，我们看到特别优秀有价值的作品，有收藏或者分享给大家的欲望，这时候转发无疑是最好的选择。从被转发者角度，如果我们精心创作的内容，被影响力广的大鲸转发，无疑会让我们的帖子被更多人阅读。所以，总结的话，一个是分享，一个是影响力。

再回头看那些垃圾转发机器人，他们的目的是分享精品内容吗？答案不是，只要给钱，一坨臭狗屎都会被转发。他们有影响力吗？答案是有毛线的影响力。

你可能又会问，假设一个非常有影响力的人，提供转发服务呢？比如 @deanliu 美女，答案是一旦他不停的转发一些垃圾内容，我们一定会把他屏蔽掉，那么他的影响力就会变成0或者是臭名。

结论

(图源 ：pixabay)

所以，转发本身是没有问题的。读者分享自己喜欢的内容，内容创作者的内容被分享后，会被更多的人阅读到。可以说，这是点赞制度之外，又一个鼓励原创优质内容的机制。

当转发和金钱挂钩，变成了转发机器人，那样的转发除了浪费STEEM区块链资源，制造一些垃圾内容外，毫无任何意义。

所以，想投机取巧的作者们擦亮眼睛了，别偷鸡不成蚀把米，被转发机器人骗了你的血汗钱。

This page is synchronized from the post: O哥闲扯淡：别让转发机器人骗了你的血汗钱

晚上有些疲倦，打开手机上的酷我音乐，随便选中一个经典老歌的歌单听了起来，然后拿起IPAD，看看STEEMIT上上有没有什么新帖子。

(图源 ：pixabay)

手机里放到谭咏麟的《讲不出再见》的时候，我看到 @furion 的这个帖子SteemData is shutting down on May 1st，一下子心情特别复杂。

SteemData不是我接触的steem区块链相关的第一个数据库，但是在[SteemData]之前发布的一些数据库，都只是简单的在数据库中插入区块链的交易(Transactions )数据，也就是说，我没法方便的查询用户资产或者查询文章收益等信息。

SteemData的出现改变了这种情况，除了原始的区块链上transaction数据，它还提供了Operations、Accounts、Posts、Comments等数据表（MongoDB中叫Collection，但是我觉得还是表更亲切），有了这些表，查询STEEM区块链的数据变得前所未有的方便。

在这之前，我仅仅是听过NoSQL、听过MongoDB而已，我还经常把Mongo和Mango弄混淆，为了学习MongoDB的用法，多少个日日夜夜我都泡在MongoDB官网上，相关文档我看了一遍又一遍，总算大致搞明白这东西咋用了。

第一次小试牛刀是一年多前的这个帖子：来聊聊读取帖子的修改历史，也发现用数据库来实现类似查看帖子历史记录是多么简单的事情。

在之后，我挖了一个大坑: 预告：文章搜索工具 (Steemit simple search tool)，计划实现一个STEEM区块链上的文章搜索工具。事实上，这个工具我已经实现了，但是因为网页太难看一直想完善，加上有些功能想优化，一直没拿得出手。

后来有了asksteem.com 等工具，加上 @furion 自己也做了些工具，还有bing.com搜索引擎也可以查询帖子，我就一直懒得弄。再后来SteemData宣称要在去年9月1日关闭，这之后，SteemData经常遇到一些问题，比如延时大以及数据不准确，就更没心思弄了。

但是这个搜索工具我自己用着非常顺手，比用bing.com啥的方便多了。比如我用来查我写过的和SteemData有关的帖子：

因为SteemData太好用了，好东西不敢独享，我特意发了个帖子将它分享给大家：

• 简单介绍一下SteemData

还有，学了一下 @furion 的SteemData Notify 并写了三篇系列文章：

• SteemData Notify 代码学习一： Blockchain Worker / Code Study of SteemData Notify: Part one
• SteemData Notify 代码学习二： Confirmation Worker / Code Study of SteemData Notify: Part two
• SteemData Notify 代码学习三：Notifier Worker / Code Study of SteemData Notify: Part Three

再之后，没少利用SteemData获取一些数据并分享给大家，详情可以看上边截图内容。

我在steem chat上也联系 @furion 很多次，比如报告一些BUG，或者言语上表示支持等。我也在帖子里号召大家给 @furion 投见证人票。从和他的交流当中我得知，运行和维护SteemData是一项非常繁重的工作，@furion 在这上边投入了大量的时间和精力。

后来为了不让支持他的朋友们失望，原定于去年 9月1日关掉的SteemData最终并没有关掉，相反地，@furion 投入巨资为steemdata设置了私有节点furion’s new toy: A full RPC steemd node for SteemData，并且不断地改进基础设施以及修改BUG提升性能等等。

我以为，我再次盼到 @furion 新帖子，一定是SteemData取得了重大进展或突破，是一些让人惊喜、让人兴奋的信息，没想到却盼来这样一条消息。

我确认了一下，今天不是愚人节。我还在心里期待，这次的关闭消息和去年9月1日关闭的消息一样不了了之，但是我知道，这大概是不可能了。

写这篇文章的时候，歌曲《讲不出再见》我单曲循环了一遍又一遍。和SteemData说再见，实在太难。不过 @furion 已经为此付出太多，不能强人所难，希望他能集中精力做他喜欢做的事情，取得更大的成功吧。

另外，希望大家一如既往的支持 @furion 作为见证人。
请访问：https://steemit.com/~witnesses 投 @furion

This page is synchronized from the post: 讲不出再见 / SteemData 将于5月1日停止服务

最近学习时C++遇到个小麻烦，我想在程序中放一段JSON代码，比如说读取steem区块链创世块信息的JSON：

{"jsonrpc":"2.0","method":"call","params":["databae_api","get_block",[1]],"id":1}

(图源 ：pixabay)

如果在Python中，我可以直接这样写：

j1 = '{"jsonrpc":"2.0","method":"call","params":["databae_api","get_block",[1]],"id":1}'

但是在C++中，这样是行不通的。如果想在字符串中包含双引号，我们需要使用转义字符\，也就是说，我们想存储上边的JSON字符串，我们需要写成类似这样的方式：

string s1 = "{\"jsonrpc\": \"2.0\", \"method\": \"call\", \"params\": [\"database_api\", \"get_block\", [1]], \"id\": 1}";

如果我们的数据中包含很多需要转义的内容，那\会输入到让人抓狂，一不小心漏一个或者多一个，那么要么编译不过去，要么会导致程序行为和期待的不一致。如果能像Python那样方式使用，就爽歪歪了。

好消息是，在C++11标准中，引入了raw_characters概念，使用方式如下：

prefix(optional) R "delimiter( raw_characters )delimiter"
详情可以参考：string literal

string literal里介绍得很详细，支持很多功能，我一向的原则是用啥学啥，所以其它的先不研究了，只学一下raw strings就行了。

简单例子

先来个简单的例子，如果想实现之前说的，类似Python的写法，该如何做呢？答案很简单：

string s3 = R"({"jsonrpc":"2.0","method":"call","params":["databae_api","get_block",[1]],"id":1})";

其实就是把字符串原封不动地放到R"()"当中即可。妈妈再也不用担心我数转义字符累坏眼睛了。

多行文本

继续那Python举例，在Python中，我们是可以传入多行文本的，比如说：

那么这个R"()"是否也能这样用呢？答案是肯定的：

定界符/delimiter

通过上边的简单例子以及多行文本的例子，我们发现这个R"()"就是个超级法宝啊，我用我用我使劲用，结果我擦，咋崩溃了呢？

好吧，让我们来看一个让人崩溃的例子：

string s = R"(Let's test R"()")";

我的目的是在s中存入：Let's test R"()"，按照我们之前的学习，把内容放到 R"()"中就应该可以了，可是为啥编译不过去呢？答案就是编译器处理的时候遇到字符串中的第一个)"以为已经是字符串结尾了，那后边真正的结束符)"，编译器反而不知道如何处理了。

这种情况也不能赖编译器傻，毕竟已经比我聪明多了。好吧，不开玩笑，这种情况，我们需要用到定界符/delimiter，让编译器知道真正的起止位置。

定界符可以用任何内容，比如<abcd>，那么R"()"就变成R"<abcd>()<abcd>"，上述代码就可以写成

string s4 = R"<abcd>(Let's test R"()")<abcd>";
cout << s4 << endl;

上述代码将会输出：

好像应该写成：Let's test R"()"!更好看，不过我们重点是介绍raw strings，其它细节滥就滥吧（其实是我懒得改）。

参考链接

• string literal

This page is synchronized from the post: 每天进步一点点：C++11 中的原生字符串/ raw strings

前文说过，尽管有些波折，但是朋友让我帮忙修理的耳放终于被我点亮了。朋友微信和我说今天来取，但是一整天也没他的消息，我也没太在意，早取晚取没啥区别，多放我这两天我也不能收他寄存费。

(图源 ：pixabay)

傍晚的时候接到朋友的电话，问我晚上过来方便嘛，这有啥不方便的，宅男大部分时间都朽在家里，趴在电脑前。结果到了晚上，外边下起了大雨，或者可能下午一直在下，但是我并没有关注。

我想，这么大的雨，他应该不会过来了，万一耳放被雨水淋湿浇坏了呢，毕竟好贵的东西呢。正想着这事，门铃响起，原来是朋友到了，他急冲冲让我把耳放给他，就要跑掉，真是的，我又没要维修费，咋就要吓跑了呢。

我把耳放和和剩下的99个保险丝一起给他，他把保险丝丢给我，说都给你啦。我说你留着吧，万一坏掉你好自己换一下，结果这哥们对我说：“再坏掉也要找你来修，放你这没错”，我哭。

(图源 ：pixabay)

他离开约半个多小时，在微信上和我说，试了一下耳放，完美工作，终于又可以享受美妙的音乐了。这让我有点搞不懂，我用破手机插耳机听歌也觉得挺好的啊，如果再打开电脑音箱，我觉得就已经近乎完美，搞不懂他们发烧友。

说到发烧友，不由得想起几个和音响发烧友有关的段子，比如说几万块钱的线材和几十块钱的线材听音乐效果不一样，还比如说水电站发的电和火电站发的电给音响供电会有极大的区别。

这些段子里的大神离我们凡人太遥远，不过以前用那种长短线耳机的时候，我身边的一个朋友告诫我，不要用这种耳机，因为电线的长度有区别，会导致声音到两个耳朵的时间不一致，导致音乐效果失真。擦，我想我这种低级的耳朵肯定是区分不出来的。

(图源 ：pixabay)

扯远了，这哥们享受的舒服得不得了，和我说改天请我吃火锅，哎，明明可以靠颜值混饭，我却靠修家电为生。看来这几天我要少吃点饭，争取给火锅留出空间。

不过，明明又是谁？为何他能靠颜值吃饭呢？😡 不纠结了，还是先找俩图解解馋吧😭。

This page is synchronized from the post: 耳放取走了，期待火锅

春日里的大学校园，绿树红花，就是一个美字啊。

这美景，多说任何言语都是多余，所以直接上图喽。

哎，费了九牛二虎之力才把图片传上来，传之前还调整了一下尺寸，不然估计传好需要半年以上的时间吧，心累😭

This page is synchronized from the post: 春日大学校园

原本想写个标题《耳放开关修好了》但是在之前的帖子《巧妇难为无米之炊》的回复中，有朋友已经帮我下篇文章起好了题目，那么姑且就用朋友起的标题吧，嗯，再加个副标题。

话说保险丝已经下单了三四天，竟然还没到货，正准备联系我那朋友去淘宝卖家那边催催呢，结果那朋友微信和我说保险丝给送到蜂巢快递柜了，问我要不要他打电话给快递员，让送货上门。

尽管我非常讨厌快递员不经我同意就将快递丢到蜂巢快递柜的行为，但是我想反正我要去业主会所那边，去快递柜也顺路，就不麻烦快递员了，他们也挺辛苦的，我在心里谴责一下就算了。

终于拿到快递了，回家拆开一看，呀，好多保险丝啊。10多块钱，这么大一盒，各种规格都有，真便宜呀。

尽管盒子的标签上写着安培数，我还是核对了一下，随便找个2A的吧，反正我也没仔细看原来的是多少。万一选的规格低了，保险丝频繁熔断，就好玩了。

这个插电源的地方底下的地方就是放保险丝的哦，我把这图拍下来，下次好告诉我朋友该在哪换。

扣开电源插头底下的小窗，是这个样子，里边是放保险丝的地方，外边可以放一个备用保险丝，下次出故障就不会没有保险丝换了。

将保险丝放置好之后，我发现死活关不上这个小“抽屉”了。这不应该啊，莫非我力气不够，加大力气再试，还是不行。于是观察一下，发现插座内部还有保险丝的残骸。用螺丝刀抠了半天，终于把残骸都抠出来啦，是不是很恐怖😱

再放入保险丝，小抽屉轻松就推上了。忐忑不安的插上电源线，按下电源插排那边的按钮，我日，开关明明是OFF状态，但是指示灯却亮了，竟然把开关装反了，多亏我试了一下，不然丢死人了。

于是用扳手把开关卸下来，旋转180°后重新安装上，然后用扳手固定，耶成功！多亏开关不是焊在电路板上的，否则就麻烦大了，因为我的吸锡器早就牺牲了。不过尽管如此，开关的几个导线拧了几个劲也怪怪的，不过盖上盖子谁也看不出来不是嘛。

这时候我有些感谢这个耳放厂商使用非常见异形螺丝啦，扣上之后，别人再想打开太难了，除非他像我一样有变态的螺丝刀组合。

点亮就行，总算大功告成了，反正朋友给我的任务就修开关，我捎带帮忙换了保险丝已经仁至义尽啦，哈哈。至于其它功能好不好用，说实话即便不好用我也解决不了啦。😀

This page is synchronized from the post: 保险丝到货了 / 开关装反了