[问与答] 项目失败后，我用原来的技术栈重写了一遍，也重新认识了 AI 和自己
最近经历了一件挺受打击的事情。之前负责开发的一个项目，最终被判定需要推倒重构。虽然之后换了一套技术栈，也把功能实现了，但我心里一直有个疑问： 之前选择的技术栈，真的有那么大的问题吗？ 后来利用一些空余时间，我重新梳理了需求，又用原来的技术栈重构了一版。这次经历也让我对 AI 辅助开发和自己的开发方式有了新的认识。 一、还没完全想清楚，就开始写代码了 项目初期虽然收集了需求，也了解了大概的业务流程，但对整体架构、模块划分以及后续可能遇到的问题，并没有考虑得足够全面。 说白了，就是 大概知道要做什么，但还没完全想清楚怎么做，就开始动手了。 技术选型上也有些激进，选择了自己不太熟悉的技术栈。当时更多考虑技术能不能实现需求，却忽略了自己是否有能力掌控它，以及后续的维护成本。 二、AI 让代码写得更快，却让我逐渐失去了掌控 开发过程中，我大量使用 AI 辅助编程。 刚开始确实很高效，很多功能很快就能实现。但遇到不熟悉的问题时，有时候自己还没完全理解，就让 AI 帮忙修改。 原本只是想解决一个小问题，结果 AI 改动了多个文件，甚至调整了原来的代码结构。 而我并没有完全理解这些改动带来的影响。 慢
阅读原始来源![原始网页截图: [问与答] 项目失败后，我用原来的技术栈重写了一遍，也重新认识了 AI 和自己](/media/535858295b829a6748b2e540?v=2026-11-07T06%3A35%3A39.574Z)
来源记录
研究分析
用户报告的问题
来源描述：最近经历了一件挺受打击的事情。之前负责开发的一个项目，最终被判定需要推倒重构。虽然之后换了一套技术栈，也把功能实现了，但我心里一直有个疑问： 之前选择的技术栈，真的有那么大的问题吗？ 后来利用一些空余时间，我重新梳理了需求，又用原来的技术栈重构了一版。这次经历也让我对 AI 辅助开发和自己的开发方式有了新的认识。 一、还没完全想清楚，就开始写代码了 项目初期虽然收集了需求，也了解了大概的业务流程，但对整体架构、模块划分以及后续可能遇到的问题，并没有考虑得足够全面。 说白了，就是 大概知道要做什么，但还没完全想清楚怎么做，就开始动手了。 技术选型上也有些激进，选择了自己不太熟悉的技术栈。当时更多考虑技术能不能实现需求，却忽略了自己是否有能力掌控它，以及后续的维护成本。 二、AI 让代码写得更快，却让我逐渐失去了掌控 开发过程中，我大量使用 AI 辅助编程。 刚开始确实很高效，很多功能很快就能实现。但遇到不熟悉的问题时，有时候自己还没完全理解，就让 AI 帮忙修改。 原本只是想解决一个小问题，结果 AI 改动了多个文件，甚至调整了原来的代码结构。 而我并没有完全理解这些改动带来的影响。 慢
频次与替代方案
记录作者：JaneHan。 可供比较的近期同类记录：“[问与答] 有没有什么好用的支持自部署的审核端侧小模型？” (V2EX, 2026年11月12日)；“[问与答] 纯 c++写了个"极速"查看 windows 本机各种网络状态的小工具(无任何第三方依赖)” (V2EX, 2026年11月12日)。主题相近仅用于导航，未核验其是否属于同一需求或独立证据。
需求判断
将报告的任务或障碍作为访谈线索。功能请求、抱怨或替代方案搜索本身并不能确定预算负责人或付费意愿。
商业证据缺口
待补证据：受影响的独立用户、重复发生场景、当前绕行方案、实际时间或金钱成本、采购权限，以及对具体报价的响应。
需求验证动作
按相同任务整理原始问题，去重作者和转载；核对今天如何处理、实际成本多少，再测试明确报价后判断付费需求。