#软件开发

2小时前

Claude Code Workflow (CCW) 是新一代多智能体自动化开发框架，通过智能工作流管理和自主执行协调复杂的软件开发任务。

AI编程工具激战：Claude Code、Gemini Cli崛起· 898 条信息

#Claude Code Workflow #CCW #多智能体 #自动化开发框架 #软件开发

1周前

有什么agent能帮我合并这一百多个PR吗

#PR合并 #自动化 #软件开发 #任务自动化 #代码管理

3周前

我们似乎正处在一个软件开发的黄金时代，又或者，是一个巨大的幻觉之中。 AI 一声令下，代码如瀑布般涌现，过去数周的工作量，如今在几小时内就能完成。我们痴迷于这种前所未有的“产出”速度，仿佛只要油门踩得够深，就能抵达任何目的地。但这里有一个我们不愿正视的悖论：我们正以惊人的速度，奔向不确定的终点。麦肯锡的报告和长达数十年的行业研究，像一面冷静的镜子，映照出一个尴尬的现实——绝大多数项目依然在预算超支、偏离目标的泥潭中挣扎。我们创造软件的速度，已经远远超过了我们验证它的速度。当代码的生产成本趋近于零，一个更严峻的瓶颈浮现了：我们如何确保自己没有在用更快的速度，制造更精致的垃圾？这正是这篇文章试图引爆的认知奇点。它大胆地提出一个反直觉的论断：在 AI 时代，我们最需要的可能不是下一个加速器，而是一套精巧的“减速带”。我们被“效率”的叙事绑架太久了，以至于忘记了软件开发的核心，从来都不是打字的速度。当一位产品战略顾问开始引述 90 年代的极限编程（XP）时，他并非在怀旧，而是在发出一个清醒的警告。他提醒我们，有些古老的智慧，在今天这个技术狂飙的时代，反而具有了前所未有的现实意义。比如，那个听起来像是效率“公敌”的原则——结对编程。从账面上看，它直接将产出减半。但这篇文章会引导你看到硬币的另一面：你用一半的产出，换来了一倍的共识、提前暴露的假设、更健壮的代码质量，以及一个持续学习的团队。这笔投资，在 AI 加剧混乱的今天，显得无比划算。它引导我们直面一个根本性的转变：当 AI 将“写代码”这件事变得越来越廉价，那么人类工程师的价值在哪里？答案不在于和机器比拼速度，而在于那些机器无法胜任的领域：沟通、反馈、简化、勇气和尊重。这篇文章的核心论点，正是那句振聋发聩的宣言：“在小处慢，才能在大处快”。这不仅仅是一篇关于编程方法的文章，它更像一则关于“数字时代的匠人精神”的寓言。它在提醒我们，无论工具如何进化，软件的终点，永远是人。在 AI 可以为我们提供任何答案的未来，最稀缺的能力，是提出正确的问题。而极限编程，恰恰是那个不断强迫我们停下来，去追问那个终极问题的框架：我们正在构建的东西，是正确的吗？在点击阅读之前，请先放下对速度的执念。因为这篇文章将带领你重新思考，在 AI 时代，真正的“快”究竟意味着什么。

#AI 时代 #软件开发 #效率悖论 #极限编程 #数字匠人精神

1个月前

#BestBlogs 架构师必备的 15 条定律，条条经典！( 反内卷版 ) | dbaplus社群文章总结了 15 条软件开发和团队管理中的经典定律，为技术从业者提供实践指导与反思。摘要：文章深入浅出地介绍了 15 条在软件开发和团队管理中广为人知的定律，包括帕金森定律、侯世达定律、布鲁克斯定律、康威定律等。这些定律涵盖了项目工期估算、团队协作、系统架构设计、API 管理、绩效度量以及日常调试等多个方面。作者通过生动的例子和幽默的语言，揭示了技术工作中常见的挑战和人性弱点，并提供了应对策略，旨在帮助技术从业者在内卷环境中实现更高效、优雅的工作和生活。文章强调理解这些定律比追逐最新技术更重要，以更好地理解人、组织和软件工程的复杂性。主要内容: 1. 帕金森定律与侯世达定律揭示项目工期估算的固有挑战 -- 这两定律共同强调了在软件项目管理中，准确估算工期的难度，以及时间缓冲和效率提升间的矛盾。 2. 康威定律强调组织沟通结构对系统架构的决定性影响 -- 团队的沟通方式直接映射到其构建的系统结构，通过调整团队沟通能影响甚至重塑系统架构。 3. 团队规模扩张导致效率下降与个体懈怠 -- 布鲁克斯定律、普莱斯定律和林格曼效应共同揭示了团队规模扩大后，沟通成本增加、责任分散及个体产出下降的普遍现象。 4. 海勒姆定律指出 API 或产品功能一旦发布便难更改 -- 即使是文档未承诺的行为，一旦被用户使用，就难以轻易改变或移除，增加了技术债和维护负担。 5. 古德哈特定律与吉尔布定律平衡了指标与度量的关系 -- 警示单一指标可能被滥用，但同时肯定了度量的重要性，鼓励从不完美的度量开始并持续优化。文章链接：

#软件开发 #团队管理 #帕金森定律 #康威定律 #内卷

1个月前

这篇文章不错，不知道目前还有多少人在用visual studio 20年的visual c++的发展

#Visual Studio #Visual C++ #软件开发 #技术讨论 #怀旧

1个月前

时隔数月回来用 VSCode 发现产品细节进步很大，这周可以深度体验下，也许 Cursor 的优势已经没那么大了

AI编程工具激战：Claude Code、Gemini Cli崛起· 898 条信息

#VsCode #Cursor #产品体验 #软件开发 #竞品分析

1个月前

你真的很难相信过了这么多年 SwiftUI 的 UI Inspector 还是长这个样子

#SwiftUI #UI Inspector #用户界面 #软件开发 #负面

吕立青_JimmyLv (🐣, 🐣) 2𐃏25 | building bibigpt.co

1个月前

唉，生产端 vibe coding 和消费端按 token 收费，已经把软件开发变成了供应链生意，需要做到极致的成本管理才有竞争优势，这里包括开发者的时间成本、LLM 的 token 成本等。

#软件开发 #供应链生意 #成本管理 #开发者时间成本 #LLM token 成本

1个月前

现在借助AI，搞Vibe Coding确实能很容易的开发一个软件，但是如果想搞好，健壮，还是得了解系统知识，编程思想。我这有个软件项目，初级版本试运营已经陆续有用户开始付费使用，现在想升级成为专业的SaaS。开始有点吃力了。现在寻找技术合伙人（CTO）如果你了解Payment系统的webhook搭建，数据库管理和搭建，JS框架网站搭建等。欢迎联系我。

#AI #Vibe Coding #软件开发 #saas #技术合伙人

1个月前

只要现在 AI 还是这样模拟人类写代码的方式开发软件，然后上下文窗口长度不能一次塞入整个项目代码，那么别说 10 年，多少年 AI 都没法替代架构师。但要是 AI 采用的是全新的适合 AI 开发软件的开发模式，或者代码库整个都能塞入模型性能和成本都可控，那么还要架构师干嘛？不过也不必焦虑，这样的变化不是一天两天突然发生的，如果你密切关注，并且保持学习跟进，那么真发生了也能很快切换过去，成为第一批掌握使用 AI 快速架构快速构建的人。搞软件开发这行的，本身就得持续学习，与时俱进，学习架构设计是绕不过去的，一方面现在 AI 辅助编程时很实用，另一方面这些架构设计的能力也可以应用到其他领域。比如说将来 AI Agent 开发项目能力很强，但还是需要有人去管理这些 AI Agent 更好的协作，那么就还离不开架构设计去协调这些 Agent。

#AI浪潮：重塑就业，风险暗涌？· 105 条信息

#AI #软件开发 #架构师 #AI替代 #持续学习

1个月前

在美国🇺🇸想找软件开发工作？绝大多数 IT 公司或部门都会用 LeetCode 上的算法题来考核你！很多人疯狂刷题后，就顺利拿到了理想工作。现在，越来越多的美国本土工程师开始用下面的 AI 工具辅助面试，成功拿到 offer 的概率极速飙升！ 🚀 👉 点击链接，立即免费试用：

#美国求职 #软件开发 #LeetCode #AI面试辅助 #offer

1个月前

恰恰相反，vibe coding 后才知道可维护性多重要

#Vibe Coding #可维护性 #重要性 #反思 #软件开发

1个月前

现实里，太多软件公司陷入“无尽线性迭代”：功能越堆越多、复杂度与技术债齐飞，兼容成主要成本，版本号在走、价值密度在降，速度反而变慢。或许软件也该像硬件/模型一样走“分代”：在一个时代里线性收敛，时代交替时敢于破坏式简化。兼容靠 LTS 与迁移器，决策靠真实使用数据的“蒸馏”。目标：把对的东西做简单，把简单的东西做快。有哪些公司是这样做的？

#软件开发 #线性迭代 #分代 #简化 #技术债

1个月前

GitHub上整理的这个 12-Factor Agents - Principles for building reliable LLM applications 非常不错，我们能用哪些原则来构建真正够用、可以交付给生产客户使用的LLM驱动软件？写得非常好，值得学习。

#LLM应用 #GitHub #12-Factor Agents #软件开发 #生产环境

2个月前

AI现在能代替90%的软件开发团队吗？我认为可以了。这段时间，我学习了很多AI的东西，也用AI写代码，用了很多大模型！下面图片是我亲自用过的部分模型。从全自动化写整个项目代码的角度评分一下：最牛逼的是 Claude （闭源，非常贵）！其次是Kimi K2！（有开源！可以部署到本地）

AI编程工具激战：Claude Code、Gemini Cli崛起· 898 条信息

#AI #软件开发 #Claude #kimi k2 #自动化

2个月前

这两天用Kiro写程序，比Cursor顺手不少设计者很懂使用AI编程工具的现状，提供了vibe和spec两种模式这两种模式代表了截然不同的软件开发哲学与工程方法论，各有其场景和优缺点。目前，许多程序员混合使用AI编程工具，导致了不少困扰和纠结 Kiro将两种模式分开，以下是我对这两种模式的理解🧵👇

#kiro #AI编程工具 #软件开发 #编程模式 #Cursor

2个月前

没想到当时的 demo 发展出了这些，Rust 的分杈有最多的果子

#Rust #编程语言 #开源 #技术 #软件开发

2个月前

前几年软件开发SDLC流程，项目经理，工程师，后端，前段，测试，运维等等都是非常明确分工。但是从今年开始，AI的迅猛发展，我觉得上面这些岗位90%的可以砍掉了。。。在AI的帮助下，很多年没有碰过代码我，不仅能开发，测试，而且代码很快能部署到任何一种VPS服务器！而且还能非常人性化！服务器有任何风吹草动，马上可以给我的电报发来信息。

#AI #软件开发 #自动化 #岗位变化 #VPS服务器

2个月前

过早优化是万恶之源

#过早优化 #软件开发 #编程 #代码优化

3个月前

软件1.0 是代码，软件2.0 是权重，软件3.0 是提示词。开发者从写逻辑 → 调模型 → 设计协作。人类已经不再“写程序”，而是“定义行为”。

AI编程工具激战：Claude Code、Gemini Cli崛起· 898 条信息

#软件开发 #软件变革 #人工智能 #编程 paradigm #人机协作

Jesse Lau 遁一子

3个月前

Gemini gem几轮改不好，且来回切换已经改好的代码到错误，把我气的冒烟。切换到canvas一把解决了。

#Gemini #软件开发 #编程错误 #代码修复 #Canvas #技术切换

3个月前

Vibe coding 最高境界😂😂 一个调度 Agent + 85 个并行的子 Agent，并行解决几十个问题，太疯狂了🥹 代码全开源 👉 体验地址👉

#调度Agent #代码开源 #技术创新 #并行处理 #软件开发

3个月前

需要一个agent帮我在升级npm依赖时检查有没有breaking change

#npm #依赖升级 #breaking change #软件开发 #版本控制

3个月前

AI 写代码还会有的一个问题是：因为需求在代码之外（Linear/Jira），在多次迭代中经常出现为了新需求破坏掉旧需求的问题。所以要不把需求也写进代码库中？

#AI #代码 #需求管理 #代码库 #软件开发 #版本控制 #协作开发

3个月前

发现了一个诡异的 bug

#bug #软件开发 #程序错误