偶尔郁闷

35.19 n 118.83 e

[LIN WEI @skywind3000]

其实这就是一个漏洞，反向操作，把你一切事情都说成父母帮忙，你就会发现人与人之间相处容易多了，比如假设朋友羡慕你买了大房子，并且没有贷款，你如果说自己做的项目挣钱了，看房子低谷时候入手刚好买了个低点，你会发现别人对你除了羡慕外隐隐还有意思嫉妒和恨，今后不好做朋友了。

但你如果换个方向，说就是爹妈帮忙买的，后面又帮忙还了贷款，你会发现他们就只有纯纯的羡慕，并没有嫉妒和恨意，对话还能继续愉快进行，今后还能做朋友。

同理，假设你工作不错收入不错，如果和你差不多的人聊起来，你爱怎么吹牛怎么吹牛，但如果亲戚或者某些同你有差距的朋友问起来，你直接说我哥/学长/前上司就在那家公司做高管，他把我拉进去的，你会发现你的亲戚或者朋友瞬间语气也缓和了，目光也清澈了，���副 “原来如此” 的感觉，那么天还能继续聊，饭还能继续吃，转移话题聊别的就是。

我现在回家吃饭，家里过的不好的几位亲戚见我都会说 “LIN WEI 啊，你就是过的太顺了，��经历过什么大挫折”，我都会马上承认，对对对，觉得自己运气还是比较好的，我根本不会反问说当年我高一从年级一百多名努力到高三年级第一名也是运气吗？

所以强调自己有爹妈，熟人帮助，强调自己运气好，踩狗屎运了，比强调自己个人努力更能让沟通顺畅，更能让自己省心，减少仇恨，多好的一个 bug 可以利用。

[偶尔郁闷 @Sempr]

@samuelduann 为什么计价单位是新币?

[偶尔郁闷 @Sempr]

@tualatrix 是Costco开到良渚去了吗?

[偶尔郁闷 @Sempr]

@Rococo90933671 这让���想起了另一个题目 答案是
a=154476802108746166441951315019919837485664325669565431700026634898253202035277999,
b=36875131794129999827197811565225474825492979968971970996283137471637224634055579,
c=4373612677928697257861252602371390152816537558161613618621437993378423467772036

[偶尔郁闷 @Sempr]

@whusnoopy #用啥啥出bug

[偶尔郁闷 @Sempr]

@tualatrix 山东也有这种樱桃 这种很难保存 长途运输损耗大 所以网上卖的商家少 而且价格更贵

[偶尔郁闷 @Sempr]

感觉这个跟我遇��的这个情况可能是一个原因 我这里是在设备端做的fix https://t.co/g3To7st4UB

[Wen YE @whusnoopy]

家里一台 2020 款的 iPad 8，连 WiFi 总是断，查验了下应该是 5G 频段的 160MHz 自适应不支持，而路由器开着 20/40/80/160MHz 加频段自动选择，撞上就傻了。路由器里把 5G WiFi 的频宽改成 80MHz 不能动就好

[偶尔郁闷 @Sempr]

@tualatrix 大约十年前我也到过斯坦福附近 但根本没有找到门在哪里 可能是学校和周边社区并没有边界 只能遗憾的去��观了一下附近的世界五百强的门店了 😅

[偶尔郁闷 @Sempr]

@tualatrix 现在山谷里有手机信号了吗？

[偶尔郁闷 @Sempr]

当然 最好的办法还是别用Wayland 老老实实用xorg

[偶尔郁闷 @Sempr]

Linux桌面环境下困扰多年的问题终于解决。问题是，使用ibus下的五笔输出法，右shift是切换五笔和拼音的，经常会出现因为按右shift键切换过程中导致触发shift键连续按多次后被锁定为按下状态，后面一直困惑于怎么解锁，今天终于试出来了，办法是同时按下左右shift键 - -| 暴露了五笔不够熟练的现实。

[偶尔郁闷 @Sempr]

@tualatrix 我现在的花呗是一直开着，设置了100块的消费限额，怕的就是别人 盗取我的信息开通之后消费最后钱还得我来还。把坑给占住了先 😅

[偶尔郁闷 @Sempr]

Linux桌���环境下困扰多年的问题终于解决。问题是，使用ibus下的五笔输出法，右shift是切换五笔和拼音的，经常会出现因为按右shift键切换过程中导致触发shift键连续按多次后被锁定为按下状态，后面一直困惑于怎么解锁，今天终于试出来了，办法是同时按下左右shift键 - -| 暴露了五笔不够熟练的现实。

[偶尔郁闷 @Sempr]

@tualatrix 看着像ESP32/ESP8266系列的东西 真的是拉低了普通玩家接触物联网的门槛

[偶尔郁闷 @Sempr]

@whusnoopy 这和十年前比确实价格翻倍了

[偶尔郁闷 @Sempr]

@whusnoopy 感觉我40块买的杂牌耳机都比这个坚挺啊……

[偶尔郁闷 @Sempr]

@strrlthedev @ayanamist 我不是大佬,我只是 @ayanamist 的小迷弟

[偶尔郁闷 @Sempr]

@strrlthedev 两个数据分别是 .99时间(毫秒) 和 总���成时间 秒
最终排名是以 .99时间为准的
最后的那个Go是该同事参考了前面排名第一的node同事的思路改过的

总的结论其实就是 在这个场景下面, go的下限比node要高很多, 但上限是由人决定的 :-)

[偶尔郁闷 @Sempr]

@strrlthedev 大概是这个画风,　任务就是写一个serverA,往后面另一个有0-10s固定延迟的serverB上发M个请求,对面会返回一个json的内容包含一个数字, 把数字的个数及累加和一起返回给请求端 第一轮是单次请求100个数的和 验证一下正确性 第二轮是 ab -n100 -c10 M=100, 第三轮n1000 c100 M100 测试时延迟3秒

[偶尔郁闷 @Sempr]

@strrlthedev 当然 用go的话随便写写性能就很好了 用node多少还得认真点 多花点心思想清楚细节

[偶尔郁闷 @Sempr]

@strrlthedev 这个问题我司之前拿来做内部pk 一堆go的遥遥领先最后被一个优化得极优秀的nodejs给干掉了 核心原理是 如果远端是同一个或者少量的server 那么 减少建立连接的次数 能复用就尽量复用 就可以保证性能足够好