@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 点时不时因为客户要卖限量产品，被抓去做服务器增强和监视（好在我是夜猫子，也就是在家躺床上调一下服务器数量和看看指标）。而且服务器报错我也得去排查，实在是干了挺多不算后端应该干的事情

一个后端开发表示在现在的公司里我硬是学会了 aws 很多服务（甚至包括操蛋的 CloudFormation ）
某个客户的生产环境还是我亲手从 ec2 转移到的 ecs 的（ CloudFormation 模板写的有点吐血，幸亏 Python 有模板生成的轮子。顺便期间翻了下祖传代码，还解决了客户网站访问量高点就炸的问题）

888 别买，功耗发热性能翻车王。所以高通才马上出了 870

870 手机里 1l 说的选随便选一个就行了

@ahcheqiu wsl2 和 Windows 互相文件交互性能非常差的。差到我都懒得考虑两者交互，把所有开发环境包括 ide 都装 wsl2 中了(wsl2 内部 io 性能很好)，不过拜此所赐倒也有了非常多优点

上面这方法还能用来将 wsl 的镜像从 C 盘移出到其他盘。wsl2 用久了镜像上几十 G 也是正常的，对于不想占据过多 C 盘的人来说这是个非常简单的方法

@AEDaydreamer
用 wsl2 的话别用命令行的导出，本质就是把整个镜像打包成压缩包，镜像大的时候导到你怀疑人生，直接注册表编辑器定位到下面的路径：

计算机\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Lxss

里面会有各发行版的信息，找到对应发行版的 BasePath 这一项，就是对应的 vhdx 镜像位置。直接复制到新电脑然后修改下新电脑的发行版路径就行了

输入法可以用吗？现在我开发类似 lz，不过是基于 xserver 将 gui 传出来，使用没有任何问题，唯一难受的就是输入法，必须得在 wsl 里装输入法。不过这不是 wsl 的问题也没办法

被 linux 各种动态链接库和依赖版本折磨得不行的人都觉得很赞，然后不由自主点了个踩.jpg

对于 mysql，ElasticSearch，Redis 这些那肯定得用 docker 跑啊，配合 docker-compose 直接一键就需要的东西全跑起来了，方便得很，这种不同项目要用不同内容的肯定用 docker

至于开发方面，除了 php 、nodejs 我是直接无脑用 docker 外，其他的 go 、python 之类的我觉得还是本地更方便一点，主要还是为了调试。php 本身安装就麻烦得一塌糊涂，安装 php-fpm，安装 nginx，做配置，涉及到的 php 项目多了，是真的吐血，所以直接 docker 是真的节省人生。nodejs 因为不是主力开发，所以直接塞 docker 里，各种版本之类的不用管非常舒心

读过 Eric Evans 的那本领域驱动设计就知道，DDD 的核心不在于分层或者具体的代码实现，而在于整个团队在领域专家的协助下，学习领域知识统一通用语言，共用一个领域模型。这不光要求团队所有成员交流都基于统一的领域模型和通用语言，还要求你的客户（毕竟领域专家基本就来源你的客户）也和你用同一套模型和语言。实际上你想想，如果一个项目能做到上面这些要求，你的项目本来就能减少非常大难度

之后的分层之类的其实都只是为了在代码上实现更好领域模型的具体方法，而不是 DDD 的核心。可问题在于拜 Eric Evans 那本 DDD 写得实在是过于“高屋建瓴”所致，关于 DDD 到底怎么落地都一直都是个让人头疼的问题。所以才出现了各种各样的不一样的实现方法。也就是所说的用来唬住领导

岂止交易所，券商都那么多拔网线的，有的人想得太简单了