[I.2] 个人作业：软件案例分析

项目 内容
这个作业属于哪个课程 2026年春季软件工程 (北京航空航天大学 - 计算机学院)
这个作业的要求在哪里 [I.2] 个人作业：软件案例分析
我在这个课程的目标是 体验对软件产品的调研；把握软件产品解决的痛点、实现方案、竞品分析
这个作业在哪个具体方面帮助我实现目标 锻炼对需求和用户的调研能力，通过实证分析理解软件工程质量模型

第一部分：调研与评测

本次作业我自行选择了一个开源代码编辑器进行分析，即大家常用的Visual Studio Code（下文简称vscode），是一款由微软开发且跨平台的免费源代码编辑器。该软件以扩展的方式支持语法高亮、智能代码补全、代码重构等功能[1]。

1.1 软件评测

1.1.1 软件基本功能使用体验

打开vscode，映入眼帘的是其引导页面，如下图所示。

左侧为打开项目的区域，包括新建文件、打开文件夹、最近使用的工作区等功能，供用户快速启动，而不必费劲寻找之前的项目路径。

右侧为一些实用教程，包括如何使用插件、如何配置快捷键等，帮助用户快速入门。

use_vscode_1

由于vscode为一个源代码编辑器，因此我们可以直接选择新建或打开单个文件，如图所示。

选择并打开单个文件

但是在大型项目中仅仅打开单个文件是不够的，因此vscode提供了打开文件夹的功能，将某个文件夹作为一个工作区。此时vscode也能提供更加丰富的功能。

打开文件夹后如下图所示，红色框内是该文件夹下的所有文件和文件夹，供浏览文件所用；蓝色框内是运行程序或者命令的输出终端区域，显示命令或程序的执行结果。黄色框内是代码编辑界面，用于代码编辑等；绿色框内是菜单和工具栏。

use_vscode_2

vsc的大多数功能集成在了侧边的工具栏中，包括搜索、调试、版本控制、插件管理等。

搜索功能可以在当前工作区中搜索所有包含该字符串的内容。

调试功能可以对程序进行断点调试，查看变量情况、调用堆栈等等。

版本控制功能可以进行版本管理，包括提交、回滚、分支等操作。

插件管理功能可以进行插件的安装、更新、卸载等操作。

搜索、调试、版本控制、插件管理

其中我认为vscode最强大的功能就是插件功能，由于其代码开源，许多制作者积极制作实用插件，为程序员提供了各种各样的功能。如果没有插件，那么vscode就是一个大号的记事本；但有了插件，vscode就成了一个几乎可以处理任何任务的代码编辑器，比如我想写python，就装一个python插件；我想进行verilog仿真，就装一个verilog和波形查看插件；我想刷leetcode，就装一个刷题插件...... 可以说插件赋予了vscode灵魂，万物皆可插件。

use_vscode_3

使用 vscode 刷 leetcode

1.1.2 核心业务流程描述

vscode 作为源代码编辑器，经常参与各个软件的部分甚至全部构建过程，因此其使用流程与软件工程的构建过程有许多相似之处。

环境搭建

使用 vscode 完成一个工程的首要任务就是环境搭建。任何工程都要有其工作的环境，比如写一个 c 程序，就需要搭建 c 的编译器和调试器环境；再复杂点，比如搭建一个 Vue3 前端项目，我就需要选择 Vite ，按照提示输入项目名称、代码选择、依赖库的安装等等。而有时候环境的搭建却会成为整个工程最艰难的一步。

代码编写

代码编写是 vscode 的核心功能，也并无需要过多阐释的部分，就是新建一些文件，敲些代码，完成你的业务即可。

vscode 提供 Git、IntelliSense、语法检查、补全提示等功能辅助开发者进行代码编写。

程序调试与测试

代码不可能没有bug，在我们初步完成代码编写之后，我们就需要对其进行测试以及调试。

开发者既可以通过插件或者自动化程序进行包括单元测试在内的各种测试，也可以通过断点定点调试程序，追踪代码执行过程，找到潜在的漏洞。

构建以及发布

vscode 通过 task.json 以及其插件的辅助，可以实现软件的构建和发布，包括编译、打包、部署等等，十分实用。

1.1.3 维度分析 (数据量/界面/功能/准确度/用户体验)

数据量与处理能力

vscode 对于较小规模的文件处理能力极佳，对代码的查找、替换、格式化、重命名等均具有良好性能。但在大规模（MB级别）的数据以及代码下，其 IntelliSense 的性能会有所下降，甚至不堪重负导致停用。最常见的是在存储有大量数据的json文件中代码高亮功能和 IntelliSense 会失效。

use_vscode_4

失效的代码高亮

不仅如此，面对极其复杂的构建环境，vscode 的性能也会下降，比如在拥有大量 node_modules 的项目中，以及较大规模的 C++ 项目（C++由于其复杂的模板和继承体系，IntelliSense 在这类项目中有时不会给出准确的提示），其索引构建过程会显著消耗 CPU 资源。尤其是在开启 IntelliSense 深度扫描时，其 Language Server 的内存占用会随着符号表的扩大而线性增长。

use_vscode_4

一个小型项目的Language Server占用

不仅如此，由于其采用的 Electron 技术栈，其软件本体的内存占用也十分可观。在一些项目中内存占用甚至比具有完整开发工具集的 Visual Studio 更高。

use_vscode_4

vscode 和 Visual Studio 的内存占用对比

use_vscode_4

由于使用 Electron 开发，因此你可以调出开发者工具

界面设计

vscode 的界面布局逻辑极其简洁清晰，工具栏、菜单栏、编辑器栏等栏目均十分醒目美观。复杂以及不常用的功能均隐藏进命令面板中，通过 Ctrl + Shift + P 可以调出命令面板进行操作，让用户更快的找到所需的功能，而不必记住所有的快捷键，同时可以避免界面的过于复杂。

use_vscode_4

vscode 命令面板

相比 Visual Studio 的工具栏，vscode 已经十分简洁友好了。

use_vscode_4

Visual Studio 的工具栏

那么代价是什么？由于 vscode 不提供配置工程的选项，所有我们需要的配置都需要在 .vscode 下的 json 文件中定义，这带来了一定的门槛和不便，如果不够熟练，我想用到某个选项时需要去网络上搜寻。

use_vscode_4

vscode 的任务配置文件

此外界面的各个窗口都是可以拖动和嵌套的，这传承了微软传统的窗口设计理念。也可以左右分屏，上下分屏，更加直观，十分便捷。

use_vscode_4

vscode 的分屏

功能

依托于语言服务器协议（Language Server Protocol，简称 LSP），vscode 提供了近乎母语级的多语言支持。无论是在编写 C/C++ 程序时的 GDB 调试，还是在开发 Vue 项目时的热更新预览，vscode 都能通过强大的扩展插件实现支持。

use_vscode_4

vscode 的智能提示

准确度

由于其作为代码编辑器本不具有任何准确度可言（如果编辑文件保存后准确度不是 100% 那 vscode 可以原地炼化了），我在此定义为其 IntelliSense 提示的准确度。

一般而言其 IntelliSense 的准确度十分高，能将我脑内所想用的变量、方法或者类都提示出来，并使用 tab 自动补全，一旦体会到了自动补全的便捷，就无法回到自己手搓代码的时候了。

但对于部分语言（比如 C++ ）的适配性还有待提高，经常将我不需要的内容都提示出来,比如下图我想使用 screen 这个变量，但将标准库内的定义也一并提示出来了。（但可将这个锅扣一部分到 C++ 的设计身上，在【Lazo Velko】有史以来最烂的编程语言 中亦有记载）

use_vscode_4

vscode 将标准库定义一并显示

用户体验

总体而言 vscode 的用户体验十分良好丝滑，各种插件丰富了使用的功能，较为轻便的特性使得其打开项目的速度很快，能迅速开始开发一个项目，对于敏捷开发而言是十分便利的工具。

1.1.4 改进意见

基于分析，我们可以给出一些建议。

  • 优化 IntelliSense 的提示策略，使之在任何场景下都能高效运行。
  • 如有可能优化一下其内存占用，增强对大文件的 IntelliSense 支持
  • 提供详细的工程配置界面，就像 Visual Studio 中一样，可以显示配置各个参数

1.2 用户调研

我邀请了吴际老师班级的涂冠杰同学进行调研。

原因如下：

  • 同为计算机学院学生，代码编写任务较多，需要选择一款顺手的代码编辑器
  • 对 vscode 的使用经验较多，有一定的推荐意见

Q&A

Q ：你最常用哪个代码编辑器？
A ：大部分情况下用的是 vscode ，虽然在写 java 的时候也用过 IntelliJ IDEA，但 90% 以上的开发时间都贡献给 vscode 了。

Q ：使用它的原因是什么，有哪些亮点吸引你？
A ：最核心的原因是它体积小、安装快、配置较为容易，做软件开发或者跑实验非常方便。还有就是它极其丰富的插件，想要什么功能，去插件商店一搜、下载、安装然后就能使用了，十分便捷。

Q ：你最常用哪些栏目？
A ：作为代码编辑器，最常用的当然是文本编辑页面、工作区的文件列表和调试页面了，虽然 Git 很方便，但在做课程大作业时也只偶尔用到几次，不是很常用，剩下的藏起来的功能基本上没碰过了。

Q ：使用过程中有无遇到一些问题？
A ：问题还是挺明显的。首先是插件开多了或者项目稍微大一点，内存就蹭蹭往上涨，查看一些大文件时，编辑器界面会有明显的掉帧和延迟感，尤其是滚动时。

Q ：你对它的改进意见是什么？
A ：我觉得主要还是优化一下性能吧，以及增加一些配置环境的便捷性，有时候需要去网上搜如何配置xx环境的文章来看。

综上调研，可以看出该同学与我的观点基本无二。

1.3 评测结论

经过评测，我对 vscode 的推荐等级是 e) 非常推荐

vscode 不仅功能实用，其插件提供的功能也十分强大，且其用户体验十分优秀，是一款非常优秀的代码编辑器，推荐给所有的开发者使用。

1.4 Bug 分析

测试环境

vscode 版本: 1.108.2
commit: c9d77990917f3102ada88be140d28b038d1dd7c7
日期: 2026-01-21T13:52:09.270Z
Electron: 39.2.7
ElectronBuildId: 12953945
Chromium: 142.0.7444.235
Node.js: 22.21.1
V8: 14.2.231.21-electron.0
OS: Windows_NT x64 10.0.26200

严重性量化指标

  • ★☆☆☆☆ 轻微，对用户的日常使用几乎没有影响
  • ★★☆☆☆ 较轻，对用户的部分日常使用有部分影响
  • ★★★☆☆ 中等，在特定情况下严重影响了用户体验
  • ★★★★☆ 较严重，可能导致项目的损坏或者大部分情况下无法正常工作
  • ★★★★★ 严重，会导致项目不可逆的损失或者完全无法正常工作

从一星到五星 bug 的严重性逐渐增加。

1.4.1 Bug 1：控制台行重复

vscode 的集成终端输出的内容在终端窗口调整大小并滚动后出现重复的行。

可复现性

该 bug 在每次复现中必然发生

复现步骤

  1. 打开 vscode ，打开任意项目文件夹，然后打开底部的终端
  2. 执行任何可以输出内容的命令，比如 tree

use_vscode_5

正常输出

  1. 调整窗口大小（增高或降低均可）
  2. 通过滚轮上下滚动内容后，可以发现重复的行

use_vscode_5

行重复

可以发现部分输出的行重复地显示在了终端上。

严重性

在系统功能上，该 bug 几乎没有任何影响，仅仅是输出的显示出了问题不会影响到具体的功能。

在安全性上，该 bug 也几乎不会有任何影响，但可能存在某些未知因素被非法攻击利用。

在用户体验上，该 bug 的影响十分严重，如果用户在需要输出时该 bug 出现，那么可能导致数据难以阅读，严重的情况下会导致数据损坏。

综上可以给出严重性量化指标：
★★☆☆☆ (2/5)

成因分析

该 bug 可能源于控制台的字符缓冲策略，以及终端模拟的策略。当终端窗口大小改变时，需要重新计算每一行字符在当前宽度下的换行位置。如果输出内容包含复杂的转义字符或长行，算法在处理缓冲区时，可能无法准确映射原始行号，导致渲染器在重绘时错误地将同一段缓冲区数据绘制了两次。

经过寻找，我找到了该问题的 Issue，开发者提到该问题似乎源于上游组件，无法通过修改 VS Code 本身的代码来修复。

为什么团队没有在发布前修复这些 Bug

原因也很明显了，由于 vscode 这个项目依赖的终端技术存在缺陷，导致 vscode 这个项目继承了其缺陷，并且除了上游技术的修改，以及更换技术栈以外，没有任何方法修复这个 bug。

改进的具体技术建议

如果上游技术短期内无法修复该 bug，那么如果不计代价地修复该 bug，最好的方法是换一个实现集成终端的技术栈，但由于该 bug 影响性较小，以及更换技术栈的代价过于昂贵，可能短期内不会修复。

1.4.2 Bug 2：扩展安装失败

更新 vscode 到 1.111.0 版本后打开 vscode ，更新扩展失败。

可复现性

该 bug 在每次复现中必然发生

复现步骤

  1. 更新 vscode 到最新版本 1.111.0
  2. 在插件列表选择 Python 插件更新或者选择任何一个插件安装
  3. 显示更新失败

use_vscode_5

严重性

在系统功能上： 是一个严重的错误，其插件更新模块完全无法使用了。

在安全性上： 由于扩展更新失败，可能导致最新的安全补丁不能及时的应用，也许会造成一些影响。

在用户体验上： 较为严重，无法更新插件可能导致插件无法使用，以至于项目推迟。

量化指标：★★★★☆ (4/5)

成因分析

根据日志

End of central directory record signature not found. Either not a zip file, or file is truncated.

VS Code 尝试解压某个更新包时失败了，因为它发现下载下来的文件是不完整的或者根本不是有效的 ZIP 格式。

可能是 vscode 的解压工具或者下载功能在当前系统下出现了问题。

为什么团队没有在发布前修复这些 Bug

官方测试主要覆盖安装版。免安装版结合特定的网络代理环境，在自动化测试中很难完全模拟真实的用户系统环境。

改进的具体技术建议

查找插件更新和下载功能是否正常

1.4.3 Bug 提交

由于Bug1在Issue 285671提交，Bug2在Issus 300985提到，为了避免重复提交，因此不再提交Issue。

第二部分：分析

2.1 开发工作量估算

想要在有专业 UI 支持的 6 人左右的计算机大学毕业生团队实现一个类似的软件，我所设想的工作量估计如下：

功能与需求分析： 约 2 周，在此期间列出该软件需要实现的全部功能，以及满足的对应的需求。
UI界面绘制： 约 4 - 8周。实现 vscode 风格的 UI 界面绘制。
核心编辑器： 约 15 - 18 周。实现 vscode 文本编辑器所有核心功能，包括文件的加载、修改、查找、保存、文本渲染等等。
窗口管理： 约 6 - 10 周。实现窗口的拖动、删除、新建等等功能。
终端支持： 约 6 - 10 周。 选取适当技术集成终端到 vscode 中。
工作区管理： 约 6 - 10 周。 实现工作区的相关功能。
基础工具实现： 约 20 - 25周。 实现 vscode 自带的 Git、Debug、IntelliSense 等相关工具。
插件适配： 约 10 - 15周。实现用户自制插件，以及插件的加载等功能。

故一个六人团队做出 vscode 这样的编辑器大约需要 69 周以上，想要实现如此专业的软件是有一定难度的。

2.2 软件分析

2.2.1 优劣

优势

轻量化：vscode 虽然基于 Electron，但在内存占用和启动速度之间取得了极佳的平衡，由于舍弃了部分高级功能，vscode 初始化时无需像 JetBrains 那样加载一大批功能，使得体积和启动用时大大减少。

扩展性极强：vscode 凭借其插件市场和 Language Server 让其在任何时候都能支持任何语言，几乎能满足任何开发需求。插件市场极其繁荣，几乎任何非主流的需求都能找到现成的工具支持。

完整开发工具链： 内置的集成终端完美支持各种环境。配合强大的版本控制集成，从代码编写、版本管理到差异对比，所有流程均可在单一窗口内处理，极大减少了心智负担。

更新迭代速度： vscode 目前保持至少每月一个稳定版的更新频率,甚至即将实现每周一更[2]，Bug 修复和特性演进速度远超同类产品。

AI Coding： vscode 内集成了Github Copilot，还有部分 AI 编程辅助插件，用户可以轻松获得 AI 的帮助，从而提高开发效率，大大减少了开发者的时间成本。

劣势

性能问题： 作为一个基于 Electron 的应用，其内存占用远高于 Vim 等传统文本编辑器。在处理数万行的大型单体文件或极大规模工程时，索引速度和 UI 响应会明显卡顿。

集成问题： vscode 很多功能依赖于第三方插件。这导致能了功体验的良莠不齐：有的插件打磨精良，有的则充满 Bug，用户需要花费大量时间去调优配置。

配置管理复杂： 随着插件增多以及项目变得更加复杂，settings.json 等配置文件会变得臃肿不堪，插件间可能时常发生冲突。

行业排名

我认为 vscode 的定位主要是轻量级的代码编辑器，既不是传统的纯文本编辑器，也不是功能丰富的专业 IDE ，而是处于两者之间的某个位置。但我依然倾向将其放到通用型代码编辑器的范畴内。

在通用型代码编辑器领域，我认为 vscode 是无可争议的第一名，一份 github 开源代码编辑器项目榜单[3]中，vscode 的总 Star 数位列第一，足以见其影响力和市场占有率。

排名 仓库/软件名称 总 Star 数
1 microsoft/vscode 195.11k
2 neovim/neovim 102.85k
3 atom/atom 76.83k
4 zed-industries/zed 67.68k
5 vim/vim 43.81k
6 helix-editor/helix 41.14k
7 lapce/lapce 40.16k
8 adobe/brackets 36.26k
9 VSCodium/vscodium 30.91k
10 zyedidia/micro 29.6k

但在特定语言的深度开发领域，由于 vscode 并不内置一些专业的深度分析插件和功能，它通常排在 Visual Studio 等专业 IDE 之后，大约在第 2 到第 3 名的位置。

排名 IDE 市场占有率 一年内趋势
1 Visual Studio 24.79 % -3.8 %
2 Visual Studio Code 12.78 % -2.6 %
3 Cursor 11.79 % +11.5 %
4 Android Studio 9.86 % -1.2 %
5 Eclipse 8.55 % -1.4 %
6 pyCharm 6.64 % -3.7 %
7 IntelliJ 5.76 % -1.4 %
8 Antigravity 3.48 % +3.5 %
9 Xcode 3.27 % +0.4 %
10 NetBeans 2.57 % -1.0 %

数据来源[4]

总体而言，vscode 仍为位列第一的代码编辑器，来自 Stack Overflow 的调查结果[5]中，Visual Studio 和 Visual Studio Code 连续第四年蝉联开发者环境使用率最高的宝座。其中Visual Studio Code 位列第一，拥有高达 75.9% 的使用率，而第二名的 Visual Studio 仅有29%使用率。

2.2.2 改进建议

我认为目前 vscode 主要可以改进的一个方面是其性能。在面对大规模的代码项目时，vscode 的性能显得有些不足，经常发生卡顿和等待。

对于性能的改进，我认为可以考虑两个方面:

一是是否可以将部分界面绘制直接通过 GPU 进行渲染，而不是交给 Chromium 进行渲染，通过直接调用 Vulkan API ，可以大大提高其效率。

二是是否可以将部分逻辑用原生程序实现（在 Windows 上即 exe 文件），而不是全部交给 TypeScript 和 Node.js。

第三部分：建议和规划

3.1 市场现状分析

vscode 所涉及的市场我们可以简单的定义为代码编辑市场，面向所有需要进行少量或大量代码编辑和调试的人群，包括但不限于职业程序员、编程爱好者、学生、游戏插件制作者等。

3.1.1 市场规模与潜在用户群

根据研究[6]，编程软件市场规模增长迅速。预计到2026年，该市场规模将从2025年的23.4亿美元增长至27亿美元，复合年增长率为15.3%，编程软件市场由提供测试和调试工具、协作和通信平台、集成开发环境、代码编辑器和版本控制系统等服务的实体所获得的收入构成。

代码编辑器的核心用户群是20-35岁拥有一定编程经验的职业或业余程序员，在此所说的程序员是广义的，任何有能力独自编写超过100行代码的人均可称为程序员。他们对 IDE 的要求正在从简单的代码补全转向AI辅助。

根据 Evans Data Corporation 发布的统计数据显示，2024年全球开发者超过 2700 万[7]，并且预计到2028年前持续以每年 2.7% 的速度增长[8]。可见代码编辑市场的直接用户和潜在用户至少有2700万，并且持续增长.

3.1.2 竞争产品态势

为了便于进行对比，我们将在广义定位上将 vscode 与其它 IDE 进行对比，即不仅比较文本编辑器，也比较专业 IDE。

Visual Studio

定位： Visual Studio 的定位是一个基本完整的开发工具集，它包括了整个软件生命周期中所需要的大部分工具，如UML工具、代码管控工具、集成开发环境等等[9]。是一个全功能的企业级 IDE，主要服务于大型 .NET、C++ 开发场景。

优势： 深度集成与稳健性。 提供工业级的调试器、性能剖析工具以及对 Windows API 的原生支持。在处理数千万行代码的特大型解决方案时，其稳定性超过 vscode。

劣势： 平台依赖与笨重。启动速度慢并且主要运行在 Windows 平台，对跨平台开发，比如 Web，很少有人使用。

JetBrains系列

定位： 跟 Visual Studio 类似，是一个大型的开发工具集。提供专业、稳定、强大的代码重构、调试和开发工具。

优势： 行业公认的代码导航、智能重构和集成调试体验。比 VS Code 零散的插件体验更具整体性。

劣势： 资源占用高。基于 Java 开发，即便在优化了渲染引擎，其内存占用依然极高。

NeoVim

定位： 基于终端的文本编辑器。追求极致的编辑效率和完全的可定制性。

优势： 启动速度极快、内存占用极小，并且可以高度定制化，开发效率极高。

劣势： 学习曲线较为陡峭。 配置开发环境耗时较多，且图形化调试的配置体验依然割裂。

Zed

定位： 一款轻量级代码编辑器，具有图形化界面。

优势： 继承者 Zed 使用 Rust 编写，通过 GPU 直接渲染 UI，彻底解决了 VS Code 这种 Electron 应用的延迟和渲染问题。

劣势： 缺乏 VS Code 积攒了十年的生态，许多专业领域的插件依然缺失。

总结

综上，在轻量级代码编辑器市场中，vscode 占有绝对的市场份额；在专业集成开发环境中，Visual Studio 和 JetBrains 仍然占有不小的份额，但 vscode 也在逐渐追赶。而 NeoVim等工具使用率仍然较低。

3.2 市场与产品生态

3.2.1 典型用户画像

vscode 的核心用户覆盖了从初学者到资深架构师的极广范围，其典型的用户画像如下：

学历： 主要是本科及以上学历，计算机或理工科背景。
年龄： 集中在 18 - 40 岁，主要是正在参与编程有关的工作的人或学生群体。
专业： 计算机科学、软件工程、数据科学、前端开发，机器学习以及越来越多的非计算机专业科研人员。
爱好： 技术探索、开源社区参与、编程等。
收入： 处于中高水平。月薪范围跨度大，主要集中在 8k - 60k之间。
表面需求： 快速编辑代码、语法高亮、内置 Git 管理、跨平台支持、丰富的插件、界面美观等。
潜在需求： 环境的一致性、低心智负担、AI辅助等

3.2.2 用户生态

vscode 的成功在于它构建了一个多边互惠的用户生态，群体之间存在极强的协同关系。在使用 vscode 的人中主要可以分为三种人，分别是：

终端用户： 广大的代码编写者。他们提供海量的遥测数据和 Bug 反馈，是生态的基础。
插件开发者： 他们利用 vscode 开放的 API 扩展编辑器功能。
开源社区贡献者： 参与 vscode 核心代码维护。

终端用户的需求驱动插件开发，而优质插件又吸引更多用户，形成正向反馈。他们保证了软件的底层质量，使其不仅是微软的产品，更是社区的标准。

3.2.3 产品生态

Microsoft 的 vscode 和 Visual Studio 分别在轻量级代码编辑器和大型集成开发环境占据了很大的份额，习惯了 Microsoft 其中某一个产品的用户在寻求另一种不同的编辑器时更会倾向于选择 Microsoft 的产品，由此养成了用户的粘性。

此外 vscode 集成的 Git 功能也增加了 GitHub 的使用率，同理使用 GitHub 的用户在寻求集成了更好的 Git 工具时有更大概率会选择 vscode。

总而言之，Microsoft 通过其在代码编辑、代码托管等领域的体量，在代码行业构建起了一系列成熟的产品生态，这是其他初创公司和产品无法做到的。

3.3 产品规划

3.3.1 创新功能方案

我作为项目经理，我决定实现GPU原生渲染功能，以提高界面流畅度和性能。

N (Need，需求)：

现有 vscode 的渲染引擎对于大批量内容渲染性能较差，面对大型工程时有些吃力。

A (Approach，做法)：

借鉴 Zed，在现有渲染核心上，开发一套基于 WebGPU 或集成原生图形 API 的渲染管道，从而绕过复杂的浏览器渲染引擎，提高渲染性能。文本内容、光标、选择区域由 GPU 直接绘制，而复杂的 UI 控件，比如侧边栏等仍使用 HTML 和 CSS 以兼顾灵活性。

B (Benefit，好处)：

可以大大提高渲染性能，在大型工程中的使用体验更加流畅。

C (Competitors，竞争)：

vscode 的最大竞争者为 Zed，主打的是 Rust + GPU 渲染，性能更强。
vscode 的优势在于生态，引入 GPU 渲染能填补性能短板，防止追求性能的核心用户流向 Zed 等编辑器。

D (Delivery，推广)：

通过 vscode 的定期更新检查功能定向推送给使用 vscode 的用户。

3.3.2 团队配置与角色分配

作为项目经理，我决定按照如下方案规划团队配置和角色分配：

架构设计师 1名 负责整体渲染架构的设计论证以及具体实现方法。

后端工程师 2名 负责将GPU渲染功能集成到 vscode 中。

前端工程师 1名 负责使前端显示与GPU渲染兼容。

测试开发工程师 1名 自动化测试与性能分析，收集 Bug 分析原因等。

视觉设计师 1名 负责产品的美术风格设计。

3.3.3 16周开发周期详细规划表

周数 内容
1 - 2 市场方案调研，技术栈选择等
3 - 4 整体架构设计与验证
5 - 10 GPU 渲染内核实现
11 - 13 前端界面接入内核
14 - 15 产品测试、 bug 修复与细节优化
16 发布产品与经验总结

References

  1. 维基百科编者. Visual Studio Code[G/OL]. 维基百科, 2026(20260302)[2026-03-02]. https://zh.wikipedia.org/w/index.php?title=Visual_Studio_Code&oldid=91737538. ↩︎

  2. Microsoft. Iteration Plan for March 2026 [DRAFT] #300108. GitHub Issues. [Online]. Available: https://github.com/microsoft/vscode/issues/300108. Accessed Mar 13, 2026. ↩︎

  3. OssInsight. "Text Editor Ranking: Global Open Source Repository Analysis." [Online]. Available: https://ossinsight.io/collections/text-editor/ [Accessed Mar. 13, 2026]. ↩︎

  4. PYPL PopularitY of Programming Languages. "TOP IDE index: Popularity of Integrated Development Environments." [Online]. Available: https://pypl.github.io/IDE.html [Accessed Mar. 13, 2026]. ↩︎

  5. Stack Overflow, "2025 Stack Overflow Developer Survey," July 2025. [Online]. Available: https://survey.stackoverflow.co/2025/. [Accessed: Mar. 13, 2026]. ↩︎

  6. The Business Research Company. (2026). Programming Software Global Market Report 2026. Report ID: 5980343. [Online]. Available: https://www.researchandmarkets.com/report/global-programming-software-market?srsltid=AfmBOoq1Ps49l63DvzydDMgjACabFFifqqlv3q6bsj0GH9zbCXnAqDAR. Accessed Mar 13, 2026. ↩︎

  7. Evans Data Corporation. (2023, November 28). Worldwide Developer Population Anticipated to Maintain Healthy Growth Rate of 2.7% Over the Next Five Years. [Press Release]. Retrieved from https://www.evansdata.com/press/viewRelease.php?pressID=368 ↩︎

  8. Evans Data Corporation. (2024, July 29). Worldwide Developer Population Grows to 27 Million; AI Adoption Increases Across Regions. [Press Release]. Retrieved from https://www.evansdata.com/press/viewRelease.php?pressID=365 ↩︎

  9. 维基百科编者. Microsoft Visual Studio[G/OL]. 维基百科, 2026(20260117)[2026-01-17]. https://zh.wikipedia.org/w/index.php?title=Microsoft_Visual_Studio&oldid=91142225. ↩︎

posted @ 2026-03-13 23:39  Marigoldarly  阅读(8)  评论(0)    收藏  举报