数据库居然用机械硬盘有点抽象了，本来有状态组件对机器性能要求就高。

可以自己学一下哈密顿力学，时间平移对称意味着时间演化下哈密顿量不变，这是能量守恒的根本原理。换句话说破坏时间平移对称性，那么系统就不会沿着等 O 面运动。

js 其实很难，你要成为硬核 js 开发的话需要非常熟悉 v8 优化和 v8 周边的 profiling 工具，才能写出能让 v8 产出高性能机器码的 js 代码。举个例子，eval 有性能问题对很多人来说是个常识，但是 new function(str)作为函数模板对性能有什么样的影响对大多数 js 开发来说就是个未知数了。使用 int32array 作为内存池你还可以手动管理对象的生命周期，只要追求极致性能这种技术都是必须使用的，但是在一个业务实现速度>>>all 的浮躁环境中，你很难保持自己追求这样的一个技术目标。

不上医院来 v2 问？建议尽快去医院检查，可能是牙髓炎也有可能是牙本质暴露了，需要尽快处理。

@skyone123 你能看出主楼是纯技术讨论我很佩服🤣

GPGPU 都是 PCIE 设备，你要想好你是打算分析 PCIE 通信 ( driver 问题 ) 还是 GPGPU 架构 ( CUDA 编程 )？

@kyonn #26 用 gitlab 这种可以设置 protected branch 的 git 系统不需要 fork 。fork 不利于维护 single source of truth 。

@kyonn #7 不会破坏。先创建一个临时分支指向 dev 。然后临时分支 rebase onto master 。解决冲突后，让 master 指向临时分支。

```
o------o------o trunk
\
o---o dev

创建临时分支 feat-pending
o------o------o trunk
\
o---o dev, feat-pending

rebase （处理冲突） 后
trunk
o------o------o----o'----o' feat-pending
\
o---o dev

fast forward
o------o------o----o'----o' trunk, feat-pending
\
o---o dev

移除临时分支 feat-pending
o------o------o----o'----o' trunk
\
o---o dev

可以看到全程和 dev 无关。
```

公共分支可以 rebase onto ，只是不可以 rebase inplace 。rebase onto 并不会破坏共识。搞懂原理。

一看就是你的 wsl 版本太低了，识别不了 `--mount` 选项。

现在一条 32g 内存只要三百多块钱。。

@wdwwtzy #4 普信 C# 程序员

@golangLover #1 建议学习 monad 思想。学 go 错误处理绕不开 monad 。

@demov2 因为这些学校不回收毕业生邮箱

说实话你这个水平不如先把业务干明白，能把 Java 或者 C 网络编程掌握好就不错了，现在太多人写 Java 只会用个 Spring Boot 了。

Y2NxdXIw 谢谢

@edis0n0 首先，这和同版本号没有一毛钱关系。社区开发者上传一个 minor version release 就行了。在产物构建和部署阶段，有 lock 机制所以和版本号没有关系。
其次，2014 年 2 月以后 npm 不允许上传同版本号。

这让我想到，你可以开一个公司，公司提供一个收费的 npm registry ，这个 npm registry 上所有的包都是你让员工人工审核过的无毒代码，名字可以叫 trusted registry 。用你这个公司的 registry 的用户要按流量和按月订阅付费。