docker 哪来的宿主啊，又不是虚拟机。docker 里的进程都是直接跑在你系统上的本地进程，所以性能没有多大损失（不过 Windows 和 mac 下的 docker 是跑在 linux 上的所以 io 性能是有损失的。windows 下用 wsl2 backend 的话似乎文件 io 会更差点，但是直接在 wsl2 中和 docker 交互的话性能就非常好了）

原生系统就两个字：没有
至于国产的各种定制 room 不知道

但是你 root 的话倒是很好解决这个问题，装上存储空间隔离无论什么软件都别想在 sd 卡里随地大小便。而且 sd 卡内容都塞进私有空间，用 root 备份 app 可以直接连带 app 数据，私有空间数据，sd 卡的数据都完整备份。换手机之后新手机 root 后能直接像 iPhone 那样把所有 app 连带数据都恢复，而且跨设备跨厂商

@BeautifulSoap 再补个 wire 的问题。因为 wire 是代码生成，所以团队开发的时候，自动生成的代码经常（是的，经常）出现 git 的代码合并冲突。我加了依赖，同事加了依赖，即便这两个依赖毫无关系也不对之前的代码有影响，生成的 wire_gen.go 也非常大的几率会合并失败。最终就是总要等一个人合并完成之后，再引入新代码，再生成一遍。真的是不厌其烦。当然一个解决办法就是彻底不提交 wire_gen.go ，每次测试或编译的时候执行 go generate 再生成临时的 wire_gen.go

DI 框架并不算是 spring 思维，作为减轻开发时心智负担的工具，DI 是真的挺重要的。如果真不重要的话 google 官方也不会亲自下场写 wire 这种工具了

go 的 DI 目前用过觉得靠谱的 DI 框架有两个：

1. wire 谷歌官方的 DI 工具。因为其他的 DI 库基本都是基于反射，性能不行，所以谷歌自己写了个这个基于代码生成的 DI，没有任何性能损失。wire 应该是目前 go 语言中关于 DI 最知名用的最广的一个工具了吧。但是问题在于，wire 是基于代码生成的，所以意味着每次你改动依赖都必须重新生成代码，虽然可以用 go generate，但还是挺麻烦的，尤其有时候你自己都不知道改了依赖，忘了生成代码程序就会出错（当然挺多错误能在编译阶段发现也算是个优点）

2. https://github.com/uber-go/dig Uber 的基于反射的 DI 。好处自然是动态 DI，不用总生成代码，但因为基于反射，性能不行，所以 Uber 官方也建议只在 app 初始化的时候使用。目前项目里用的就是 dig，在初始化和测试的时候用 dig 做依赖注入，非常舒服

单元测试最头痛的还是数据库怎么办
很多人都说 mock，但是我感觉实际上这么做对数据库来说并不是个好方法（坑一大堆）
所以一般业务代码测试我都是直接用实际的数据库来做的（主要针对 repository 层，java 似乎叫 dao ？），在每个测试开始前都清空下测试用数据库就行了

至于上层的测试，如 service 的测试里要不要 mock 掉 repository 接口之类的，我还不能得出明确的结论。可能 mock 掉比较好，不受下层实现的限制，但是有时候一些单元测试要 mock 的接口实在太多了，而且各种接口的依赖性非常复杂的话，光是 mock 都是个体力活，还不如直接用。

看了上面彩虹表事件之后，我猛然发现了一个大家都没注意到的有意思的细节，事件时间是 2012 年，站长有个回复：

Livid：
曾经我还挖矿的时候，两块 6870 可以每秒 600M 个 SHA1，而 MD5 的复杂度更低


2012 年之前挖矿的话那肯定是比特币了，不知道站长之后有么有把币卖了，如果没卖的话那难怪 V2EX 能坚持这么多年还没广告

@lostberryzz 这我倒是知道，不能改的问题还是在于我想搞个文档自动排版，根据工作流自动更新 notion 内容之类的功能

和毁掉一首歌的最好方法就是把它设成闹钟一样

毁掉喜欢的一张二次元图的方法就是把它设成 ide 背景，每次一打开闹心项目代码就看到喜欢的图片，久而久之看到图片就形成条件反射了

@Tempo webos 不是 android 系统，而是 LG 自己的系统，所以 android 的所有 app 都不能装

lz 你预算都不说怎么给你答案嘛

@ryd994 有的，但是你 VPN 走一遭带宽延迟怎样呢，RDP 挺依赖笔记本所使用的网络质量的，如果再加上开会的地方网络不太行是非常难受的

当然如果公司不差钱钱两个都配了那自然是我也不介意你多给我台电脑.jpg 台式机虽然性能不一定比笔记本好，但是散热一定好于笔记本，高负载时笔记本降频是最讨厌的

lz 和楼上想法有点奇怪，“还是吃得太饱”有的时候主要是拿来讽刺那种不知道自己所处环境的优越还怨天尤人的人的

和生活在现代中国相比，我出生在民国时期岂不是过得更好
和现代中国相比，古人活得更快乐更自由压力更小
出了房产税的话，我家共计 500 万的几个房产光是交房产税都一大堆，我一年租金只能收个十几几十万，我怎么活？


等等，这些论调你难道不是直接一句“还是吃的太饱”最贴切？

至于那种动不动就把“还是吃的太饱”挂嘴边的人，问题不在“还是吃的太饱”上，而在于对他们来说，说什么口癖根本无足轻重，重点在贬低别人

赞同 1L，2L 的说法，有的功能真的就是实在不想做，但是为了应付那种“你可以做的烂但不能没有”的人的需求的才勉强做的

@ch2 RDP 的话一个安全问题。同时你笔记本和台式机如果不在同一个网络的话你怎么办？（比如你去销售部或其他部门开会了，为了安全那边的网络和你开发部的网络是隔离的。再比如你偶尔在公司外随着团队和客户对接或出差；再比如现在的在家远程办公。别跟我说你要在公司电脑上搞 frp 端口代理这种骚操作）

当然这时候你还有 teamviewer 之类的选择，但是一个是公司允不允许用，另一个是用这类服务的话画质延迟一般都很差，你怎么拿来做演示

因为事业单没有移动办公的需求啊

在 it 企业工作没笔记本电脑你开会怎么办嘛，尤其是要给别人展示程序展示 ppt 或资料的时候。程序员各种会挺多的
当然你可以要一台台式机再要一台笔记本。但是估计也没有公司会这么用自己的预算
同时你有了台式机和笔记本两台电脑的话，两台电脑数据同步怎么办？你在工位办公，然后开会要给别人看本地跑的例子之类的，你怎么把做一半的代码移到笔记本？两个电脑的代码环境，依赖版本怎么同步？如果你有一段时间没去开会，导致笔记本和台式机的从环境到软件完全不一样了，让你去开会岂不是掉链子？真的是一大堆的问题的

@no1xsyzy
啊，多谢老哥提醒。有段时间没用通道都忘了通道是执行到下一次通道操作再阻塞而不是结束当前代码块的执行后阻塞了

你不能用 sync 的想法去想这种 async 问题，go 的协程和通道之后的代码你是不能确定它们什么时候会被执行的。通道虽然能保证数据一入一出，但是并不能保证塞入数据之后的代码一定会比接收数据之后的代码先执行

一个例子
# goroutine 1
ch <- 100
// code 1

# goroutine 2
data := <- ch
// cdoe 2

在这里，通道能确保 ch <- 100 比 data <- ch 先执行，但是并不能保证 // code 1 比 // code 2 先执行。这点要搞清楚

以及 lz 的代码无论是在我的 windows 还是 wsl2 还是 goplay ground，结果都是

|write <- who|
| <-r recv|
| <-r recv|
|write <- who|

lz 你需要学习得是正则表达式
会了正则表达式你今后遇到很多文件名处理得问题都能解决了

@oxromantic 虽然算不上全栈，但是我一个后端包下了整个生产环境、CI 的搭建，监控服务，还附带晚上 12 点时不时因为客户要卖限量产品，被抓去做服务器增强和监视（好在我是夜猫子，也就是在家躺床上调一下服务器数量和看看指标）。而且服务器报错我也得去排查，实在是干了挺多不算后端应该干的事情