非技术贴

各种聊天工具,满足了人们及时通话的需求,但有时也不尽如人意,如配套设施稍有不测,即时聊天工具也得就此停牌,束手无策。比如,突然断电,比如发送延迟,比如人不在电脑旁等等,于是乎,衍生出来的,就很可能是聊天双方的无可奈何,不知所措,更有甚者是歇斯底里。所以,本着以人为本的出发点,某同学灵光一闪,借鉴暗号学知识,提议出了避免聊天当事人遇到断网现象时的抓瞎情境——私人暗号联系学说,并以身试法,取名之——钊哥与嘻嘻。

这个暗号的使用,需要以下前提:
一、聊天双方某方手机等设备信号有问题,或除网络联系外无其他取得联系方法。
二、聊天双方熟悉彼此,并事前交流,知道如何进行暗号沟通。
——————————————————————-
具体应用举例:

当事人:小红、小明
关系:要好男女朋友
暗号:钊哥、嘻嘻
情境与应用:小明联系小红想问问老师留了什么作业,由于小明手机该换了,信号不稳定,无法通过手机与小红取得联系,只好选择网络。由于在之前的交流中,出现过断网引起的交流断层,于是二人之前约定好,如果在交流中出现长时间对方无回应,其中一方可打出暗号“钊哥”,如另一方及时打出嘻嘻,则证明没有断网,反之,则证明断了。以免一方以为出现了延迟,苦苦等待,着急上火,连作业也完成不了的惨状。(此处我的举例过于简单,某人描述应该更为技术层面些)
弊端:
此暗号的设计,忽略了双方出现同时断网的可能性,也许任何一方的暗号都没有发出,抑或发出,也可能出现“发送失败”通知延迟的现象,结果是:二人都以为发出暗号,见彼此没回,认为对方断网,疏不知,自己也已断网,于是时间定格在等待对方的重新连接中……最终结果还是歇斯底里抑或抓瞎疯癫。
——————————————————————-
题外话:之所以选择钊哥和嘻嘻,这是因为:
第一:我们也许是想念钊哥了
第二:钊哥很爱说”嘻嘻“
——————————————————————-
ps:话说咱有点儿无聊是不……

暗号计划

今天,网络出现严重问题,飞信掉,QQ掉,GT也掉……

在频繁的连接与再连接过程中,一个伟大的思想诞生了,这就是:暗号计划

经常掉线的情况下,IM双方总是需要频繁判断是否掉线以及是否重新连接成功。

暗号计划旨在减少IM双方在这一活动中的文字开销。

———————————————————————

计划名称:暗号计划。

计划提出人:fanjun

计划内容

在发现貌似断线时或者重新连接后

甲方持续发出如下字符串,“嘻嘻”“嘻嘻”

乙方持续发出如下字符串,“钊哥”“钊哥”

当甲方收到“钊哥”“钊哥”的持续字符串,甲方回应,“钊哥”“钊哥”

当乙方收到“嘻嘻”“嘻嘻”的持续字符串,乙方回应,“嘻嘻”“嘻嘻”

然后,

如果甲方收到“嘻嘻”“嘻嘻”,证明【信道·甲乙】连通。

如果乙方收到“钊哥”“钊哥”,证明【信道·甲乙】连通。

表示如下

continue=true;
甲方
while(continue)
{
    send("嘻嘻");
    if(receive("钊哥"))
    {
       send("钊哥");
    }
    if(receive("嘻嘻"))
    {
       continue=false;
       break;
    }
}                       
乙方
while(continue)
{
    send("钊哥");
    if(receive("嘻嘻"))
    {
       send("嘻嘻");
    }
    if(receive("钊哥"))
    {
       continue=false;
       break;
    }
}

计划评价
读过谢希仁计算机网络的同志一定还记得书中讲到的红军蓝军通信的例子。与之类似,暗号计划也存在问题,即对确认的确认,对确认的确认的确认,对确认的确认的确认的确认……没法找到一个百分之百可靠的通信协议。

在实际的测试过程中,只涉及到“对确认的确认”的暗号计划工作良好。如果其中一方收到对确认的确认,即可退出暗号计划并开始正常交流,同时强制使对方也退出暗号计划,减少对方的无效等待。

—————-EOF—————–

ps:暗号内容“嘻嘻”“钊哥”来自某个大学哥们的微博。
pps:今天想到这个计划时,我简直笑抽了,胸口疼!