桃子:Fixed: commit/70d4f0d. #
桃子:恭喜你,发现了……一言难尽。 之前我自己贴类似链接就发现了这个问题,当时我也尝试理解这应该是个 bug。但是一细想🤔,发现,链接文本里面贴 #标签 是乎也是可以理解的,所以我觉得这算是一个 feature,然后就一直这样没管它了。 只有文章的发布和更新会创建新标签,评论不会。所以你可以引用 #fuck,但不会自动创建。 好问题是,为什么我文章里面的标签没有自动创建?这就是真的 bug。 感觉我现在很依赖单元测试,不然会时不时地因为代码修改而 break 掉已有功能。我好废物。 #
狗:你的引用来源的 hashTag 被识别成 tag 了[狗头] 那莫非....#fuck 我草,这是 bug 还是 feature #
草台班子:这不挺好,领导也算是找了一个好台阶。 #
狗:这篇推看着深有体会。我们和竞品同做一个公司的业务,虽然也接触到了主管领导,但由于客户公司里错综复杂的关系,不好搞单一来源,一开始就硬着头皮做。 事情转机出现在哪里呢?我们业务比较精,跟客户主管领导说:就算是竞品,不管大小问题,如果他们响应不及时的,你们可以找我们,我们不求换我们的产品,只求迅速响应,帮你们解决。 一开始主管领导还分得比较开,毕竟这种事算是比较敏感。直到有一次竞品真出问题了,还响应不及时,主管领导急的焦头烂额,被更大的领导叼了,又继续叼下面的员工。最后实在没办法,找到我们,2天就给他们解决了。于是乎从上到下,当时所有被叼的人都对我们感恩戴德,最后顺利做成单一来源。 这玩意和谈恋爱一样的,情绪价值要给到。对象整天对我爱理不理的你看我给不给 ta 戴绿帽就完事了。 #
草台班子:笑死,看到推上这两天大家也在讨伐腾讯云😂,精彩,太精彩了…… #
狗:好一个积德 #
雨帆:所以作为前腾讯云的员工,我为何不用腾讯云,而要使用 UPYUN 就可以理解了吧。233 #
草台班子:可能是它们日子过得太舒服了,就像现在的美饿一样。需要出现东哥一样的人物,一下就能撼动它们国王的宝座。 或者就是想着能怎么把事情闹大。就像我这篇文章,虽然写出来实际没什么用,它们的文章至今也没有更新,但是只要有人看到就能迟疑一下候选方案,也算是给我自己 [公式]🇩🇪 了。 #
狗:其实我反感的不是在线文档有没有及时更新,虽然这能很大程度上解决本不该发生的问题。我反感的是,明明是平等合理的交流,总是让我觉得我欠她的。明明只要多点“耐心”就能知道我在说什么,偏偏喜欢居高临下。客服原来是把客户驯服?脑残 #
狗:大概 N 年前,也是在对接某很有名的智能家居云[doge],按照在线文档提供的 api 和 callbackUrl,回调失败。 提出问题之时,我已经明说:会不会是 callbackUrl 有问题?没直接回答,只叫我提工单。而后按他们要求,打了很多个电话会、抄邮件,甚至还需要给该云配套的 APP 录屏、提供 APP 日志,然后打包给他们“研判”。过程中也有配合他们走测试,全流程复现,我还记得那个对接人每次总是一副“肯定是你们 OAuth 流程走错了、参数传错了、平台上没配置好”的样子。 最后发现是咋回事呢:他们云总是变更,文档没跟上,在线文档的 api 和 callbackUrl 是过时的。最后对接人在微信上发了一份 word 文档过来,她说话也再没有那么有底气。 当然在线文档最后也没更新就是了。 #
狗:谢谢,形容我很贴切 #
桃子:确实。不过我当年产生这个想法估计是不爽C语言这种把返回值和错误码混用的写法。 #
f2h2h1:recv 返回 0 时,一定表示对方关闭了连接(如发送了 FIN 包)。 TCP 协议中不存在“读取到 0 字节数据”的情况,因为发送方无法发送 0 字节的有效数据(即使调用 send 发送 0 字节,实际不会有数据被传输)。 无需区分“读取 0 字节”和“连接关闭”,因为前者在 TCP 中不存在。 #
桃子:千千结🪢,好名字。那就叫“刘千千”吧? #
桃子:Fixed: commit/70d4f0d. #
桃子:恭喜你,发现了……一言难尽。 之前我自己贴类似链接就发现了这个问题,当时我也尝试理解这应该是个 bug。但是一细想🤔,发现,链接文本里面贴 #标签 是乎也是可以理解的,所以我觉得这算是一个 feature,然后就一直这样没管它了。 只有文章的发布和更新会创建新标签,评论不会。所以你可以引用 #fuck,但不会自动创建。 好问题是,为什么我文章里面的标签没有自动创建?这就是真的 bug。 感觉我现在很依赖单元测试,不然会时不时地因为代码修改而 break 掉已有功能。我好废物。 #
狗:你的引用来源的 hashTag 被识别成 tag 了[狗头] 那莫非....#fuck 我草,这是 bug 还是 feature #
草台班子:这不挺好,领导也算是找了一个好台阶。 #
狗:这篇推看着深有体会。我们和竞品同做一个公司的业务,虽然也接触到了主管领导,但由于客户公司里错综复杂的关系,不好搞单一来源,一开始就硬着头皮做。 事情转机出现在哪里呢?我们业务比较精,跟客户主管领导说:就算是竞品,不管大小问题,如果他们响应不及时的,你们可以找我们,我们不求换我们的产品,只求迅速响应,帮你们解决。 一开始主管领导还分得比较开,毕竟这种事算是比较敏感。直到有一次竞品真出问题了,还响应不及时,主管领导急的焦头烂额,被更大的领导叼了,又继续叼下面的员工。最后实在没办法,找到我们,2天就给他们解决了。于是乎从上到下,当时所有被叼的人都对我们感恩戴德,最后顺利做成单一来源。 这玩意和谈恋爱一样的,情绪价值要给到。对象整天对我爱理不理的你看我给不给 ta 戴绿帽就完事了。 #
草台班子:笑死,看到推上这两天大家也在讨伐腾讯云😂,精彩,太精彩了…… #
狗:好一个积德 #
雨帆:所以作为前腾讯云的员工,我为何不用腾讯云,而要使用 UPYUN 就可以理解了吧。233 #
草台班子:可能是它们日子过得太舒服了,就像现在的美饿一样。需要出现东哥一样的人物,一下就能撼动它们国王的宝座。 或者就是想着能怎么把事情闹大。就像我这篇文章,虽然写出来实际没什么用,它们的文章至今也没有更新,但是只要有人看到就能迟疑一下候选方案,也算是给我自己 [公式]🇩🇪 了。 #
狗:其实我反感的不是在线文档有没有及时更新,虽然这能很大程度上解决本不该发生的问题。我反感的是,明明是平等合理的交流,总是让我觉得我欠她的。明明只要多点“耐心”就能知道我在说什么,偏偏喜欢居高临下。客服原来是把客户驯服?脑残 #
狗:大概 N 年前,也是在对接某很有名的智能家居云[doge],按照在线文档提供的 api 和 callbackUrl,回调失败。 提出问题之时,我已经明说:会不会是 callbackUrl 有问题?没直接回答,只叫我提工单。而后按他们要求,打了很多个电话会、抄邮件,甚至还需要给该云配套的 APP 录屏、提供 APP 日志,然后打包给他们“研判”。过程中也有配合他们走测试,全流程复现,我还记得那个对接人每次总是一副“肯定是你们 OAuth 流程走错了、参数传错了、平台上没配置好”的样子。 最后发现是咋回事呢:他们云总是变更,文档没跟上,在线文档的 api 和 callbackUrl 是过时的。最后对接人在微信上发了一份 word 文档过来,她说话也再没有那么有底气。 当然在线文档最后也没更新就是了。 #
狗:谢谢,形容我很贴切 #
桃子:确实。不过我当年产生这个想法估计是不爽C语言这种把返回值和错误码混用的写法。 #
f2h2h1:recv 返回 0 时,一定表示对方关闭了连接(如发送了 FIN 包)。 TCP 协议中不存在“读取到 0 字节数据”的情况,因为发送方无法发送 0 字节的有效数据(即使调用 send 发送 0 字节,实际不会有数据被传输)。 无需区分“读取 0 字节”和“连接关闭”,因为前者在 TCP 中不存在。 #
桃子:千千结🪢,好名字。那就叫“刘千千”吧? #