你发的帖子表达自己的想法没哦有问题，但是重点是，你忽略了一点，那就是领导要用 ssr 的应用场景，你没有描述。所以无法判断领导的角色是一时头热还是经过慎重的评估。
结果这个帖子成了 ssr 和 csr 的引战贴。
至于哪种好，总的来说要看应用场景，楼上很多人说的很清楚了，这里不再复述。
我只补充一点，我印象中 next.js 首次是基于 ssr ，后面则是 csr ，同 nuxt.js ？这个是非常好的大型 web 应用解决方案。
另外，上面没有人提到同构应用。推荐阅读《同构 JavaScript 应用开发》也许你会发现，任何技术没有什么问题，问题在于使用方式。

当我敲完了，才发现好像我理解错了。你是说希望新开但不保留之前的窗口吗。
那我觉得是不是你不应该设置
"window.openFoldersInNewWindow": "on",
你既然设置新开窗口，为什么又说不想保留空白工作区。。。这两个不是冲突吗？你的操作模式问题。。。你只是希望新开的时候只要有不是项目的空白区就自动替换他？没必要。
你不如直接关掉这个设置，直接需要新拉文件夹就按`cmd + shift + n`来新开一个 vscode 再去 open dir 操作。可能 Windows 行为不一致，你再研究下。

可以试下快捷键。我从来都是

新建项目：
1. cmd + space > 'termi' > enter
2. cd ~/webs > enter
3. mkdir newProject (或者 git clone xxxx) > enter
4. cd newProject > enter
5. code . > enter

打开已存在的项目
1. cmd + space > 'termi' > enter
2. cd ~/webs/exsistProject > enter
3. code . > enter

切换最近的项目
1. cmd + space > vsc > enter
2. ctrl + r
3. input 'recentProject' > enter
如需保留当前 vsc 项目，请在第二步前加入
cmd + shift + n

windows 同理，对应快捷键，至少比鼠标点来点去来的快，个人感受。

当然你不喜欢用 cd 去目录下打开 vscode ，你完全可以根据个人习惯，比如楼上所说，开启 vscode 后 `cmd + o`

半个月后看看效果，有的东西可能是玄学，要是吃了半个月，确实没有效果，复诊也没什么建设性结论，再来发这个贴比较合适。

这个大概率还是插件问题，我几年前研究过这个问题，写过一篇文章，你可以参考下：

https://segmentfault.com/a/1190000018041547

当然，你想更深入的研究，官方其实也有文章：

https://github.com/Microsoft/vscode/wiki/Performance-Issues

你这个只是个人习惯而已，我觉得和性格有关，我相对完美主义，大部分快捷键，常用，一定要尽可能反复使用，记住它。但是有的快捷键使用场景不多，虽然了解过，觉得这个快捷键一定要记得，却记不住，这是脑子问题没办法。
不过有的人性格就是随便就行，根本不在乎提升效率带来的快乐，所以也就无妨了。
但实际上，我个人觉得在能记住的快捷键情况下，熟悉掌握常用快捷键是更好的。
至于插件，往往再遇到问题的时候，或者感觉影响到某些开发效率才会考虑安装，与其乱装插件不如不装，我做前端的，以前经常看到不少同事，看一些过了时的 VSCode 相关插件推荐，乱装一气，结果 VSCode 不是卡就是有点奇奇怪怪的问题，他们也不知道排查就一团糟，实际上 VSCode 在近几年更新中有很多功能将之前的插件集成进去了（比如括号颜色匹配、sync 同步、tag 对应修改等等），但是乱装插件的开发者根本不关心，产生了问题就懵逼。
至于过分依赖定制快捷键和插件的，重装 IDE 会很麻烦的说法不太赞成。大部分 IDE 都内置了（或者有工具）同步能力，所以跟系统重装比较不太合适，即便没有同步能力，使用绿色版进行开发将配置集成在一个目录内，不定期打包备份，也还好。以前我就是用 SublimeText 绿色版。

结论，如果性格方面或者对开发没什么特别追求，习惯“陋习”就这样吧，没什么，人生的生活态度个不一样，也许你在开发商比较随意，但是烹饪方面说不定就比较在意调料放多少 g ，时间和顺序什么的。

当然如果确实像在开发上提高效率，建议熟悉基本的（尽量多的常用的甚至是特殊的）快捷键，比如 ctrl+o 一般是打开文件，ctrl+n 是新建，这是通用的，而 VSCode 里面的 ctrl+shift+p ，这个命令面板，我见过的前端开发，10 个有 2 个知道就不错了（😂）。

我说前几天好像看过一个类似的帖子。。。果然是你发的。。。请不要频繁面向 V2EX 编程。
而且上一个帖子我就说了，写个 demo ，有兴趣研究的人，直接在 demo 上手。方便你我他，然而你忽略了我的建议。
任何新手在提问前，都应该尽可能将问题描述清楚，并方便解决人来尽快解决。
甚至你在自己写个 demo 的时候，问题说不定就解决了。
而打那么多字，你也费劲，别人理解也费劲。
请下次提问带上 demo 。
关联： https://www.v2ex.com/t/928689#r_12888230

虽然我不知道我的理解对不对，以前在研究 unocss 的时候有过可能出现的类似的问题，你需要注意到两点：
1. 如果使用 ts ，或许可以通过添加 icon 到`components.d.ts`到项目中。
2. 是否因为动态导入被 treeshaking 掉了，所以没了。
3. 如果符合第二点，并且动态导入的名称是拼接而成，是否能够通过显式声明这个 icon 组件的方式（但实际不展示）使其有效。

具体场景和问题建议做个 demo ，sandboxcode 之类的发出来看看

不好意思纠正一下，上面的『无私奉献』描述不太对，免得产生误导。斜眼笑.jpg
不过还是支持下。。。
感觉 V2EX 还是直爽点比较合适，我顺手发一下楼主的购买链接二维码不知道会不会被打，还是更好的帮楼主推广了哈哈哈哈。见图

正好想入门了解下，感谢大佬的无私奉献，先赞一个，这几天看看有感想再来追评👻。

我说这个管理后台(基于 https://panjiachen.github.io/vue-element-admin/#/login?redirect=%2Fdashboard)好像眼熟，兄弟果然是高效，快速出产品的大佬。。。

晕倒我以为原生开放，我真是异想天开。。。
你这个就算是打广告做成“中介开放”了吧- -。
标题党不太好吧。

@ABCDE911119 国内只要写管理系统写的六，基本就一把嗦了。你先去 github 搜索 vue admin ，其他语言对应 xxx admin ，找 star 多的慢慢看吧。这才刚刚起步，想深入发展，前端并不是一个简单的职业（相比其他的开发语言）。

如果你想做一名极致的开发者，算法，数据结构，操作系统还是需要理解其思想，因为前端也是属于软件开发，个人理解。
但是如果只是混口饭，提升技能多拿点钱，那么 vue3 ，ts ，nodejs ，等各种业务密切相关的东西更应该优先考虑。因为大部分前端开发的工作场景对算法和数据结构没有较高的要求。

补充：就比如官方是没有超出 4800 的四根的测试。那么你确实可能需要自己去测试了。还好内存条可以 7 天无理由吧。虽然不推荐这样做。但是即便你真的超频到了 4 根高频，也难以保证绝对的稳定。
从另一个角度思考，这个频率的提升的性能应该意义不大，除非真的是超频玩家，图个乐。那就看你自己了。

这种内存组合的问题直接去官方查就行了，每个主板都有 memory qvl 文档。当然对应你的主板的地址是：
https://www.msi.com/Motherboard/MPG-Z790-CARBON-WIFI/support#mem
当然没有相同的型号就请慎重，因为除非有钱人试过，否则一般不建议。需要四根直接看 QVL 来装机

作为一名普通的前端开发，我还是想说，楼主的这套说法不太对。无论是前端还是后端还是某些语言，都在不断的进化，还好你没有提及 ie 年代。我想你大概是因为有个后端吐槽前端有感而发的帖子。
我是经历过 ie6 就要兼容各种 css 写法的高龄开发者。有些评论提到前端混乱，然而我没有特别觉得前端的发展是为了造轮子，为了卷而搞出千奇百怪的东西。只能前端发展还处于一个相对初级阶段，只是 nodejs 出现让其多样化。
况且 js 方面的发展由于先天缺陷，又基于浏览器客户端这个环境，他没有办法很好的发挥。
也有人提到工程化，这确实是前端真正的方向，从代码层面来看前端终究是 html+css+js 。而实际上现在的前端发展一切都是为了解决高效开发出现的各种框架和写法。
从 vue2 到 vue3 ，很明显 vue3 借鉴了 react 的某些思想。而 ts 也是为了开发质量和维护性等原则出现的。这一切都离不开编程思维。其实大部分程序原理都是相通的，如果一个程序员在阅读其他框架或脚本时认为极其困难了，大概也就是思维局限了。
至少我再看各种项目，大部分会在研究一小段时间基本能理解了，最多就是语法不熟悉，需要查文档花些时间来改写。
打个不恰当的比方，老年人会用电视遥控器，那么你给他空调遥控器他大概也会用，因为他基本理解了遥控的通用操作模式。
然而你给他用安卓手机，费了很长时间学会了，换一部 iOS 手机，立马就不会了。因为很多老年人没能学会返回，关闭，设置的等操作和功能的具体含义。