边界条件之场
66 subscribers
680 photos
4 videos
10 files
1.03K links
Do you hear the sirens sing?

main: @cvf_cha
group: @cvf_gro
forwards: @cvf_for
Download Telegram
Forwarded from Catoverflow@Reserve (Catoverflow)
希望我以后也能有这样的总结!

https://t.iss.one/DuskPipe/2085
Microsoft is adding more bloat to Edge with a Games button
快跑啊,都去用 Firefox 啊!Chrome 也行啊!
#trash #browser #microsoft #macroshit
Telegram Desktop (QT) 通过 UI 提供的缩放倍率除了 125% 以外就没有 25% 步进档了,在高分屏上退一档太小升一档太大。查阅文档得知 TG Desktop 提供了 cli 选项 ${telegram_executable} -scale ${scaling_factor} 来设定任意缩放倍率,并且是调用一次就储存到设置中,不用每次都带参数启动。 #telegram
Doc: https://github.com/telegramdesktop/tdesktop/wiki/Command-Line-Switches
Source: https://github.com/telegramdesktop/tdesktop/issues/10588
不是该显示「This message is not supported by your version of Telegram. Update …」吗,桌面端怎么变成了这个颜文字 :-(
#telegram
边界条件之场
不是该显示「This message is not supported by your version of Telegram. Update …」吗,桌面端怎么变成了这个颜文字 :-( #telegram
- 匿名群管理无法对群消息进行 react。
- 群 reactions 功能与非匿名投票具有相同的非匿名性(?)
🔥1
边界条件之场
- 匿名群管理无法对群消息进行 react。 - 群 reactions 功能与非匿名投票具有相同的非匿名性(?)
见鬼了,reactions 有设计漏洞(?)……频道附属群组开启 reactions 的情况下,频道关注者(无需加入附属群组)可以对附属群组消息(aka 频道评论区)进行 react,然后就被实名记录了 👎💩
So……建议附属群组别开 reactions?毕竟 tg 讨论区实现有点阴间,各种 unexpected behaviour 🤪
#telegram
🎉1
边界条件之场
Hi, this is Boo. I can’t come to the phone right now but please leave me a messiagio and I’ll get back to you.
新年快乐,愿你与温暖的人在一起。
(包括自己与温暖的自己)
Windows 阵营的厂商脑子持续被门夹,阳间的解决方案一个不用,总是要想些极度扭曲的白痴方案。 https://www.youtube.com/watch?v=CiMhA_ZbwI0

新 XPS 13 Plus 突出一个缺少反馈:
- 把 Function Row 换成了一排电容触控按键,唯一的优点是在不同的场景下这排按键的不同功能可以被**显示**出来。首先这在功能性上跟提供定制的 Function Row 没有区别,然后这傻逼东西极度缺乏反馈。(人家果子的 touch bar 好歹大幅扩展了功能性,傻多戴这就是纯粹傻逼)
- 使用了 Haptic 触控板这本身好评,但竟然把触控板跟掌托做成了一体化设计,既没有视觉也没有触觉区分,就让用户猜触控板的边界在哪里是吧 🙄
- 键盘为了配合方正的设计语言消除了按键间的间隙(就像 Win10 上的触摸软键盘,但是间隙几乎消除),模糊按键触觉区分的同时增加多键误触概率。

#trash #consumer_electronics #computer #laptop #dell #xps
这个月比较吃惊地看到 Sky Map 连发了好几版更新(1.9.7 - RC1 是 2020-12-20 的事了)👍
边界条件之场
#trash 唉,想想高中时候的知乎,放眼过去至少绝大部分是有价值的问题,绝大部分回答也都看得过去。而现在撇开知乎平台为了恰饭做出的种种无可厚非的改动,大量用户的涌入急剧地冲淡了高质量内容的密度,随意浏览已几近浪费时间。堪用的浏览方式也就只有具体问题主动搜索或者关注保持高质量内容产出的用户、频道、话题。 钓鱼问题越来越多,有实质性内容且正确的回答越来越少。希望陌生的站内用户与自己理性交流成了一种奢望。几年前抛弃知乎的时候我想的是「这个地方不值得留恋」,现在我因机缘巧合再次参与到知乎社区中去,想的是「这…
一派·Podcast|少数派 × 晚点聊:知乎的迷途



而知乎从以个人答主专业向回答为核心的内容调性,似乎变成以团队回答、付费故事、情感炒作和视频为导向的内容取向。

[……]

知乎用户选出好的问题,花几天的时间用心写了回答,发现排在自己前面的是知乎官方的盐选答案——并且写的是故事,甚至还要付费才能读。

[……]

近年来很多互联网公司会愿意用这样一个叙事:以前的桌面互联网,都是精英在用;现在的移动互联网全国人都在用了,所以看学历就能感受到用户素质的下降。这个叙事折现出一个典型的论述:一旦平台氛围出现异动,大概率是用户更多平均素质下降了。这是一种「平台无责论」,错的不是公司,都是用户。

这不过是在推卸责任。我们的物理世界普遍比二十年前生活的更好了、选择更多了、出行更方便了;可虚拟世界却更差了、更水了、素质更低了。而这都是用户越来越多的错。任何对这个问题的反驳,会被快速归结为:「太理想主义」,多少懒惰掩盖被一个「太」字掩盖。那我们作为从业者有什么资格到处输出互联网方法论,认为网络能让这个世界更好呢?

这个叙事也发生在知乎,水化被归结于用户越来越多所带来的必然性。但我不认为知乎作为平台能推卸责任:一般来说知乎这种强讨论和兴趣的社区,都会选择做好用户区隔。像是 B 站,一个知识区的用户可能完全和舞蹈区没有交集。而在知乎,一个答主曾感叹:自己一个天文学优秀答主,为啥首页会天天被推送婆媳关系内容?

[……]

这和常见的用户素质下降论调没有关系。当平台把所有人的注意力放在一起,把推荐、热榜和视频放在首页,自然就会出现这样的结果。知乎的答主流行一个词「德匹下」:德性终究获得与其相匹配的下场。

』——王汉洋,《我是爱知乎的,但我们不能假装一切都没有发生
#film Greenland (2020) 完成度高,过程曲折精彩又真实[1],完全配得上 7/10 灾难片中的高分。但实际评分特别低 🤔

翻了一下豆瓣评论大概分几类人:
- 期待着灾难**爽**片,但这部片子没有多少特效跟大场面,也没有令人热血沸腾的英雄主义情节。
- 嫌弃用糖尿病小孩来产生剧情冲突。(这就是老套了一点而已,并且这个冲突点仅仅是点燃剧情发展,小孩既没有无理取闹也没有任何令人厌恶的举动。这都是些什么垃圾人,对疾病患者毫无包容、只看电影具有哪些元素不看这些元素起的具体作用)
- 嫌弃人物准备不当,没有携带备份、没有专门存放胰岛素,造成了上一条冲突。(用安逸冷静眼光审视处于焦急恐慌中的普通人,脑子怕不是缺根筋。片中的人物没有做任何算是愚蠢的举动,已经是非常尽力的普通人了)

[1]: 影片中人物遭遇的所有事件都完全有可能发生,但全部被主角团经历的概率非常小,可以看作是为了叙事把它们嫁接到了主角身上。
#trash NFT 还是早点死了好。
关于 NFT 我唯一的正面印象是在推上见到几个因为经济问题无法继续追求梦想的艺术家借着 NFT 洪流得以再坚持一段时间。
剩下的就是铺天盖地的负面印象。

https://t.iss.one/tty7tyil_forward/1143
接到匿名投稿
发现一个仿冒 @zh_CN疑似分发病毒频道: @zh_cn_ol

请大家留意 避免上当受骗

#投稿 #匿名 ⚠️
啊,原来 wsl 每次都从根目录启动是由于 breaking change,不是 bug 😂
https://github.com/microsoft/terminal/issues/11812
---
Emm, no this does not work either.
边界条件之场
啊,原来 wsl 每次都从根目录启动是由于 breaking change,不是 bug 😂 https://github.com/microsoft/terminal/issues/11812 --- Emm, no this does not work either.
Hmm,实际问题并不是 issue 里说的那个改动。

之前一直在用且有效的写法://wsl$/<distro>/<path-in-wsl>
现在去翻文档[1]里的写法:\\wsl$\<distro>\<path-in-wsl>
实际 Windows Terminal 配置文件里需要的写法:\\\\wsl$\\<distro>\\<path-in-wsl>(就是转译一下斜杠)

[1]: Working across Windows and Linux file systems
边界条件之场
#software #torrent 从 uTorrent 2.2.1 迁移到了 qBittorrent,发现 qbt 没办法像 ut 一样利用内存缓存整块数据(可达 GiB 级),达到 大小/时间 限制之后再一次性写入磁盘?
qb 的缓存与磁盘写入策略比 ut 差太多了,跑到 10 MiBps 左右 qt 就会出现周期性长期 write cache overload 逼停下载,ut 大概要 30 MiBps 左右才会在长时间下载后出现短暂 overload 😔