win10 的话可以客户端直接扔进 sandbox 跑就行

go 的这错误处理是真的属于那种看得乱写起来啰嗦，但是真的跑起来很爽的设计（前提是别总是直接 _ = err ）
对于 go 的错误处理，目前不满主要还是在于错误不带调用栈，出个错一层层传上来根本不知道哪里的错误，所以必须要一个支持调用栈的第三方包。然后现在错误的那个 wrap 和 unwarp 的机制实在是在搞无线套娃，系统复杂了你根本不知道调用的函数返回的错误有没有 wrap 了调用栈，所以不管三七二十一对所有返回的错误总之都 wrap 下成了基本操作，导致最终上层拿到的错误里面是各种无线套娃后的错误，根本不知道该 unwrap 哪层的错误

Office 是可以单独安装的任何一个软件的，只不过微软搞的做法是需要通过你写配置来定义部署之类的来实现（估计把自这功能当成纯面向企业的了

如果你嫌写起来麻烦的话，有个非常有名的工具 office tool plus 可以帮你做这事

https://otp.landian.vip/zh-cn/

这软件很好用，可以非常灵活地选择安装哪个 office 版本、使用哪个更新通道，当然只单独安装特定软件也是可以的

泄漏版一堆功能都没有，比如不支持安卓 app

比起 python 的各种语法糖，我是真的希望 go 能稍稍加点更加便捷的语法。比如 `if 'data' in slice` 这种，这种东西虽然自己亲手给不同类型的 slice 写不同的函数也不是不行，但是能编译器直接支持下是真的体验会更好点

@aero99 其实不一定的，麦当劳热量最大来源还是薯条，只吃汉堡单品的话还行。你可以看看麦当劳四层肉饼的巨无霸堡（注意是四层肉饼的那个巨无霸），700 大卡虽然看得热量高，但里面蛋白质含量非常高达 40g，对于身高高点的人，去掉些酱之后再吃也没大问题。疫情之前健身后我就喜欢吃这个汉堡

@x86 数字货币和支付宝微信又不冲突。你现在存纸币进银行然后转进支付宝微信，到时候用数字货币依旧可以转进支付宝微信。现在怎么用到时候依旧怎么用。

@3dwelcome
@KaynW
想得太简单了，你们不能小看一些公司在这方面的潜力，现在不做并不代表将来没有这可能性

虽然我不能预测未来，但是我能说说我见过和听过的方法。比如公司强制所有人电脑安装监控软件，实时监控员工工作电脑的屏幕还有记录运行的所有窗口以及程序细节，浏览器这些的话时时记录浏览的网站
比如工作电脑装上摄像头录音设备，时时记录员工在不在工位，是不是处于看着电脑的状态，摸过多少次手机之类一清二楚。这方面如果做到极致将来有人的专门做识别 ai 的话，各种小动作更是跑不了


程序员较难从代码提交看情况，但是逼着你别太松懈，动不动就休息刷手机，上论坛不摸鱼还是有挺多方法的

公司实行大小周是想压榨员工时间用金钱换取劳动时间，目的是利益

但是后来发现员工为了领加班工资都在消极加班、摸鱼、刷网站混加班时长。所以取消加班也是为了利益

然后别等公司反应过来了，恢复大小周，然后用尽一切手段打击员工摸鱼让员工从早到晚都高强度工作。到时候那些叫着不愿取消大小周估计都都哭着回去跪求回到之前的状态

@h82258652 fake115 可以让你在普通浏览器里登录 115
https://github.com/kkHAIKE/fake115

多年来我就靠它活了，配合 115exporter 导出下载到 aria2，体验十分好

https://github.com/acgotaku/115

@tianzi123 115 已经十来年历史了，比百度盘还老，你觉得 115 经历过的净网行动少吗？作为老用户光是收到 115 发的配合净网行动的公告就不下三四次了，可能当时会受一定影响，风头过了之后还是继续。
为什么迅雷这些都死了，115 至今为止还能全全身而退？说真的，只要 115 不异想天开地作死变更现在的业务模式，我有理由相信它的根基将来也不大会受到净网影响

说真的即便国内其他网盘都炸了，我也相信 115 再坚持个 10 年没问题，楼上很多人说跑路什么的完全是多虑了

115 作为离线网盘领域里几乎垄断没有任何替代的产品，看他一年比一年贵还一堆 lsp 充值就知道了（我也是其中一员 狗头）

不一定要用 WSLg，传统的 vcxsrv 运行 GUI 方法你也能用在 wsl 上（和 windows 没有过多文件硬件交互的话，推荐直接上 wsl2 ）
总体来说这类方法最大问题还是在输入法，你没法直接用 windows 输入法在 linux 的 gui 里输入文字，你需要在 wsl2 或虚拟机里配置 linux 的输入法
对输入法的不便能接受的话，那么 lz 基本能大致完美替代 Linux 的开发了（对 systemd 有刚需的话 wsl2 可能比较折腾）

@x940727

你的意思是你同时有参与一堆项目，然后发现这些项目一些功能模块是可以共用的，但是不完全共用，所以想看看是不是能用设计模式解决这个问题让它们共用？

如果是这样的话，没人能给你具体的答案。因为不同业务逻辑和模块千差万别，我们不是你，并不知道这些业务功能到底怎么回事，适用什么设计模式。有可能你翻翻设计模式可以找到合适的解决方法，但实际上大部分情况是没有任何一种设计模式能解决你现成的业务抽象问题（当然单例模式、工厂方法这些简单的类生成的设计模式是例外）

那么解决这个问题的核心是什么，是对业务的建模和抽象能力。往往代码设计的问题源于建模抽象做得有一定问题。你说的似乎能共用但又不能共用，那一个可能性就是你的建模抽象做得还不够，那就需要你不断持续地重新设计模型、重构代码，找到一个能共用的模型，还觉得不够你可以找你的组员一起帮你思考和抽象（到这地步就是个团队交流的问题了）。但是理想是美好的，现实是没有银弹的，最终结果可能就单纯只是这代码你看着像能共用能抽象但实际上根本不能。

我说了这么多看起来似乎是什么都没说的空话，但是的确事实也就是这样，你的问题来源于各种业务的抽象，但我们这些旁观的人不是你也无法帮你建模。所以我才说你真要找答案，就往更高的那一层去找，比如 DDD 这个，虽然的确 DDD 可以很宏观很抽象，但也有 Entity, ValueObject，约束的设计之类比较细节的东西可以提供参考。抽象的问题你肯定得借助一些更抽象的东西

等等 lz 你完全搞错了一件事，设计模式只是用来设计小组件或部分功能时的，不是用来设计整个程序或系统的，设计模式也帮不上这种忙

lz 你想要设计出一个更健壮的软件或系统，需要的是别的方面知识。比如 Layered Architecture 。再上面点就是 DDD 了，或者 Clean Architecture 这些