2. Linux.do
  3. 编程只剩架构和约束了

编程只剩架构和约束了

ImQiuner 2026-09-20 22:30 1

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：



  • 我的帖子已经打上 开源推广 标签： 是

  • 我的开源项目完整开源，无未开源部分： 是

  • 我的开源项目已链接认可 LINUX DO 社区： 是

  • 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是

  • 以上选择我承诺是永久有效的，接受社区和佬友监督： 是


以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出



编程只剩架构和约束了







但没有学过古法编程的人，是有天花板的。



局部很好，全局在烂



《Vibe Coding Technical Debt 2026: The 90-Day Reckoning》 — AI 工具采用后技术债增加 30-41%，代码重复上升 48%，重构活动下降 60%。团队在加速，没有在停下来整理。债在 90 天后开始集中爆。 ^-^ Vibe Coding Technical Debt 2026: The 90-Day Reckoning — The Vibelog


《Vibe Coding Technical Debt: 8,000 Startups Are Now Paying to Rebuild》 — 到 2026 年中，大约有 8000 个用 AI 工具做出来的产品需要局部或整体重建，救场成本每家 $5 万到 $50 万不等。2026 年 3 月单月，有 35 个 CVE（安全漏洞）被直接归因于 AI 生成代码，一月份是 6 个，还在加速。 ^-^ Vibe Coding Technical Debt: 8,000 Startups Rebuilding · Creatr


《Why Software Factories Fail》 — 作者 Dex Horthy 的团队 2025 年 7 月让 AI agent 完全自主写代码，三个月后放弃。结论：模型没办法可靠地区分好架构和坏架构，现有评测衡量的是"任务通不通过"，不是那种让每次改动都越来越难的、缓慢的架构腐蚀。这篇 HN 341 赞，评论区 240 多条。 ^-^ Why Software Factories Fail: Harness Engineering Is Not Enough - Developers Digest


《The Real Cost of Ignoring Vibe Code Technical Debt》 — CodeRabbit 分析 470 个开源 PR：AI 协作写的代码比纯人工多 1.7 倍重大问题，安全漏洞是 2.74 倍。Salesforce 分析师直接把 2026 年命名为"技术债之年"，原因就是 vibe coding 的规模化采用。 ^-^ Vibe Coding Rescue Cost vs Rebuild ROI



关于约束



零基础的天花板




‘




^-^ https://leaddev.com/?p=32743


Birdview 在做什么






issue 和 discussion 都开着，推荐的使用方式是先让ai 画图，然后稍微大一点的需求才开启技能，你也可以要求全程开启，不过那样改个很小的前端都会先画图再落代码…比较繁琐。给我个star吧，屏幕前的大帅哥！


也欢迎大家一起进来贡献阿，定义新的编程范式！


刚才帖子被举报说是友ai生成内容没有标注上，现在全是图片了，我会在评论区搬一些有保存的佬友的讨论与观点，挺有意思的

最新回复 (19)
  • age30year 09-20 22:32
    1楼

    核心就是 约束， 边界， 规范，做好这些 大家都是天才程序员 ^-^

  • ImQiuner 楼主 09-20 22:35
    2楼

    刚才帖子被删了，保存了一个大佬发的小长文，我发给朋友朋友说他用ai用的早了 ^-^


  • ImQiuner 楼主 09-20 22:36
    3楼

    是的 ^-^ 这倒让我想倒可以把规范什么的分开？目前birdview只有 架构和约束视图，佬友有什么想法嘛

  • MorningBOBO 09-20 22:38
    4楼

    star了，说得没错，约束好，规范好，人人都是好的程序员。

  • Kong-1024 09-20 22:39
    5楼

    但现在是2026年，llm上下文最高1m

    2036年会是什么样呢^-^

    普通人的天花板怕是会高得离谱

  • ImQiuner 楼主 09-20 22:43
    6楼

    （帖子已被作者删除）

  • ImQiuner 楼主 09-20 22:43
    7楼

    但过去半年了，还是没有看到agent上下文突破很大 ^-^

  • ImQiuner 楼主 09-20 22:44
    8楼

    感谢帅哥~你的举手之劳正在让世界变得更好~（至少我很高兴 ^-^）

  • ImQiuner 楼主 09-20 22:47
    9楼

    但现在看不是说要放缓ai发展嘛 ^-^

  • wenliang_zeng 09-20 22:47
    10楼

    思路有点不谋而合了，我目前做AI全流程开发也差不多是这个思想，但是目前还在解决工件过多和token浪费的问题，想找到一个平衡。

  • ImQiuner 楼主 09-20 22:48
    11楼

    一起来建设skills？用用后看看skills有什么可以优化的地方？issue pr ^-^

  • wenliang_zeng 09-20 22:51
    13楼

    我看看哇，我目前的仓库是：



    有兴趣可以看看思路，我这个偏全流程了，一直有问题所以我也没敢推广哈哈哈。

  • ImQiuner 楼主 09-20 22:55
    14楼

    另一个观察到的现象，我公司有两个文科生，一个学艺术一个学广告的，他们疯狂使用 ai，开claude、gpt 1400rmb的套餐，但一个认识到了自己能力上限开始学习古法编程，另一个则觉得fable5跑就是了…



    图片这个就是他们做的网页，基本到顶了

  • wenliang_zeng 09-20 22:56
    15楼

    看图猜性别：女生吧哈哈哈

  • poinory 09-20 23:07
    16楼

    我去，正好我也有和佬一样类似的感悟，之前用的Agent全自动改，然后回到现在半古法，因为我不信AI改的。它局部改的确实可以，但是容易破坏其他的功能，或者全局上有漏洞，我现在必须得完整review AI 写的代码。但是代码量有点大，导致很慢。然后就想能不能让AI有个类似架构图(不是单纯的prompt约束)，全局思维的去改，我也方便review它的实现(主要还是方便掌控改了什么)。一直没找到好的工具，自己也一时半会想不到怎么搓。 ^-^

  • tangsong404 09-20 23:21
    18楼

    真的很赞同，feat的时候很爽，fix的时候，一旦有特殊BUG的时候一直提示都修复不了，白白浪费了token和时间。


    但是转念一想，没有ai我就能解决这个问题了吗，或者说ai带领我走到这个进度花费的时间难道不是远远小于修bug的时间。


    换句话说，我认为AI本身没有问题，但不能因为有了AI就失去对项目的掌控，认为所谓“程序员已死”

  • Nxty 09-20 23:22
    19楼

    仔细想想这不还是最难的部分么 ^-^

  • ImQiuner 楼主 09-20 23:22
    20楼

    解决问题的开始是看到问题

  • 早睡早起有益健康 09-20 23:35
    21楼

    感觉这个是，目前全世界都在面临的一个难题 ^-^

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐