这是一个创建于 204 天前的主题，其中的信息可能已经有所发展或是发生改变。
github.com/microsoft/vscode 的 issues 处理人员好像把 issues 当成了 oncall ，好像一个 feature request 必须要一个专门的人来写才行，这不是私有软件常见的开发模式吗？
https://github.com/microsoft/vscode/issues/210556
⬆️一次令人不快，血压非常高的对话
15 条回复 • 2024-04-18 09:49:48 +08:00
 |
1
Pencillll 204 天前 via Android
对话成这样不是你的问题吗……首先你的问题描述就过于粗糙，步骤不详细且前言不搭后语，说是禁用了所有插件但又没提供插件信息令人生疑，其次对方没理解的时候你没有进一步解释而是把前面的谜语加粗重复了一遍，后面又说了一大通指责的话，这种居高临下的态度被拒绝再正常不过了
|
 |
2
airyland 204 天前
就事论事，上升不到微软公司本身。
|
 |
3
frankli0324 OP @Pencillll 步骤不详细是因为这个问题简直是随机产生的，我当时本身也没有明确的办法定位到问题跟因，考虑到 vscode 存在非自由部分，我当时的考虑是闭源组件导致了这个问题。
后续琢磨了下，提了 PR 来解决这个问题，这也不需要他们来修了 https://github.com/microsoft/vscode/pull/210601 对于“谜语”，我认为我把我的疑问描述清楚了，我没有进一步的信息可以提供。 禁用所有插件值得怀疑吗？ code --disable-extensions ？ |
|
4
frankli0324 OP @airyland 有道理，被高血压冲昏了头脑
|
|
5
frankli0324 OP @Pencillll 指责的原因是因为 handler 直接在我能够提供更多信息之前二话不说把 issues 关闭了，我的预期是通过沟通来了解对方希望获得我的环境中的什么具体信息，在我没有排查手段之前我认为这是合理的思路。
|
 |
6
mercury233 204 天前
翻译一下，VS 在没有提示的情况下修改了你的 package.json 文件，而你觉得不应该被修改。想排查这种问题，我感觉至少需要提供你的 package.json 里有什么、项目里其他描述文件有什么、修改前和修改后是什么、修改时做了什么操作，而你都没有提供。另一个问题没有 none 选项就看不懂了
|
 |
7
sneezry 204 天前 via iPhone
> do I really have to repeat everything I wrote in the issue?
你这句话先让对方血压高的 > 这不是私有软件常见的开发模式吗？ 给开源项目提 bug 和 feature request 就放低姿态，因为开源项目没有义务必须解决你遇到的问题，除非你购买的是像 RedHat 那种有付费许可的产品。 如果你是在使用 Microsoft Visual Studio 这款微软私有软件时遇到了问题，那它确实是私有软件。 |
 |
8
arischow 204 天前 via iPhone
看了原 issue ，你有点粗鲁。
|
|
9
frankli0324 OP @mercury233
> 项目里有什么 确实，应该说明一下我在空项目、旧项目以及用 yarn create 创建的新项目中均碰到了一样的情况才提的 issue 修改后有什么我进行了描述，packageManager appeared as "[email protected]+sha256.7cb31c0a881964a22577fd84e5a9a5b11e6f49ef8aa0893036b0b68015056252". packageManager 这个 key 的存在我认为是前端常识。 > 另一个问题没有 none 选项就看不懂了 显然 issue handler 看懂了，因为他让我设置这个 @Pencillll > 对方没理解的时候你没有进一步解释 对方关闭了 issue ，合理推测对方理解了，至少对方自认为理解了 > 把前面的谜语 “禁用了所有插件”我不认为是谜语 对方提供了解决方案，设置"npm.packageManager"，然而我在上面就已经说过了，这个配置不能解决问题，我也不认为这是谜语 大哥你让我血压更高了 |
|
10
frankli0324 OP @sneezry 你好，是对方先关的 issue
|
|
11
frankli0324 OP @sneezry 确实我不应该上升，本质上来说我是对这个具体的 issue handler 在完全没有建立双向沟通的情况下直接关闭 issue 的行为不满，他就是把这个 issue 晾在那里我都能接受
|
 |
12
geelaw 204 天前
我觉得还是那个 MSFT 员工更粗鲁一些，10 小时前楼主写道
>... the behavior modifies and saves a project file without any prompt and attempts to overwrite repeatedly, which clearly exceeds what an editor should do, I believe that categorizes this as a bug. 经过另外两句对话之后，5 小时前员工回复 >Why is that a problem for you? 反正这句话给我的感觉是阴阳怪气。 |
|
13
sneezry 204 天前  1
@frankli0324 #11 这是一个提问的艺术，你的目的是让对方觉得你的问题值得被关注值得被解决。对方在没有充分理解你真正的问题前关闭了 issue 确实有他的问题，但你是为了寻求帮助，不是为了 diss 对方。
另外这个行为确实是来自 extension 而不是 vscode 本体的，只是这个 extension 是 vscode built-in 的，你在插件列表里看不到： https://github.com/microsoft/vscode/tree/main/extensions/npm 这里有一篇不错的文章，等你心平气和后可以读一读： https://forum.radxa.com/t/how-to-report-issues-properly/660 |
 |
14
ihainan 204 天前 1
看了一下 issue ，OP 已经更新并做了道歉。老实说 V2 最近经常看到各种发帖只是为了宣泄情绪博而非交流，我觉得 OP 的态度已经很棒了。
|
 |
15
ybz 204 天前
vscode, PR 的 review 这么快的吗？在 Flutter 一个 PR 得等半个月才有人 review 难绷
|
Select Language