#AI辅助开发

2周前

最近的习惯在 Next.js 里是，放弃 MVC ，压扁层级。 common / utils / db 不算，往上就一层 actions。也没那么多角度考虑，就 actions 里创建根据业务的子目录，把 schema 结构和需求丢给 AI，一个需求一个文件，给我生成。大量冗余，复用极少。但初期起项目超快。抽象？复用？后面会慢慢搞，因为现在有充足的时间了。但在 vibe 的时候，扁平的一级结构，直接串联 client 侧的需求和 db 操作，就一个 action，干净利落。冗余重复没关系，AI 不关心，而且这种结构下，明显 vibe 的成功率高了好多。至于重构，反而变的可行了起来。以前我们说以后重构，基本是没有这个以后的。但这种形态下，我确实可以抽出时间来，一点点修改，慢慢倒腾。如果这个项目起都没起得来，不值得重构，那也没关系，起码我有一个层级简单，脉络清晰，每个文件给 AI 看都上下文完整，职责单一的项目架构在。真诚推荐。 vibe 有自己的最佳实践，尊重传统软件工程的同时，也要结合 AI 喜欢的方式来。

#Next.js #MVC放弃 #AI辅助开发 #快速启动项目 #扁平架构

2个月前

vibe coding 时代写代码更累了旧时代：全部手写，直接设计架构开始写就行了新时代：需要写 prompt，然后 ai 输出一堆质量很不错的代码，在修改的时候，就比较麻烦了。如果你选择手改，那需要理解现有的代码，然后才能做出更改，有时候花费的精力不如直接手写如果选择 AI 改，那么就需要花脑子 prompt AI 修改，这个充满各种技巧，也不是轻松的事情然后就出现一个痛苦的纠结。在见识了 AI 输出代码的速度和质量后，再选择手写，你就感觉自己的效率恢复到了旧时代，有种在开车和走路之间选择了爬的感觉选择 AI 写，脑子会更累。旧时代，你可以一边慢慢写代码，一遍思考架构和需求。但在AI 时代，AI 输出太快了，脑子需要更急的思考和阅读代码，然后理出下一个 prompt 要怎么写如果感受的话，旧时代像自行车，虽然慢，但可以慢慢思考和调整路线 AI 像是一个极高性能的车，一脚油门就可以走特别远，但也需要人更快的思考速度和驾驭能力，否则就更容易翻车，写出一堆乱七八糟的代码和架构

#Vibe Coding #AI编程 #代码修改 #旧时代编程 #新时代编程 #手写代码 #Prompt工程 #AI辅助开发 #初学者编程挑战 #编程效率

7个月前

看完吴恩达老师新年展望里，对大型系统中 AI 辅助开发遇到的挑战的陈述，恰好今天在公司领了个活儿，就是这个方向。公司想把团队做了几年的软件重做一遍，时间只给了两个月，从方案设计到产品开发，因为涉及到软硬件结合和复杂的功能实现，挑战不小。我也在思考，如果想实现这样的“挑战”，我们要怎么做，首先是常规手段: - 挑选开发和架构能力、配合推动能力强的成员组成精简的特殊产品开发测试小组 - 采用敏捷的开发模式，各个方向的开发紧密合作，降低沟通成本 - 所有流程规则从简，减少干扰打断，提升连续开发效率 - 提高自动化和工具化，测试提前介入单元和自动化测试 - 更清晰明确的架构，架构设计时更多架构伙伴充分论证，高内聚低耦合除此之外呢，就现有团队能力，想有更大幅度的提升，当然还有一个非常重要的外援 - AI ❗️ 过去团队 AI 主要用在编程环节，这次我想做一个复杂大型工程的 AI 实践，从开发方案、架构设计、新技术理解、产品方案评估、体验设计规范、辅助编程（介入到复杂业务逻辑和设计规范程度）、辅助测试用例编写和自动化测试、服务环境设计和部署等工程的全流程各个环节，都用不同的 AI 工具辅助。下周一敲定团队成员后正式开动，我打算把这个过程记录沉淀下来，分享到系列文章中，感兴趣的朋友可以先关注下图中的公众号 👇

#AI #吴恩达 #新年展望 #大型系统 #AI辅助开发 #挑战 #软件重做 #软硬件结合 #功能实现