让我想起 luna mini 洁面仪的充电线。官方价格 169 ，淘宝 1.69 ，当然试了下淘宝确实能充，至于究竟对电池有没有影响咱也不知道。

并发量 如何，失败概率大吗，还是根本无法转发？

@Desdemor 我也有过，我身体也不好，平时心率高，有时候骑车时间超过 1 小时，就开始体力不行（例如时速 12 左右，心率依然 140 上下），于是只能慢骑，控制心率在 120 ，但这时有突发状况需要加速或者应急闪避等复杂操作，心率立刻会上升到 170 以上，可能只要半分钟不到，或许更高 180+，强烈的不适感，我停下休息也没用，心率不降，静止状态 10 分钟后心率依然 120+，心慌，害怕猝死等复杂情绪交织，去医院的时候大概过了 1 ，2 小时了，静止状态下心率依然 100 ，走路就会 120 。但是查心脏都没什么问题，只有肌酸激酶偏高，医生说剧烈运动属于正常，就回去休息了。当晚睡眠就不行，静息心率接近 70 （平时 58 左右）。
到现在我也没研究出来到底是什么问题导致心率高，稍微一运动就那么吃力，感觉心慌不行了。

我建议你先把你在这个问题上做出的努力研究分享出来，研究后依然存在的具体困惑是什么，这样才好对你的痛点进行帮助。
如果单纯这么泛的提问，我觉得 chatGPT 可以很好的解释。

@zbatman 这个还真别说，我现在是 a ，正在改 b 做的项目，最早是 b 开发的月 50%，我参与进来，因为 b 是组长，大约项目开发在 75%的时候他去负责“更高级”的项目了，于是这个项目归我一个人维护开发，我就开始对新需求和历史 bug 进行小范围功能重写，忙到爆，b 的新项目呢却很闲，领导也不会合理分配资源，然后就成了我天天上班忙到爆的改项目 bug ，b 则一会刷刷手机一会看看电脑。所以因为我全力负责这个项目的维护，我自然要搞清 b 原来的各种功能实现方式，于是也就知道质量是坨屎。。。

@as9567585 我也很好奇和 whisperer 的对比。有人的人说亚马逊得很拉胯😂😂😂当然对比的是 gpt4

我比较好奇两个问题
1 ，楼主从事开发多久，在哪些场景使用到的 gpt4 感觉自己的开发职业生涯即将结束，这样我们这些没有用过 gpt4 的开发者也想了解下，便于以后“摸鱼”
2 ，楼主的 prompt 能力是不是很强，为了获得较为准确的答案，需要花很多时间来写 prompt 吗？纯粹好奇。

其次，我觉得如果开发不具备丰富的经验和解决思路，只会 prompt ，获得了“又不是不能用”的程序，我想那个程序依然还是很💩吧。

最后好奇问问，亚马逊的 code whisperer 对比 gpt4 能打成什么水平。有人都试过不。

很早之前通过 aria 的方式下载，我就发现一个规律每次我下载几十个 g 后第二天速度就奇慢，但是过一周或者换个号马上就好了，我就推测服务端有作弊检测。所以为了避免封号，还是老老实实充会员（ qikeng ）吧。hhh

看了下评论，楼主描述的还是不够详细，回复的人应当阅读过大量的 python 和 js 书籍才能相对客观的回答，不过我感觉大家直观的理解就是知名度的方向回复，
如果更准确的理解这个问题的话，则应该是
从书写风格来看，接近的 js 书籍是什么（这需要至少读过这本 python 书籍）
从该语言的在众多书籍的知名度来看，同类的 js 书籍是什么（这个只需要知道 js 界的公认较好的书籍即可）
或者其他方面进行对比，但如果需要综合各个方面，就如我上文所说，至少要读过许多本 Python 和 js 的书籍才能够相对准确的回答你的问题。

你发的帖子表达自己的想法没哦有问题，但是重点是，你忽略了一点，那就是领导要用 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 个知道就不错了（😂）。