绝大多数使用微服务的项目规模，都远远小于 Windows ，Chrome 。不存在一定要微服务。只能说，微服务有很多明显的优势，让它一度很流行。随便举几个：

1. 团队分工明确，接口测试明确。
2. 责任明确。如果一个服务挂了，可以迅速定位相关的团队。
3. 热更新方便。
4. 整体的运行性能（性价比）会降低，但是更容易 scale 。
5. 可以使用不同语言开发。团队有自主权。
6. 互相无编译依赖，无运行库依赖，配合容器部署，在很大程度上可以解决 dll/so/jar 冲突问题。

微服务的问题在于后来机械化，搞得太微了，一个团队负责好几个微服务，微服务互相直接也有依赖，也存在版本问题。部署和调试也成了地狱。你搞的不微别人还说你不正宗。

具体上不上微服务还是看自己团队和项目。自己爽不爽自己心里有数。不爽就别硬上。

@coderzhangsan 哥们，你这是 AI 生成的回答吧？

搞笑呢，真以为谁不会 AI ？开车你学不会，坐车你还不会？有些人还真把 AI 编程当成技术壁垒了。

可能等下有些人会跳出来说什么 AI 编程的挑战性，拜托你千万别提怎么用提示词描述需求之类的低级技巧了。

AI 编程的挑战性是留给最顶层的程序员去解决的。解决之后，底层的程序员只要躺着张嘴接就行了。以为自己用 AI 是在抢跑，结果改提示词改的满头大汗的，难以想象将来你会在第几层。

同一本书里，作者用的词汇和句式，以及表达习惯基本都是固定的，前几十页可能阅读会比较吃力，后面习惯就好了。当然，仅限于纯技术书。

你要是真舍得换就不会来问了。

因为现在这些工具的卖点都是“我不会编程但是我写了一个网站/工具”。

个人感觉是 2000 年左右 Java 开始流行的时候。

大好的日子，别自己骂自己啊……

@Ggmusic 哈哈，怪不得最近清净了。我就记得如果有人问找工作的经验，他就会回复几句有的没得，最后来一句“这是我开发的什么什么工具，国内很多大厂都在用，你可以看一下”。六学功底深厚。

只要你真能学会，必然能找到工作。就怕你眼高手低，还啥也不会呢就觉得靠 AI 自己厉害起来了。

用过荣耀的骁龙版，我觉得还行，兼容性比我想象的好得多，基本上测试过的程序都能跑。后来因为颜色不好看退了。如果你心里惦记我的建议是买。

GPU 分区的意思是虚拟机独占显卡吗？主机用不了显卡了？

我觉得 160 这 issue 有点过分了。

https://github.com/TencentCloud/tencentcloud-sdk-nodejs/issues/160

> 把 src 和 tencentcloud 都打包进去，两个 changelog 加起来快 10m 了也打包进去，
> 还他妈把 test 打包进去, examples 也打包进去.
> 你们写代码到底用了脑子没有啊？？
> 你们招聘要求这么高，搞这么多人天天加班，最后搞出这么个 b 玩意儿吗？
> 真蠢真菜，活该天天加班啊菜 b 们。

不确定和 OP 是不是同一个人，如果同一个人在 github 上狂飙脏话，到了 v2 却有理有节，只能说，封号的存在对提高人的素质还是有帮助的。

看配置，正经牌子，8745H/8845H + 32G + 1T ，无独显，随便买。不建议 Mac 。

看一下这个：

https://www.jetbrains.com/help/webstorm/how-to-improve-product-performance.html#ws_improve_performance_report_issues

特别最后后一个分析 CPU 的：

Help | Diagnostic Tools | Start CPU Usage Profiling

第一部能看出来“宏大”“史诗”？第一部他不刷分能有 6 分就顶天了。

很多软件每次升级体验都变差确实恶心。但反过来说升级之后只要不带来体验降级我一般也不应激。

建议你贴段代码来看看。我很难想象你的“程序里大部分都是直接 panic”。

大多数情况 Panic 之后唯一能做的就是不断重启。只有在你认为出这种错是程序有 bug 的情况才能 panic ，重启之后可能问题就重现不了了——或者，你不清楚怎么处理这个问题，先 panic 再说。

而理想点的话，panic 让你发现程序 bug ，你之前预想不到怎么处理的情况，在 panic 之后你知道怎么处理，加入相应的错误处理，程序里 panic 应该会越来越少。

程序里太多 panic 可能说明你的程序应用场景比较简单，一直没测试到这些异常情况。

Panic 对程序员个人自用脚本来说当然是比较友好的，出错了再说。但是作为产品来讲，对程序架构的要求更为严格，你需要设计你的程序，保证它在崩溃之后能够快速重启，不丢失业务数据，不影响用户体验，能够记录足够多的信息便于追溯问题。对于大多数有状态的程序来说是很困难的。

每个人情况都不一样。有时候承认自己没别人那么厉害是更有效率的做法。