Vol.27 - 尝试 ARC 浏览器
Hi，这里是 2023 年第 3 篇 journal 每篇 journal 按 3-2-1 结构模型组织内容：3 个想法，2 个摘录，1 个名词
想法 2
试用 Arc 浏览器，发觉这个浏览器从根本上只想做一件事：减少你浏览器上同时存在的 tab 数量：
- pin tab 默认只打开一个，降低最常用的网页的打开数量。
- little arc：在其他应用内点击链接时，会弹出一个临时浏览器，在原有上下文中处理信息，用完即走，而非在浏览器中打开一个新的 tab。
- space：将浏览器的使用场景进行拆分，进一步减少每个场景下的 tab 数量。
但我在使用了两周以后，还是放弃了 Arc 浏览器，重新用回了 Chrome，原因如下：
- pin tab 是我最常打开的网页，但由于默认只保留最新的一个，很难应用于多个任务并行的场景。例如在已经将 www.baidu.com 设置为 pin tab 后，如果想同时打开两个百度页面，只能采用一些比较特别的方式（如 open in split）。
- 不同窗口间 tab 栏的内容是同步的。这一点比较让我困惑：多窗口工作应该是一个比较普遍的需求，工作中日常两块屏幕甚至三块屏幕，每块屏幕上的浏览器窗口显示不同的内容，似乎是一个再正常不过的事情。但 Arc 浏览器如果同时打开多个窗口的话，在一个窗口上打开一个新的 tab，另一个窗口的 tab 栏也会出现这个 tab。
- 最主要的是 Arc 提供的解决方案，我已经有另外一套习惯了的方案了：tab 过多的问题，使用 Chrome 的 tab 组能够比较好地解决；Arc 的 Whiteboard 功能（一块即开即用，可以粘贴整理信息的白板）则用飞书文档的画板，甚至系统提供的无边记就可以解决。
想法 3
有足够多「带冒犯性」的内容，才能带来思维的碰撞，激发社区的活力，才能说是一个有价值的社区。一团和气的中立观点，人畜无害的发言，是无法产生高质量的社区的。这很难。
而同时，这种讨论应当带有不傲慢的冒犯性，不偏激的攻击性，这又尤其难。
社区平台在这里能做的不多。提供一个平等公开透明的语境，让更多群体参与到讨论中来；提供更加完善合理的审查机制，允许一定范围内的冒犯性的产生，同时扼制过于偏激和傲慢的言论。这对平台提出了很高的要求，如果把握不好尺度，很容易变成寡淡无味的一潭死水，或者充满垃圾信息的垃圾场。
但这些作用都很有限，社区质量更多取决于用户结构和质量。用户量大起来了，破圈以后用户结构多起来了，大水漫灌、劣币驱逐良币也就发生了，参考现在的即刻和 B 站；而用户结构常年单一化，也会造成圈地自萌，各自为营，典型如豆瓣和虎扑。
或许高质量的讨论只存在于私域而非公开平台中，譬如博客，譬如高质量的微信群。
这是对前段时间即刻上的争吵的观察，同时也让我想起以前读过的一篇内容：
摘录 1
回望人类历史上形成的几个创新高峰，它们都具有明显的共同特征：专业化分工、聚集效应和紧密合作，因此可以高效促进知识流动、增强创新者之间的学习。所以，“天才集群”的现象看似偶然，实则必然。与其说这些天才刚好都聚集在这些地方，不如说是这些地方催生了天才。 …… 硅谷的创新，就是“大学-产业-政府-资本”“四轮驱动”的结果。 ——《硅谷的秘密》
摘录 2
会不会形成方法论、大家会不会正确的做事，不取决于培训，而是取决于裁判的质量。 只有裁判堵死捷径，正确的行为才会发生。 ——《复盘阿里：为什么在电商、本地生活等核心战场上先后失利？》
名词
羿与后羿
读完了《中国神话通史》，一本挺有意思的书，袁珂先生从浩如烟海的资料中，考究了中国神话系统的由来、发展和主要脉络。这里挑一个比较有意思的点：原来羿与后羿是两个人，而平时往往总是把他们搞混。
神话中英雄羿的事迹主要是除害，包括著名的射日。《淮南子》中记载：
逮至尧之时，十日并出，焦禾稼，杀草木，而民无所食。猰貐、凿齿、九婴、大风、封豨、修蛇皆为民害。尧乃使羿诛凿齿于畴华之野，杀九婴于凶水之上，缴大风于青丘之泽，上射十日而下杀猰貐，断修蛇于洞庭，擒封希于桑林。万民皆喜。置尧以为天子。
羿为民除害，是一个英雄人物。而射日的任务则是天神帝俊委托于羿，让他去吓唬帝俊那十个调皮的太阳孩子。谁料羿果真杀掉了帝俊的九个孩子，自此与天神帝俊结仇，被贬为凡人。而羿的家庭也比较悲惨，与嫦娥夫妻素来不睦。羿为了避免凡人的生老病死，辛苦求得不死药，结果也被嫦娥吃了去升仙了。
至于羿的结局，《孟子·离娄》中记载：
逢蒙学射于羿，尽羿之道，思天下惟羿为愈己，于是杀羿。
《淮南子·诠言篇》又说：
羿死于桃棓。
也就是说，羿最终被自己的朋友兼学生逢蒙用桃木棒打死了。羿真是一个悲剧英雄。
而后羿则是传说中夏代有穷氏的国君，也善射，或许因此经常与羿搞混。传说中其「恃其射也，不修民事，而淫于原兽」，因射废政，结果被小人谋算结果最终杀身亡国。