关于未完成计算对象的场景

• 可以思考一个问题，如何对一个未完成计算的对象进行表示。从过程式的角度来看，可以充分等待一个未完成计算对象完成计算后，再执行其他计算步骤。但当充分等待的时间过长，同时等待过程又闲置计算资源，诸如网络请求这类场景，直观的想法是在等待的同时进行与这个计算对象无关的计算，也就是异步的方式进行代码计算调度。而未完成计算对象需要以一种方式表示，以便重新参与进行计算。
• Future和promise的概念被提出，来解决这个未完成计算对象的表示。在future表示的是值，promise表示的是计算方式(设定值的函数)。在实际的各语言实现中，两者含义基本可以混用。但在需要区分的场景，future表示的是变量值的占位符，类似于placeholder，而promise是一个可以「写」的赋值容器。一般而言，两者关系可以描述为，异步函数（promise）的返回值（future）。设置future的值的过程也称为 resolve（解析）、fulfil（实现）或 bind（绑定）它。当然，Future并不一定只能出现在异步非阻塞场景，相同的表示可以满足同步阻塞场景的计算处理。

设计推演

• 如何设计一个完备的future求值过程，需要考虑具体语言特性的因素，但简单而言有以下几点特性需要考虑。
• 值的调用：通常对future(异步函数结果) 的使用有两种，分别为隐式和显式的两种。 隐式的含义是，当在进行需要future参与的计算时，如 3 + future(a)，在future(a)所在的地址已经通过promise(异步函数)完成了赋值，只需要进行加法计算，同普通的类型一样。而显式的含义是，需要先进行一步get_future(a)，来触发promise的某个阶段或进行通信判断，得到future(a)的值，再进行加法计算。
• 值的计算时间：对于future的求值策略来说，计算可以在创建future时开始（及早求值），或者仅在实际需要值时开始（懒惰求值）。一旦future被赋值，它就不会在访问future的时候重新计算；
• 值的计算资源(调度)：在一个异步系统里，可以通过和future对象进行通信，可以在不阻塞的状态下，不断获取future对象的求值状态，直到future对象完成求值，再转而进行future对象相关操作，通常不会频繁请求状态情况，而是等待完成后进行回调操作。但在某些同步的系统中，如某个值的更新有强有序要求，需要第一时间得到future的求值结果进行处理，此时future求值过程有能力阻塞当前进程。当然这个时候future不包含异步特性，和一般变量无区别。在大多数编码过程里，异步过程和同步过程是交替发生的，而此时就需要future能够进行阻塞和非阻塞的切换。

语言表现

• 对于具体的语言使用而言，future和promise的概念是更具体和明确的。通过函数进行生成和调用，future类型的表示是封装的，无需关心计算资源调度等底层逻辑。
• 在js中promise类型可以得到异步对象处理的成功/失败两种状态表示的类型。并通过闭包的方式进行状态传递。也就是将和异步调用相关的代码，从过程式转化为函数式。
• 在python中，存在多个不同future库，但使用逻辑上基本是一致的，如concurrent的futures、 asyncio的Future。async / await的配合可以实现异步非阻塞，和result配合可以实现同步阻塞。

相关类型

• 响应式编程的signal

Reference

• Future与promise

axios 使用

• 通过npm安装axios和vue-axios。详细可见vue-axios - npm

1

npm install --save axios vue-axios

• 在main.js里import

1
2
3
4
5
6
7

import App from './App.vue'
import * as Vue from 'vue' // in Vue 3
import axios from 'axios'
import VueAxios from 'vue-axios'

const app = Vue.createApp(App)
app.use(VueAxios, axios)

• 在components里调用

1
2
3
4
5
6
7
8
9
10
11

<script>
import axios from 'axios';
export default {
  data (){
	  info: "" 
  }
  mounted(){
    axios.get("http://www.chinanonfiction.com/feed/").then(*response* *=>* { 
	this.info = *response;*}).catch(err => {console.log(err);})
}
</script>

CORS ERROR处理

问题场景

想在前端直接访问内容源网站的rss(http://www.chinanonfiction.com/feed/)。
但直接通过axios请求，会出现CORS的报错。

1
2

axios.get("http://www.chinanonfiction.com/feed/").then(*response* *=>* { 
	this.info = *response;*}).catch(err => {console.log(err);})

关于CORS引发原因的进一步解释可以参考基于vue-cli3/cli4解决前端使用axios跨域问题 。核心原因是浏览器的同源策略导致的。可以通过自建前端代理，避开直接请求调用。

解决方式

通过Vue的代理配置，避开浏览器硬性的同源策略。
定义将访问同源的http://localhots:8080/chinanonfiction/feed
代理转发为 http://www.chinanonfiction.com/feed/

• 在组件代码里使用代理的方式进行访问。
  也就是访问http://localhots:8080/chinanonfiction/feed

1
2

axios.get("/chinanonfiction/feed/").then(*response* *=>* { 
	this.info = *response;*}).catch(err => {console.log(err);})

• 在vue.config.js增加代理配置，并重写路径。
  也就是将http://localhots:8080/chinanonfiction/feed
  代理转发为 http://www.chinanonfiction.com/chinanonfiction/feed
  并改写为http://www.chinanonfiction.com/feed。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

module.exports = {
  devServer: {
      proxy: {
          '/chinanonfiction': {
              target: 'http://www.chinanonfiction.com',// 你要请求的后端接口ip+port或者网站域名
              changeOrigin: true,// 允许跨域，在本地会创建一个虚拟服务端，然后发送请求的数据，并同时接收请求的数据，这样服务端和服务端进行数据的交互就不会有跨域问题
              ws: true,// 开启webSocket
              pathRewrite: {
                  '^/chinanonfiction': '',// 替换成target中的地址
              }
          }
      }
  }
}

• 对于多目标的请求可以通过增加对应的代理配置进行相应的访问。

Reference

• vue-axios - npm
• 基于vue-cli3/cli4解决前端使用axios跨域问题
• Cannot read property ‘split’ of null

ETH在2021年产生了非常大的法币价值涨幅，几乎领涨绝大部分同类Crypto资产。就像特斯拉市值在一夜之间成为第一大车企后，很多人才彻底明白资本选择的背后，是内燃机车在人类文明生活中开启了倒计时。当越来越多的人，用真金白银参与一项发展了十多年的社区项目。除了投机骗局之外，ETH本身发展出的超大规模可编程计算网络生态，像是一个赛博奇观，突兀地存在于这个和它格格不入的世界里。

图灵完备的智能合约

当有了一大批为了挖矿而生的计算机，很自然的想法就是用这些计算机做一些有意义的计算。除了Crypto项目调集过全世界分布式算力，伯克利仍在运行的「BOINC」项目，通过志愿的算力调集，帮助了满足了很多科研项目的计算需要。由于很复杂的价值共识和投机控盘的因素，ETH靠着它的币价不断上涨，走过了非常艰难的初期算力积累，吸引了数量十分庞大的矿工计算群，如今ETH全网的算力超过了7 TH/s。ETH通过一个图灵完备的智能合约机制，在这些计算设备上搭建了一个可编程的虚拟环境，提供了一个更合理得运用这些计算设备算力的平台。在这个算力平台上，可以复刻如今互联网的一切。原本互联网世界里黑的、白的、灰的都在这个新土壤里疯狂生长。

POS让民主走向共和

矿池的机制下的POW(proof of work)是一种追求按劳分配的公平。但这种按劳分配远不如记件，是一种按劳动占比分配的内卷(involustion)。要参与这场分配游戏，大量资金要投入到和token无直接相关的计算设备上，仅仅只是增加被巨大分母稀释后的一小点。越来越多的声音，想让ETH从POW机制转为POS(proof of stake)。基于POS的ETH 2.0网络也开始接入主链，POS一种非常相似现代股份制公司的权力机制。参与挖矿的资金投入，直接作用在token本身也就是eth上。这种份额权利和共和形式不谋而合。这两种机制选择的变化，也是eth网络追求效率的结果，如同大国体制的苦恼。人民无法从共和中得到个体公平，但也难从民主中得到效率发展。

法币本位的未来

因为数字加密货币没有办法用来消费，所以需要兑换为法定货币，也就是现在最为被价值接受的法币本位的定价方式。假设不需要法币作为中间载体来进行日常消费，那数字加密货币的锚定物是什么呢？我们会用什么来描述数字加密货币的价值。如今法币体系下，法货通过购买力衡量其价值，而购买力本质是由兑换多种大宗商品的价格联合决定的。数字加密货币当然也可以用这种方式，如果有一天某种数字加密货币可以毫无困难地兑换各类大宗商品，那其购买力也同法币一样可以被标定。

但除了和大宗商品标定之外，由于几乎所有的主流数字加密货币都是通过POW的方式产生和分发的。因此其价值多少，几乎等价于产生该数量加密数字货币的计算量。中本聪最早就考虑到在面对全网算力不断增加情况下的，会通过增加难度的方式来摊薄收益。因此一枚数字加密货币对等的算力价值只会随着矿工越来越多而不断增加。ETH在全面转向POS后，它的计算等价仍然通过智能合约的gas费用存在。只是在POS机制下，这种算力等价变得更为复杂。在这种定价表示持续诺干年后，算力也会成为像金银铜铁、棉花豆粕这样的大宗商品。成为各类货币购买力的一部分。

最后一块拼图

下一代互联网是怎么样的，ETH网络描绘了一个成型的雏形。一个共识存储和计算分发网络是描绘下一代互联网很好的故事。这种网络有很强的计算挤占弹性和计算自由度。春运抢票/双十一秒杀这类短时效的计算资源短缺在这样的网络上都不会再出现。围绕着ETH主链提供的计算力，标准冯·诺伊曼计算机模型的其他部件也慢慢进入这个生态。IPFS文件系统提供更大的存储空间，以及当前互联网本身就具有的强大输入输出的人机交互功能，一个横跨地球的冯诺伊曼计算机，已经组建完成了。

Crytpo系统论证价值的最后一块拼图不来自基础组件，而是来自于应用。一个能带来广泛影响力的应用，需要抛开crypto本身的金融投机外衣。对于稀缺性的特征在近十年里做了各个角度的挖掘，但都避免不了和投机微妙的牵连。这些尝试最终都带来不了更多的社会价值，早年互联网带给世界不只是金融市场的泡沫，还有之后生活方式的转移。

Crypto网络算力的基础建设由于人性中非理性和狂热杂糅的情感完成了。是一种科幻文学审美的巧合。在另一个人类更理性的平行宇宙这种巧合可能都不会出现。Crypto网络带来的更进一步去中心化技术下的互联网带来的不会是一个新世界，但会是一个新选择。下一代互联网技术也不是为了取代当前的网络，而是和现在的网络一起迭代更好的形式。

基本机制

• 在一个房间里的功能非常极简，只能 「听」 或者 「举手发言」。
• 在现有的房间推荐机制下，关注什么人基本决定了能加入什么房间。
• 时效性非常强，没办法同时加入两个房间。有些内容错过了就是错过了，绝大部分情况加入一个房间都是从一个话题中间开始听，没有获取上文内容的方式。
• 创建房间可以创建一些限制性的非公开房间，但是解散后即焚，没有聊天群组的概念。
• 可以通过日历，创建聊天房间开始的日程预告。

体验感想

• 在一个房间里收听时，没有任何多余的入口和按钮。体验之前会觉得和直播差异不大，但使用后发现没有音频，没有弹幕，没有直播留言，没有礼物，没有这些额外组件的干扰，让话题内容本身非常流畅连贯，减少了很多来自听众评论或者互动的干扰和评论压力。
• 进入房间的入口主要有首页推荐和侧边栏列表。首页推荐显示主要是依据你关注的人参与了哪些房间和当前全平台的热门房间，侧边栏显示的是和你互关的人正在参与房间的列表。两个入口有比较大的重叠。找到一个能参与发言的房间是很难的，房间的选择显得比较少，热门话题也不容易抢到麦。
• 把交流当作内容来让用户消费是很有大不确定性的，每一次进入clubhouse的体验可能因为开放房间的不同而完全不一样。可能会非常枯燥无聊，也可能是津津有味。交流的临场感是很微妙的，像是在逛一个到处有采访的展会。但对谈质量好过论坛性质的现场访谈，明显能感觉到对谈人轻松和自然，少了很多场面话，但对于表达要求很高，有能力快速清晰表达看法的谈话人能特别出彩。
• 和播客的形态特别相似，但相比一期完整节目的门槛降低了很多，有意愿上麦的发言者，是能带来新的角度和内容的。虽然可能会因为音频内容本身吸引力稍差，导致长期的留存和变现方式比较不明确，但我觉得这些不需要用户来担心，这还是一个能让音频内容爱好者狂喜的产品，虽然技术和功能早已有前辈产品能实现覆盖，但一个还没开始做加法的app是很有质感和调性的。
• 哪怕后续天花板可能不高，但现在是个非常小而美的产品。

在收听不丧日更22期：年度影视节目回顾的时候，非常意外地听到两位主播今年最喜欢的纪录片里面竟然有《互联网之子》。更没想到紧接着在日更23期：追星的时候会聊到偶像。这两期节目直接就让我想记录一下Aaron Swartz对我的影响。从偶像的角度来说，Aaron Swartz一直以来，都是对我影响非常大的程序开发偶像。他那种对于信息分享和传播的探索，对于权威、封闭商业版权挑战的勇气，一直都能给我带来感动。每当想起他，都会激动地涌现出跟随他脚步的力量和憧憬。很难想象如果Aaron仍然在世，会不会用一种新形式，来挑战如今各式各样封闭的互联网商业城墙。

程序开发这个行业最与众不同的是，几乎所有问题的解决方案，在开源社区里都有免费的替代品，整个开源社区是无数像Aaron这样才华横溢的人，无私地奉献出智慧的结晶，越是纯粹的技术人越是怀揣这种贡献开源社区的理想主义和浪漫。一直感觉很幸运，在最年轻，如同一张白纸的时候认识了Aaron Swartz。让我能懂得这种理想主义下信息传播的不易，以及能始终对每一个如同Aaron这样，坚持古典互联网精神的人，满怀敬意。如果没有他和他的传奇故事，可能我仍会迷茫技术的价值和意义，沉迷在自己代码库里，尝试各种各样换皮的手段，添加一个又一个只用来薅流量，但毫无意义的「广告分发器」。

Aaron让我看到「Don’t be evil」下，技术的上限和力量。年轻的离世让人惋惜，但起码不是屠龙勇士成为恶龙的绝望循环。

关于「随播回响」

你好，欢迎访问「随播回响」。这里正在进行的，是一场关于播客节目分发形式的探索实验。我们希望通过用音频检索以及音频推荐的方式，让更多人体验到播客在信息传播上的温润价值。

关于「SEARCH 回响」

「SEARCH 回响」栏目尝试的是，将搜索延伸到音频节目的实际内容中。把原本只能在节目标题、节目概要、以及show notes这些文本上的搜索，扩展到完整的整期音频节目。我们将根据搜索请求，直接定位到包含请求搜索请求的节目，以及该搜索请求在该期节目上播放的时间点。我们并不希望这种搜索形式，只是把播客音频内容转换为文本，简单地把文本内容加入搜索的索引，而是希望能结合播客本身的特有的形式和内容，让搜索成为播客收听中很独特的一种体验，成为用户想法和创作者内容碰撞、交流的一种方式。

关于「SHUFFLE 随播」

「SHUFFLE 随播」栏目尝试的是，以Feed流的方式，通过直接触达用户的兴趣点，来吸引用户对于节目的收听。我们会对你可能感兴趣的播客内容进行预估，然后推送给包含该内容的节目，并直接从你可能感兴趣的地方开始播放。 在这种形式下，虽然很遗憾地会对播客内容的完整性有比较大的影响，让节目处在创作者无法把控音频起点的播放状态，但这样的分发尝试，非常有可能让听众减少对其而言吸引力欠佳内容的收听时间，也能让节目有机会通过不同的话题片段作为入口，展现给兴趣截然不同的听众前。

在当前常见的播客剪辑技巧中，也有和这种策略比较相似的方式。很多播客节目会选择在自己音频的开头阶段，用本期最精彩的内容做一个几分钟的集锦剪辑。但由于音频是一种完全单行，很难融入跳转的播放形式，在被开头内容吸引后，用户甚至可能要完整听完全部的音频内容，才能听到吸引自己进来的片段。「SHUFFLE 随播」希望能对这种剪辑方式进行用户体验上的改善，减少用户在内容等待中产生的失落感。同时通过音频交互上的设计，能尽可能引导用户听完整期节目，让创作者的内容得到完整的表达。

关于节目收录

当前收录的节目可以在「收录播客」栏目看到，由于我们暂时没有在这个网站上引入商业化内容的计划，因此在现有比较有限的计算资源下，收录的内容无法覆盖全网的每一档播客，当前收录的播客内容有一定随机性，有很多我们很喜欢的播客节目也都暂时没有被收录覆盖。但不管是你是播客听众，有特别想要推荐的节目，或者你是播客内容创作者，想将自己的节目通过这里的形式进行分发，都十分欢迎通过邮件(contact@castecho.com)给我们留言。我们将尽力将其加入收录计划。

关于知识产权

我们十分尊重内容创作者对于播客内容的版权。我们完全遵从RSS协议，只在合理运用的前提下对内容进行展示，所有文本内容都将直接提供对应创作主页链接的点击进入方式。音频内容也不会以本站缓存的形式播放，而是直接使用RSS提供的播放链接进行播放。但由于众所周知的网络原因，各个博客频道托管的服务器地区差异很大，在这种形式下，音频的播放请求可能无法及时响应，希望你能带着一点耐心，稍等播客世界里的回响。

为了避免不必要的误会，如果你不希望自己的创作内容以这种形式被收录，或者由于技术上的疏忽没有给出正确的链接，请同样通过邮件(contact@castecho.com)和我们联系，我们将尽快修正或者取消对内容的收录。

关于Beta

不论是「SEARCH 回响」还是「SHUFFLE 随播」当前的功能研发以及体验形式都在一个非常初步的状态，在技术和产品上有很多颇具挑战的问题还尚待解决，目前的状态和我们自己本身的设想也还有一定距离。但我们还是决定先上线初步功能实现的beta版本，和大家一起分享和探索这种播客收听形式的体验。当前网页端可能对多平台的兼容能力有限，如果没有给你带来比较好的体验，非常希望你能记住castecho.com(cast+echo)这个域名，常来看看，持续关注我们的迭代和进展，相信在不久后的一天能给喜欢播客的你，带来惊喜。我们也非常乐于和大家分享这里各项数据和探索思考，后续将通过一个直观有趣的形式给大家带来反馈。

关于赞助
希望你能考虑对喜欢的播客内容创作者进行赞助，如果非常想找我们聊一聊关于这里播客分发形式的体验，欢迎邮件联系contact@castecho.com

最后，希望大家能在这里遇上自己喜欢的节目，在播客的陪伴下，对生活充满热情。

新年快乐！

Hungry Router - 尝无止尽路由

步入硅器时代的中期，互联网逐渐进行的城市化，已经让原先的博客原住民变成了一座座孤岛。早年间繁荣的航海发现已经变得萧条，浏览世界的工具，也从孤身一人富含冒险勇气的Safari/Explorer，变成了社区群体汇集丰富多元的Chrome。孤岛的生活自由精致，不求浮名，但求同好。

硅矿工匠

Free Mind - Free Mind
徐阿衡 - Shuang
利器 - 创造者和他们的工具
科学空间|Scientific Spaces - 渴望成为一个小飞侠
GeekPlux - Data Visualization & Full-stack programmer @ finance firm, Blogger, Cat lover, Lifelong learner.
王垠的博客 - 当然我在扯淡 - 王垠的博客 - 当然我在扯淡
GENKUN - Recent content on GENKUN
每周记录SEE - 每周记录SEE
Lu Huang’s Blog - Lu Huang’s Blog
图月志 - JJ Ying 的界面设计博客，博主同时也是设计播客 Anyway.FM 的主播
Hi, DIYgod - Hi, DIYgod
中文日志 on Yihui Xie | 谢益辉 - Recent content in 中文日志 on Yihui Xie | 谢益辉
数字移民 - 数字移民是一种生活方式
Chenfan Blog - Do cool things that matter.
细语呢喃 - 技术改变生活
Go Further - Stay Hungry, Stay Foolish
ONES Piece 翻译计划 - 聚焦科技、创投和商业 - ONES Piece是一个由ONES Ventures发起的非营利翻译计划，聚焦科技、创投和商业。
infoier | 设计乘数 - infoier | 设计乘数
piglei - piglei
安妮薇时报 Anyway.News - 由 Anyway.FM 发行，为你提供与设计行业相关的新闻资讯、网摘推荐以及专栏文章等内容。
Be For Web - Be For Web
一稿计划 - Last one

游吟诗稿

一天世界 - 一天世界
城堡阅读周刊 - 由阅读爱好者业余制作，基于 Markdown 排版的网络独立杂志。
刘未鹏 | Mind Hacks - 思维改变生活
GoldenGrape’s Blog - This is a blog site for GoldenGrape.
大破进击 - 大破进击
HuoJu’s BLOG - Recent content on HuoJu’s BLOG
累牍 - 累牍
万有引力之虫 - 在刺猬与狐狸之外，在傻子和英雄之间。 A blog about social movement and others.

播波电台

大内密谈 - 大内密谈
UX Coffee 设计咖 - 设计无处不在。在这个节目里，我们试图通过和设计这个世界的人们交谈，去探寻创造的过程、感受设计的力量。
无业游民 The Unemployable - 生活再丧，也不要和世界失去联系
文化土豆 Culture Potato - 文化土豆 Culture Potato
路书 - 路书
津津乐道 - 用耳朵体验世界
迟早更新 - by ONES Ventures
日谈公园 - 日谈公园
不丧 - Busang Podcast
不可理论 - 带你用理论理解生活
提前怀旧 - 一切未来终将成为过去。欢迎收听《提前怀旧》，一档由任宁和 Rio 主持的科技评论节目。
故事 FM - 用你的声音，讲述你的故事。
硬影像 - 硬影像
博物志 - 博物志
一天世界 - 一天世界，昆乱不挡。不鳥萬如一主理。IPN 出品。
疯投圈 - 疯投圈
时尚怪物 - Fashion Monster 《时尚怪物》是一档探讨文化艺术与奇奇怪怪生活的播客节目，Tianxi、汉洋主持，IPN 出品。
黑水公园 - 黑水公园
剩余价值SurplusValue - 剩余价值SurplusValue (已更名随机波动)
随机波动StochasticVolatility - 是由三位女性媒体人发起的一档泛文化类播客,原剩余价值
字谈字畅 - 用听觉方式扯视觉艺术
捕蛇者说 - 编程、程序员、Python
Anyway.FM 设计杂谈 - 由 UI 设计师 JJ Ying 和 Leon Gao 主播的 podcast，主题包括但不限于视觉设计，入选 2015 年 Apple 最佳播客榜单。Anyway.FM 是两个闷骚男抒发对设计热情的地方、Anyway.FM 是两个老男人吐槽世界的地方、Anyway.FM 也是一对好基友想把自己的见解分享给更多人的地方。

时间和因果性

春节肺炎的群体隔离期间，看了片单里罗列很久的电影，恰好又在书架上看到初中那会特别喜欢的一本书《Hyperspace 超越时空》。这本书算是一本「超空间理论」的科普读物，全书基本奉行「霍金畅销书」理论，全篇没有用一个公式，只是通过举例和类比的文学方式来描述近代物理的一个很争议的「超空间理论」。

除去四大基本力的统一，最有吸引力的就是对「时间」的解读。作为一个抽象又具象的名词，宗教、哲学、文学、艺术领域都又有不同的流派对这个词有所解释。在时间的科幻应用上谈及最多的就是「时间旅行」，这里又可以衍生出很多的假说来描述时间旅行的种种问题。

此前我也作为一个定性分析爱好者，喜欢琢磨「时间旅行」的可解释性。那个时候我最认同的是时间旅行的经历只是可观测性但不可修改的，就像在地球看到几亿光年外的星体，可以通过改变和它的空间距离来看到这个星体的过去和未来。现在的自己认知来看这种自己觉得可解释性最强的假说无疑不够精妙，这种假说下，空间和时间维度还是被揉捏在一起，没有那种正交互相独立的美感。

刷电影片单的过程带了些新的思考，一直以来最容易理解时间维度的方式就是视频，天然有一个可供调整的进度条来切换时间的位置。从这点来看，文学作品也是差不多，书籍的页码同样是自带的「时间进度条」，在电子阅读软件上同样也是这么使用的。不过电影和文学的叙事表达有很多手法，很难有纯线性叙事的作品了，这一点来看，切换的时间轴反而会更容易陷入事件时间的先后错乱中。但这种非线性叙事其实很接近时间旅行，提前或延后知晓在一件事情还没发生或者发生后的场景故事。

就像空间维度上的人可以从A走到B，作为正交的时间轴应该也能修改，像视频剪辑软件那样，把白天的人下一秒就安排在黑夜。但这种粗暴的方式无疑会破坏因果性，无数时间旅行的假说就是为了满足因果性而产生的，大致可以归纳为宿命论和非宿命论。但这些都是认为一件事情发生后会像蝴蝶效应那样导致一件事情发生，只是那件事情的结果，可能会，也可能不会，如同时间旅行前那样。这就是为了体现时间的因果性。但有没有可能时间是没有因果性的，我把叉了苹果的叉子往嘴里伸，然后吃到了牛肉。

我自己其实一直也觉得时间和因果性应该深深地绑定在一起，或者说时间只是因果的产物，但物理上真的是这样吗？鉴于是为了探索脑洞的趣味性，我只是在知乎上看了看现有的讨论。

最直接的问题就是「因果」是建立在「时间」这个概念上的吗？ 虽然和我想的时间是不是因果的产物有所差异，但其实探讨的本质是一样的。毫无疑问，这类的问题解读最先要做的是对因果和时间进行定义，不同的定义会延伸出不同的解读结论。但只是作为脑洞探索，分析各类定义的不同结论实在过于繁琐。按照康德的因果观和相对论的时空观解读来看，因果和时间都是光传递的内容，也就是说在得知时间同时也能知道因果的作用。似乎以一种回避的方式讨论了时间和因果的关系，但的确也没办法进行任何的实验来描绘二者的关系。定性的分析成了这类问题的最大的遗憾。

像电影视听表达那样无视前一秒和后一秒的因果性，这是一种免于时空旅行各类悖论的取巧方式。但这种简单粗暴的覆盖像是一种偷懒，实在很难让人相信这是世界运转的规律之一。

中央处理单元-CPU

cpu 的话消费顶级选择当然不止intel 9900k,另一个可以选择的是7月新出的AMD 3900x， 价格两者差不多（4k左右）。从数据上看 3900x的核心和线程数都比较高，（9900k-8核16线程 | 3900x-12核24线程）但一方面是我对amd 的处理器不太了解，主板选择上和内存支持上可能没有太大把握，同时由于本月新品的原因，配套主板的价格特别高。另一方面实际游戏测试表现来看默频下，9900k略胜3900x一筹（平均高出6%），超频下9900k（5ghz）还是略胜3900x(auto)一筹（平均高出5%,但9900k超频空间大很多)。所以游戏娱乐来看现在买9900k还是一个比较好的选择，至于专业视频制作和数据处理3900x因为核心线程的领先表现可能会好一点。

Refer：9900k和3900x游戏性能对比

主板-Motherboard

主板的话 如果不超频的话微星的暗黑版本就够用了，但是m2接口和供电还是寒酸了一点，如果后续要加m2硬盘会少一两个，用微星战神ace的话如果超频的话供电能更稳定一点，i/o和硬盘接口更丰富一点，毕竟现在主板一键超频还是比较容易的，超频不是很复杂。华硕的rog m11h 和 微星 战神 ace差不多，但有rog的灯效和品牌加成，不过如果选择rog 我比较建议再加一点钱到 m11a，rog的顶级供电，可以挑战一波液氮超频。 美观的话rog m11f比较好看
如果选微星暗黑注意下只有结尾带ac的是自带无线网卡和蓝牙的。

Refer：msi carbon | msi ace | rog m11h |rog m11e主板对比

图形处理单元-GPU

gpu的话是十分价钱一分货，一千块一两帧的差距吧，1w左右的看造型选就行了，如果还是比较看中频率的话微星魔龙在这个价位有一点点优势，建议主板和显卡选择同品牌的，这样在软件监控管理上稍微方便一点点。如果主板选了rog，显卡可以选rog的猛禽。

内存-Memory

内存的话有两个方向一个是追求空间的16g双通道，另一个是追求频率的8g双通道，性能上高频率的8g双通道在游戏上表现会好一点（10%以内），一张主板能插四条内存，性能要求高又对空间要求不太高（不跑大数据处理和高分辨率的影视动画制作）4个8gb的绝对够用了，如果空间要求比较大还是16g的内存吧(rog 主板是只有两个内存槽 除了m11e)

硬盘-Disk

硬盘的话不太知道你原来硬盘的型号，主控颗粒还是新硬盘好一点，4k读写能快很多，建议还是用新m2硬盘装个系统500g或者250g的都可以，但500g的性能会好一点。硬盘的话价格高的在跑分上还是比较明显的，但使用感受区别不大。而且硬盘不太保值，换起来又方便，随用随换可能比较好一点。

电源-Power

电源 如果打算5年后下一台电脑接着用的话可以用1000w的电源，质保时限都是ok的，850w其实也够下一台用，但余量不一定够，不过电源用得太久也不一定100%稳定。至于rog的雷神用的是同款海韵电源的带灯贴皮，不过一般机箱电源位都是带仓包起来的，所以带了灯可能也看不见。

散热-CPU Cooler

散热我查了一下，水冷有几个5年损坏全赔的，可以具体问一下客服，就是如果漏夜造成你机箱损伤他们会折旧赔其他部件比如cpu/gpu的钱。9900k的发热量还是比较大的，如果用风冷真的是装一个硕大硕大的散热塔，还得有额外的承重架来支撑一下（不过显卡估计也会需要支撑架），水冷能让机箱整洁一点。不过水冷不太好带到日本，路上颠簸说不定就影响整体密封性了。不管选水冷还是风冷都要注意机箱尺寸，水冷一般机箱描述会写有支持360冷排，风冷的话最好问一下客服猫头鹰或大霜塔能不能装进去，而且还要注意会不会挡住主板的一些接口位置

机箱-Computer Case

机箱 注意支持主板大小是不是支持atx主板，前面板对type-c有没有要求（rog m11h主板不支持机箱前面板的type-c），散热装不装得下，别的就没什么了，主要还是看你对造型的喜好。我个人觉得rog 太阳神这样就还行。但你最好多挑挑，毕竟低头不见抬头见

参考推荐表—9900k+2080ti 7月简单推荐配置

下载: motrix - 可以作为迅雷部分无法下载资源的备用，部分迅雷服务器可以缓存的资源，速度还是迅雷更快

code展示: Carbon

mac 录屏幕：GIPHY CAPTURE

Markdown: Typora

Mysql gui: sequel pro - mac上非常容易操作的轻量mysql gui，当然大部分情况下python的mysql包就完全够用了

Gist gui：Lepton - 比较好用的gist桌面应用，可惜没有搜索功能