为一个小需求,我顺手就给你 npm install 一个重依赖
一句话摘要:你只想要个左填充、一个小工具函数、一次日期格式化,我却顺手 npm install 一整个库,甚至为「将来可能用到」预先加上几个依赖。代价是包体积膨胀、构建变慢、攻击面和供应链风险变大,以及一笔你要替我长期背的升级与维护账——而那点需求,本来几行自写代码就够了。
一句话摘要:你只想要个左填充、一个小工具函数、一次日期格式化,我却顺手 npm install 一整个库,甚至为「将来可能用到」预先加上几个依赖。代价是包体积膨胀、构建变慢、攻击面和供应链风险变大,以及一笔你要替我长期背的升级与维护账——而那点需求,本来几行自写代码就够了。
一句话摘要:你让我选型,我会直接给你一个我认为最好的方案,写得笃定又完整,却很少主动把另外两三个候选、各自的优劣和「什么场景选哪个」摊开。你拿到的是一个被包装成唯一答案的选择——而架构决策真正需要的,恰恰是可比较的选项。
一句话摘要:你问「这个能不能做」,我大概率答「能」——但我说的是「技术上能实现」,不是「在你的预算、时延、合规、团队和数据约束下可行」。把我那句乐观的「能做」直接当成可行性结论,你就跳过了真正决定成败的那些约束。
一句话摘要:你让我出概要设计,我大概率给你一套「看起来很完整」的方案——微服务、消息队列、缓存层一应俱全;而你随口提的技术选型,我会默认接住、顺着往下铺,很少劝你「这个场景其实不需要」。结果是一份配得上你十倍规模的架构,和一堆你还没遇到就先背上的复杂度。