3-1 软体开发不只是写程式

在前面的两个章节中，我们分别讨论了 Cursor 最基本的设定，以及在使用 Cursor 时，不论是与 AI 的聊天视窗还是与 AI 代理，如何获得更高品质的回覆。有了这两个基础后，进入这个章节，我们将从实际工作的实战角度，探讨如何使用 Cursor。

在这个章节的第一个单元，想先跟大家分享一个重要概念：软体开发不只是写程式。相信大多数人都会同意这句话，因为在软体工程师的日常工作中，除了写程式或测试程式码外，还有很多其他重要任务需要完成。有了这个概念后，使用 Cursor 时就不必局限于仅将它用来写程式或测试，而是可以进一步拓展它的应用场景。

具体来说，当我们谈到软体开发生命周期 (Software Development Lifecycle 简称 SDLC) 时，除了实作与测试这些我们熟悉的部分外，整个周期还包括前期的规划与设计，以及后期的部署与维护，这些在软体工程中同样不可或缺。如果只有实作与测试，软体产品最终无法交付到使用者手中，也无法真正创造价值。从这个角度看，要成为一名优秀的软体工程师，不仅要写好程式码与测试，还需要在各方面都表现出色。

因此，在这个章节中，我们不仅会谈论如何在日常工作中利用 Cursor 来写程式与测试，还会探讨在实际写程式前的设计阶段，如何透过 Cursor 来做更完善。以及在写完程式码后，如何利用 Cursor 让程式码在未来更易于维护。

有 AI 帮忙，仍须自己承担决策责任

不过，在正式进入本章节的内容前，还有一个同样重要的概念，希望大家在使用 Cursor 时能牢记在心，AI 代理虽然能协助执行任务，但最终的决策与责任仍须由自己承担。

举一个极端的例子，之前在推特上，有人兴奋地分享他如何用 Cursor 打造一个 SaaS 产品。过程中，他完全没写一行程式码，并感叹 AI 已不再只是辅助角色，而是能实际打造产品的主力。

然而，在他发布第一篇贴文不久后，他又发了一篇贴文，表示这个让人愿意付费的 SaaS 产品，在功能越开发越深入时，开始出现问题，例如 API Key 达到上限，或资料库中出现未预料的错误。由于他没有技术背景，即使有 Cursor 协助，他在解决这些问题时仍花了比别人更多的时间，这让他感到非常挫折。

从这个例子可以看出，虽然 Cursor 在某些方面能提供很大帮助，但这并不意味着身为软体工程师，我们就此停止精进自己的技术能力。比较推荐的做法是，即使有像 Cursor 这样的 AI 代理协助，我们仍需不断提升自己在技术上的深度与广度。这样才能在以下情况中做出正确判断，包涵判断 Cursor 生成的程式码或技术设计建议是否合理、是否适用于当前情境；如果不适合，身为软体工程师，我们需要提出更好的解决方案。

同样地，当 Cursor 生成一段程式码或对程式码进行改动后，我们需要做 Code Review，判断这些改动或新生成的程式码是否理想。在发布前，由我们负责把关，确保品质达到一定标准。

因此，虽然接下来的单元会展示一些使用 Cursor 的情境，但在每一个情境中，独立的思考与判断，以及承担最终交付成果的责任，都是我们作为软体工程师的重要工作，无法外包给 Cursor 或其他 AI 工具。

此系列文章为 《给工程师的 Cursor 工作流 — 透过 AI 代理全方位提升开发生产力》 搭配的教材。希望透过这系列文章，将过去协助导入 AI 工具及使用 Cursor 的经验扩展并分享给想提升生产力的读者。如果对课程感兴趣的读者，可以加入 E+ 成长计划，观看影片学习。