Caspian
@Caspian

Caspian
@Caspian
MisakaFlash Post #1听说校园网对你站搞了 dns 污染,不能直接打开?由于众所周知的原因,国外的 doh 服务在国内不是无法使用,就是解析速度感人;国内诸如 阿里家,360 家,腾讯家 的 doh 虽说可以解决你站的 dns 污染,
但在国内网络环境下其他该被污染的网站依然会被污染。
因此,可以使用 cloudflare 提供的 workers/pages 免费计划,搭建一个自用的 doh 服务,并可配合优选手段,实现更加快速、准确、安全的 dns 解析,一劳永逸的解决 dns 污染问题。适用平台
目前 Chrome、Firefox、Edge 等主流浏览器在 PC 端均有自带的 doh 功能,前不久 Firefox 的安卓客户端也添加了 doh 功能
要求
- Cloudflare 帐号
- 一个域名(可选,若使用 Workers 搭建域名需托管在 Cloudflare 上)
- github 帐号(可选,可以 Fork 仓库自动同步实现自动更新、修改)
相关项目
- doh-cf-workers
- doh-cf-pages
- serverless-dns(可进一步实现广告、跟踪器、NSFW、特定网站屏蔽的功能,但会影响解析速度)
- ……
注意事项
- Cloudflare Workers&Pages 免费计划每天有十万次的请求次数
(用不完,根本用不完) - 使用 Cloudflare Workers/Pages搭建doh中转并不违反Cloudflare服务条款,可放心使用
- 通过优选 IP、优选域名等手段提升国内的使用质量这一做法,理论上违反 Cloudflare 服务条款,可能会引起警告、封号等后果,
但 doh 占用的流量微乎其微,应该没人会较真,毕竟还有那么多用优选跑代理的 - doh 默认的/dns-query 查询路径会被 有关部门的 探测节点主动探测并封禁域名
(本人就被封过几次),因此最好修改默认的查询路径
搭建流程
-
Pages 搭建
Pages 默认的域名没有被墙,所以不需要自备域名,也不需要修改路径,可以直接用。但 Pages 的优选方法相对麻烦,查询速度取决于运营商和网络质量。
首先 Fork doh-cf-pages 仓库

在 Cloudflare 的 Workers 和 Pages 界面选择“创建应用程序”,选择“Pages”-->“导入现有 Git 存储库”,绑定 github 帐号,选取刚才 fork 的仓库

修改项目名称,构建设置默认,保存并部署,大功告成。之后复制生成的域名到浏览器的 doh 配置界面,粘贴使用即可。这个项目默认可使用任何路径查询,如果需要修改可自行修改代码 -
Workers 搭建
Workers 搭建的步骤和 Pages 的差不多,差别在于:Workers 默认的域名被墙了,需要绑定自定义域名;Workers 可以直接创建一个 Hello World 应用,然后点击编辑代码,复制粘贴 doh-cf-workers 中 index.js 的内容,点击部署即可,修改中转至的 doh 服务、解析路径也可以通过这种方法修改。 -
Workers 优选域名
在浏览器使用 doh 进行 dns 查询前,会先使用系统 dns 查询 doh 的 ip。众所周知,cloudflare 在国内的使用体验并不算好,虽说用的是泛播 ip,但国内往往会解析到美国,因此可以通过优选改善使用体验。这一做法违反 cloudflare 的服务条款,自行衡量风险
首先需要有一个托管到 cloudflare 的域名,我使用的是在 dpdns.org 上注册的免费三级域名。在域名的 DNS 界面添加一个 CNAME 记录,CNAME 目标域名可自行搜索优选域名,并在本地网络环境进行测试。注意一定要关闭小黄云。

然后选择 Workers 路由,根据以下格式添加一条路由即可。


小王在上海 Post #48正准备读 PhD,跟 POI 聊完已经开始怯懦了。
アイラちゃん Post #47加油,祝一切顺利呀~
紫金港第一皮革<・)))><< Post #45加油加油🥹
PipaQinse233 Post #41欢迎回来!期待分享
-
仲邑堇 Post #2待到两交合并,保障组必将把你们这群反贼统统拿下
夜阑观星海 Post #19然而我对这些可见的专业都不感兴趣,学了只是为了能赚点钱做真正想做的事情,天生就对某些领域有着热情的情况其实是一种幸运
アイラちゃん Post #3久闻盛名,可恶还没玩过,加到 TODO list 里
小木曽 雪菜 Post #1本文原载于知乎专栏:润学视角下的《白色相簿 2》,原作者为 王译锋。以下为转载内容。
作为一门新兴的理论体系,润学 [1] 已指导了许多现实生活中的润实践,但其在 ACG 文艺界的影响力尚未得到充分发掘。为此,本文将尝试令润思想引入传统上受 冬马学派 与 雪菜学派 把控的 白学 领域中,以 somewhere people 与 anywhere people[2][3] 概念分析角色差异,为交叉学科的润研究提供新的视角。
本文将分如下三部分解读《白色相簿 2》:
- 润学视角下的剧情发展
- 润学视角下的人物塑造
- 润学视角下的选择代价
润学视角下的剧情发展
在《白色相簿 2》中,润情节作为多段核心剧情的最终结果而存在。归纳性地看来,这些情节均属于存在亲密关系的双方(或三方)中某一方(或两方)之润。共同地,这些润情节均会在润者与未润者之间产生激烈的情感冲突,实现反复造就戏剧高潮 [4] 的效果。
润对本作的剧情走向发挥了重大作用。例如在全作序章 ic 篇开场时,其即以倒叙手法展现了女主(之一)冬马和纱润后,在机场无所适从的小木曾雪菜与北原春希二人:

此处「走了」为「润了」的委婉表达
该事件属于 ic 篇剧情的最终结果。在高中毕业之际,冬马润至维也纳逃离扭曲的三人关系,但其在润的前夜遭遇春希,发生了因年轻而犯下的错误。此事直接导致了春希与雪菜三年间关系的冻结,亦是三人贯穿全作的心结。
对称地,在润学视角下,《白色相簿 2》最终章 coda 篇的三大主流结局 [5] 亦可归纳为三种情况:
- 冬马 NE - 冬马润了,春希没有润。
- 冬马 TE - 冬马和春希选择一起润。
- 雪菜 TE - 冬马和春希都没有润。
由此可见,《白色相簿 2》是一部在叙事上始于润亦终于润的 ACG 文艺作品。润是三位主角间关系微妙变化的最终体现。
另外在全作中,亦存在着其他与润相关的重要情节。如在 cc 篇麻里线中,春希追随女上司风冈麻里润至美国;在 coda 篇中,冬马和纱之母冬马曜子因自身原因返回日本不再继续润的决定,也是促发 coda 篇剧情的根源。

曜子的选择有其自身原因
但显然地,润并非人物行动的目的,润只是达成目的的手段。在白学中,角色的人设如何影响其对于润的决策?下文将探讨这一问题。
润学视角下的人物塑造
润学研究者 David Goodhart 提出了 somewhere people VS anywhere people 的概念,认为现代社会中隐性存在着 Somewheres与 Anywheres 两类群体。前者对自己从小的居住之处(somewhere)有很高的认同感和归属感,移动能力不强;后者则往往接受过更高级的教育,有足够的移动能力按自身意愿跨国(anywhere)生活。
从这一视角看来,《白色相簿 2》中的两位女主冬马和雪菜,就明显地各自属于典型的 anywhere people 与 somewhere people。
冬马凭借家庭背景与自身才能,可以选择常驻最适合她发展的欧洲。她身上 anywhere people 特质的体现之一,就在于她对出生地日本的认同很弱:

同时,冬马作为 anywhere people 说走就走的能力也为剧情转折提供了铺垫。例如冬马在收到春希「想再听一次你弹钢琴」的请求后,她立刻就可以凭借自己的移动能力做出回国公演的决定:

而相比之下,作为 somewhere people 的雪菜,则具备与本地家庭更深的羁绊。例如在冬马 TE 中,雪菜在冲动下一度想随冬春二人润至维也纳:

但这显然是不现实的,理由在于雪菜的 somewhere 特质早已使她「牢牢扎根」于她所处的社会圈子之中。这也在本作中得到了艺术化的表达:

在这条线上,雪菜最终告诉春希她「无法抛弃自己作为小木曾家孩子的身份,也无法不去做一个日本人」。这一决定从 somewhere people 的视角看来,就更显得相当自然了:

相比于冬雪二人,春希则更接近所谓的 In-betweener。他的个人能力使其具备成为 anywhere people 的潜质,但人生志向则更接近追求稳定的 somewhere people。这种性格在 ic 篇中即已得到了体现:

冬马 TE 上,春希也向曜子表达过他原本对自己生活方式的预期:

这种直觉上偏向于 somewhere people 的 in-betweener 特质,使春希在面对「是否要润」的重大选择时,自然地出现了反复的迷茫和挣扎。这在本作对其内心活动的描写中也得到了丰富的刻画。这种特质实际上使春希客观上具备了走向各种潜在结局的可能性。
更进一步地,在现实世界中,somewhere people 与 anywhere people 之间往往存在着诸多理念(三观)上的差异。本作中虽对此作了刻意的淡化,但也有所提及:

冬马与雪菜虽为挚友,但她们之间的价值观差异可能难以弥合
这种差异决定了在作为 somewhere people 的雪菜与作为 anywhere people 的冬马之间,除了某个「相似的爱好」以外,各自的生活方式有天壤之别:

这种区别即属于冬雪二人之间本质性的差异(之一)。但由于冬马家世的特殊性,此类差异亦可能归属于润学范畴外的阶层差异课题,留待后续研究者的进一步探讨。
润学视角下的选择代价
前文中提及了春希面对「是否要润」决断时的选择之艰难:

这种艰难同样在 ic 篇冬马润前的自白中有所提及:

这其中的难以取舍之处,自然在于为润所应付出的代价。在冬马 TE 中,这种代价得到了完整的展现。为了实践与冬马润的理想,春希必须逐个切断他在社会上业已建立的诸多联系:

春希付出的代价首先从离职开始,需放弃一份原已作为事业来追求的工作:

然后承担来自多年好友的谴责:

还要告别小木曾一家原本的准亲人:

最后还要在愧疚和负罪中,向雪菜播放《Answer》:

但经历以上艰难事件完成对既往的告别后,也还只是步入了新的起点。此后的春希仍要承担未来的责任与不确定性:

可见相对于大学时代直接奔赴美国的麻里线,冬马 TE 中春希作为社会人的润要艰难得多。其在现实中发生的概率之低,也与进入冬马 TE 的难度之高 [6] 相吻合。这种从人际关系的现实角度对润过程的刻画,也是「人是一切社会关系的总和」理念的体现。
总结
作为对上述各节的总结,在《白色相簿 2》中:
- 润是贯穿全作的暗线,是角色之间关系微妙变化的最终体现。
- 润决策的背后,体现出了 somewhere people 与 anywhere people 之间的角色人设差异。
- 润的取舍与代价得到了充分的探讨与展现。
值得一提的是,在全作的润情节中,许多人所关心的「怎么润」并不重要,这是由于奥地利(申根)与美国均对日本免签 [7]。相反地,白学中的润更多地体现出了一种童话般理想环境下的润学——社会制度与意识形态的差异是次要的,人遵循内心的选择是首要的。但即便如此,in-betweener 的润也并不容易,需在诸多外界因素推动下才可能最终发生。
希望白学中的润案例能对后续的润学研究起到帮助。
祝大家都有光明的前途参考
- ^ 润学 - 维基百科 https://zh.m.wikipedia.org/zh-hans/润学
- ^The Road to Somewhere https://www.theguardian.com/books/2017/mar/22/the-road-to-somewhere-david-goodhart-populist-revolt-future-politics
- ^somewhere people VS anywhere people 回答备份 https://zhuanlan.zhihu.com/p/138107598
- ^ 此类戏剧高潮常导致研究者的胃部不适,其机理有待进一步探究
- ^ 此处不讨论过短的雪菜 NE 腰斩线
- ^ 进入冬马 TE 需连续选对 12 次,在二项分布下的发生概率为 1/4096
- ^https://zh.wikipedia.org/zh-hk/日本公民签证要求
アイラちゃん Post #20Normal life has its own meaning. I would prefer a typical life, rather than fantastic adventures or unrealistic daydreams. Sometimes I even wonder, why there are so many people, who would prefer unstable adventures without cherishing people surrounding them. For me, from my own personality, I would prefer alone or small community rather than developing complicate social connections with strangers. Building a high quality discourse is not contradict with having only a little number of participants.
In fact, from my own perspective, there will only be 2 ways to make a discourse to prevail. First by authoritarian, introducing the officials to promote this discourse as the ONLY LEGAL BBS in the campus. Second by sensational, attracting contents. But both ways will severely downgrade the quality of the contents which a discourse provides, since the former will severly impact the creativity of the content-providers and the latter will cripple critical thinkings, with tensions, chaos and argues permeate inside each corners. That's why I chose to retreat and cancel from shuiyuan BBS, since I cannot find a quiet place to produce my own thoughts while exchanging my ideas with few others.
Of course this is only my own opinion, and I am always enthusiastic and ready to give my full support to develop here better.
Srotseiticar Post #5因为猫是昼伏夜出的动物
ascah Post #39现在回顾过去,高中做题时候是形式上比较简单。大学后没搞清主要矛盾,我最开始是在保研班,后来成绩问题分流普通班,然后稀里糊涂考研。我是究极拖延症,本科毕设能拖炸的那种。坦白说对科研我没有信心,而且我目前的形势是基本上要确认硕转博...我感觉我自个是很难按时毕业,但眼下我又没有特别想换导师的欲望。
ascah Post #38感觉楼主跟我有点像...本人是本科毕设拖到爆炸,然后艰难毕业....如今研一快过去了,我在的这个天坑专业,没有博资考,而且我们这个实验室转博点击就送,但毕业难。
CR450BF-5033 Post #926水源极端负载了,我觉得我自己也极端负载了。
今天下午 5 点 40 考完,然后不到 6 点就开始头痛,现在完全没法复习,明天还有两门考试咋办。
今天白天考了三个半小时,复习了两个半小时,已经撑不住了。
明天还要考四个小时……
CR450BF-5033 Post #927现在把明天那门专业课复习一下不错了,概统看来真的得放弃了。
アイラちゃん Post #117记录:对着 JD 抱 docker、k 哈基 s 的佛脚
不全面的面筋
Docker & k8s
Docker
-
运行于 OS 上的软件,用于创建,管理,编排容器。可以将开发的应用程序自动部署到容器。
-
与 VM 的区别
-
docker 应用层抽象,容器间通过网络命名空间进行隔离。多个容器共享一个 OS 内核。
-
VM 对物理硬件层抽象,包含独立操作系统。
-
前者为应用环境提供,后者为操作系统环境提供。
-
docker 组件
-
引擎(客户端,服务端),docker 镜像,容器,Registry(镜像仓库)
-
架构:Client(Application)-Server(OS)架构。
Docker 引擎
-
Docker 引擎主要有:docker 客户端,docker 守护进程 (daemon),containerd 和 runc。
-
现在的 docker 引擎架构:
-
docker client(CLI) 与 docker daemon(API 与其它特性)进行交互。
-
docker daemon 与容器的监督者 (supervisor) 进行交互,有 start|stop|pause...等管理容器。
-
containerd 负责启动没有守护进程的容器 (shim),每个 shim 运行时有 runc 作为内核源语接口,与运行容器进行交互。
-
Runc: OCI 容器的运行时规范的参考实现。用于创建容器。OCI:运行时标准、容器镜像标准。
-
containerd: 进行容器的生命周期管理——start|stop|pause|rm...。现在也可以用于管理镜像,例如拉取、推送,镜像数据/容器数据的存储。
-
根据镜像启动容器:
docker container run --name ctrl -it alpine:latest sh -
基于 alpine:latest 创建一个名为 ctrl 的容器,并进入 shell 环境。
-
cli 向 docker 守护进程接收指令,指示在 containerd 启动新的容器。
-
containerd 向 runc 传递 OCI 镜像并指示 runc 创建容器并启动 shell 环境。
-
创建容器
-
shim:与 daemon 守护解绑,实现没有 daemon 的容器。当创建新容器后,fork 出来的 runc 进程会退出。随后 containerd-shim 进程将成为容器的父进程。shim 将:
-
保持 stdin 和 stdout 开启。daemon 重启时容器不会因为管道关闭而终止。
-
退出状态反馈给 daemon。
Docker 镜像
-
镜像是一个只读的模板,独立的文件系统,(很像一个停止运行的容器),包括运行容器所需的数据,可以用来创建新的容器。
-
容器从镜像启动后,两者之间就变成了互相依赖的关系。在镜像上启动的容器全部停止之前,镜像是无法删除的。
-
镜像仓库:docker 镜像储存在镜像仓库服务中。一个仓库中可以拥有多个镜像。
-
镜像的命名和标签:采用
:分离。我们可以通过docker image pull <repo>:<tag>来拉取镜像。-a拉取仓库中所有的镜像。 -
一个镜像可以拥有多个标签。
-
filter可以用来过滤。 -
镜像由几个只读的平行层组成。通过
docker inspect可以了解这些层之间的关系。修改或创建新的内容时,将会在这些镜像层之上,创建新的镜像层。通过存储引擎(现在是快照)的方式实现堆栈,对外展示成一个统一的文件系统。 -
可以通过多架构镜像来适配当前运行环境。
--platform指定拉取对应架构镜像,也可以指定运行什么架构的容器。 -
docker image rm <ID>删除对应 ID 的镜像。同时,docker image rm $(docker image ls -q) -f删除所有本地系统内的镜像。
Docker 容器
-
镜像的运行时实例。通过
docker container run <image> <app>运行镜像中的某个应用。-it将当前终端连接到容器的对应终端上,也就是不在幕后运行镜像。 -
容器 vs 虚拟机
-
相同点:都依赖于宿主机,可以是 notebook,可以是物理服务器,也可以是公有云的一个实例。
-
虚拟机:启动后将全部物理资源通过 hypervisor 全部占有,hypervisor 通过将所有的物理资源划分成虚拟资源打包进入 VM 的软件结构中,这样用户可以使用这些虚拟机。虚拟化的是硬件资源。
-
容器:启动后会唤起所选择的操作系统。OS 占有全部的物理资源,在 OS 之上是 docker 引擎,获取 OS 的资源,例如进程树,文件系统和网络栈。接着将资源分割成相互隔离的结构,成为容器。因此虚拟化的是操作系统。

-
运行容器内的应用(例如运行 bash)后,一旦杀死该应用,容器也会退出、终止。因为这是这个容器的主进程。
-
退出容器但是并没有杀死主进程时,容器仍然在运行。此时不能通过 docker run,而是通过
docker exec -it <ID> <app>再次连接到进程。 -
docker container stop终止容器,docker container rm删除容器。数据在容器删除之前将不会被丢弃。
应用容器化
-
编写应用代码
-
dockerfile 创建,包含应用描述,依赖,以及如何运行应用。
-
对 dockerfile 进行
docker image build。 -
docker 将应用程序构建到 docker 镜像中。
对应的一些指令
-
from: 指定基础镜像作为基础镜像层。
-
label: 自定义的标签,是一组 KV 对。
-
run: 执行基础镜像层的应用,可能会安装新的应用,也是一个镜像层。
-
copy: 选取文件复制到当前镜像中,并且新建一个镜像层来存储。
-
EXPOSE: 暴露端口。
-
ENTRYPOINT: 指定入口程序。不新增镜像层。
-
docker image build -t <image>:<tag>. -
增加新的 tag 用于推送:需要
-
仓库服务,仓库,镜像标签。
-
docker image tag <image>:<tag> <repo>/<image>:<tag> -
docker image push推送到上游。
docker compose
-
单引擎进行多容器应用的部署与管理。
-
compose 文件可以使用 yaml 或者 json(前者是后者的子集)来编写。默认为
docker-compose.yml。 -
docker-compose up启动应用。 -
文件包括:version 版本,service 服务,networks 创建新的网络,volumes 创建新的卷。
docker swarm
-
集群管理。一个 swarm 由一个或多个 docker 节点构成。这些节点可以是服务器,虚拟机,树莓派或者云实例。要求通过可靠网络连接。
-
节点将会被配置成管理节点 (Manager) 或者工作节点 (worker)。
-
管理节点:负责控制平面,监控集群状态,分发工作任务,管理工作节点。
-
工作节点接受来自管理节点的任务并执行。
k8s(kubernetes)
-
开源的容器集群管理,提供集群的自动部署,扩缩容,维护等功能。分为管理节点和工作节点,类似于 docker swarm。
-
通过 CI/CD(持续集成/持续交付) 自动化流程,保证环境一致性 (CI),并确保集群可以随时部署 (CD).
组件
-
etcd: 集群状态。
-
apiserver: 提供资源操作的唯一入口,提供认证,授权,访问控制,API 注册,发现等机制。
-
controller manager: 集群状态维护。
-
scheduler: 资源调度,根据预定调度策略将 pod 调度到相应的机器上。
-
kubelet: 负责维护容器的生命周期,同时也负责卷和网络的管理。
-
runtime: 镜像管理,pod 和容器的真正运行。
-
kube-proxy: service 提供 cluster 内部的服务发现和负载均衡。
一些概念
-
Pod:最小的可部署单元。包含一个或者多个紧密耦合的容器。Pod 的主要作用是提供一个环境,可以让容器共享网络和存储资源。并且提供了容器间通信、生命周期管理等功能。
-
Deployment:部署无状态应用程序。可以随时获知当前 Pod 的部署进度。
-
service: 定义了 Pod 的逻辑集合和访问该集合的策略,是真实服务的抽象。提供了一个统一的服务访问入口和代理服务发现机制,关联多个相同 label 的 pod。
-
volume: 卷宗,一个可以被多个容器共同访问的共享目录,定义在 pod 上,可以被一个或多个 pod 中的容器挂载到某个目录下。
-
namespace: Multi-tenant 多租户隔离,将集群内部资源对象分配到不同的 namespace 中,形成逻辑上不同的小项目,小组,用户组,便于共享集群资源的同时还能被分别管理,精细化管理的粒度。
-
1Ingress:通过定义规则来管理从外部访问集群内 Service 的流量。
-
IO Post #36在其他系也可以做这些吧,没有资格考,都是一些水课
Komeiji_Koishi Post #37该转计算机了,反正这个方向用不着啥高级数学,数学课学了也白学。。。
m0rsun Post #29我在虾饺的两年也发展出了非常严重的拖延倾向,我认为也有一定的习得性无助在里面,在换环境之后治好了一部分,但我没找到什么规律。也许应该找个心理医生聊聊?
IO Post #28我也是打算做偏理论一点的 AI
最近在看 bishop 和 sutton 的书,算是不乱七八糟写公式的但 bishop 基本假设你已经学过深度学习了,更适合复习/用统一视角去重学
sutton 的强化学习是在和 sjtu acm 班张伟楠的视频一起看,感觉很不错
玉米🌽 Post #27
lz 看看能不能转个硕。
我是虾饺强基数学的。之前问了一位 20 级强基数学的学长(看样子 lz 应该也是 20 级学长),他就说,如果不是坚定科研这条路,最好别选直博 🐀 而且你是做交叉的,上交硕士出来应该也能找个不错的工作了(我也准备做应数,数学 x AI 这种)。- Post #26
伦理学发展了好几千年,中间也产生过非常精妙的讨论,但实际上绝大部分时候的人类生活中需要用到的是非常之少的,我觉得最重要的两条就是自由而勇敢
- Post #24+1アイラちゃん,post:23, topic:14758, username:sumire:
这不是我们的错,因为本来我们的教育就没有告诉我们怎么去寻找到属于自己的方向,慢慢探索就好,去寻找自己想做的方向
IO Post #25教育的目标是也只能是标准化产品,兴趣是很私人的东西,学校是完全教不了的。就像学校只能教你尊重伴侣,但不会教你“该喜欢谁”
アイラちゃん Post #23这不是我们的错,因为本来我们的教育就没有告诉我们怎么去寻找到属于自己的方向,慢慢探索就好,去寻找自己想做的方向
アイラちゃん目前也没有很明确的方向,只是想着能够读个硕士,后面找一个 coding 强相关的工作,也是只有一个模糊的方向,所以慢慢摸索清楚就好,路还很长呀
アイラちゃん Post #21对的,只要有自驱力在感觉大部分事情都能做的好,自驱力是很重要的
IO Post #20愿意学还是可以的,xjtu 本科自动化专业也有 yau 赛拿金牌的
PipaQinse233 Post #12看来直博也不轻松啊
IO Post #81/2 还是太高了

IO Post #7像普林斯顿和法国等数学名校还有 oral 环节,比笔试还难过一些
IO Post #17强化学习一开始就是数学和控制的人在做,是一种数学框架,最近十几年才和深度学习结合起来
アイラちゃん Post #18有理科基础转强化学习和机器人好像都很不错,像我们这样学 coding 的很难突破理论,反而学数学物理的理科同学比我们厉害很多

IO Post #15不一定得做科研,门友里面有几位本科直接工作,现在快财富自由了
感兴趣的事情可以有很多,赚钱,工科一些方向的科研,谈恋爱,都是可以感兴趣的
アイラちゃん Post #14我有同学从纯物理转计算机的,而且很厉害
一般来说能够学纯理科,并且取得很好的成绩,就足以证明自己的实力很不错,我遇到的纯理转工科的都做的特别好,只要过了开头后面都感觉很顺利,所以如果坚持不下去可以试着换一换方向? 🥺
比如强化学习也有很多数学专业的人在研究,我强化学习课的老师本科是浙大竺可桢学院数学荣誉计划的,也来到计算机学院研究 RL 了
IO Post #13所有专业所有博士(直博和普博)都得搞好
基础课,科研,人际关系
难度
数学 理论物理 10,10,3
生物化学医学 工科 3,7,4
文科 1,2,10
IO Post #10问问前辈?转硕转工科,上海就业机会还是很多的,数学 PhD 就算读出来还得做俩三轮博后,最终也不一定能找到教职。既然想跑路,现在就是好机会。
- Post #5
就和我们这个 b 土塬一样

(不过老实说这段时间人已经多了一点了 🫠 - jingying Post #10
我是西交机械本科,毕业去西工大 gap 了两年,发了两篇一区一作 (pof),后来去德国 (kit) 读了 cfd 博士,主要日常工作是写 c++ 造轮子,算是利益比较相关吧。
力学年薪几十万的 offer 还是极少数的,大多数也就是混个温饱。主要原因是上面列举的力学的一大堆下游应用学科,其实都是夕阳产业(坑)了,说学力学能干这个能干那个,啥都能约等于啥都不能,就像说学数学转金融/计算机一样,绝大多数人是转不了的,能转的也和你本来学啥没关系。
同专业的朋友们找工作主要分布在 cfd,cae 软件,机器人,车辆,还有很多转 cs 的。总的来说转 cs 是上选,自动驾驶/机器人/医疗是中上选,传统机械混个温饱,固体/材料/流体就比较 emmm 了,最后很可能你博士都读完了,学了好多年的老本行还不如临时几个月刷题速成转 cs 的工资高。
pangbo Post #4
anon1678451 Post #3为了室友的前途,牺牲一下自己也在所不惜 🤕
-
CQC Post #2长江黄河不会倒流 🕯️ 🕯️ 🕯️
- anonymous269 Post #1
六花酱😭我的六花酱
昨天还在看六花酱的新片😋没想到今天就😭我们怀念她。

TsuinoSora Post #31完了,第三章开始后面学的比较快比较赶,也没更新。
-
ascah Post #20舍友和父母在某种程度上都不是你能扭转的,逐步放弃自己能改变他人的想法,本性大多都是很难改变的。与其还抱着能够改变他人,实现大家都好的这种幻想,还不如想办法规避。没有谁是必须得一直跟某个人或者某群人一直消耗的。如果有时候不能追求到什么,我觉得不如放弃点什么。就你的情况来说,如果你觉得家里不适合复习,那我认为,你是得考虑找一个适合的场所了。从长计议,这可能是一个好的选择。其实某种程度上来说,你所处的环境可能已经很恶劣了,这时候我觉得趋利避害就是自然的道理,没什么大不了的。对于人来说,快快乐乐的,然后再不断的有一点好的收获本来就应该是天经地义的。我们应该有自由选择的勇气
-
3ee28fe1a60c95b89d29317f122c70 Post #17出去租六个月,如果合租假设每个月 1200 元也就 7000 元,相当于$1000 -> 美国量化厂一天实习工资。唉唉