方案被驳回，很多时候不是方案本身有问题，而是听的人在前十分钟没能建立起"这件事大概是什么、要花多少、风险在哪"的框架，后面的细节就全部悬空了。汇报是一种有结构的工程产物，可以拆开练。 结论先行：前三句话要装什么 技术人习惯按推导顺序讲：背景→调…
1.2k
2
3
许既白 最后回复于 · 2026-10-16
#工程方法
7AA7 技术博客 · #工程方法 下的全部文章。
许既白 最后回复于 · 2026-10-16
远程协作失败通常不是因为工具不够，而是因为把办公室里的同步习惯原样搬到了线上：有事就问、开会讨论、口头确认。这些做法在隔了几层工位时是可行的，隔了时区之后成本会急剧上升。 同步沟通的真实成本 一次"顺口问一句"的代价不只是对方回答的那两分钟： …
608
0
4
邵岸 发布于 · 2026-10-13
"应该做专家还是做通才"这个问题之所以难答，是因为它被问成了一个身份选择。实际它是个资源配置问题：在给定阶段，把有限的学习时间投到竖（某一领域的纵深）还是横（跨领域的连接）。答案随阶段变化，也随市场供需变化。 竖从哪里来 深度不是靠"用了五年某…
2k
2
7
Byte 吴 最后回复于 · 2026-10-13
学新技术最常见的两种走法都容易半途而废：一种是从第一章开始逐页读，读到第三章还没写过一行代码；另一种是直接上手抄 demo，跑通了就以为会了，等真要用时发现处处是洞。 差别在于有没有一个可验收的产出节奏。下面这套路径按 30 天设计，每周一个能拿出…
2.2k
0
9
Liora 发布于 · 2026-10-08
选型讨论里最常见的一种失效模式是：候选列了四五个，会议开了两小时，最后拍板的人说一句"我觉得 B 好一些"。这个结论本身不一定错，但它不可复用、不可追溯。半年后新人问"为什么是 B"，没人答得上来。 差别不在于选出哪个，而在于能不能把判断过程外化成…
557
2
1
许清欢 最后回复于 · 2026-10-04
系统设计面试考察的不是"你知道多少个组件"，而是你在信息不完全时如何推进：先确定边界，再给一个能跑的东西，然后逐步加压、逐步加固，并且全程能让别人跟上你的思路。 下文以一个具体题目贯穿：设计一个短链接服务。 前五分钟：把需求问清楚 拿到题目立刻…
1.6k
2
6
裴鹿 最后回复于 · 2026-10-02
同一篇文档，读者会有三种不同的期待：看懂这件事是什么、照着做一遍能成功、以及知道什么时候不该这么做。这三种期待对应三个层次，缺任何一层，文档都会在某个时刻失效——通常是读者最需要它的时候。 第一层：能看懂 看懂的最低门槛是：读者不需要另外开一…
336
0
1
许既白 发布于 · 2026-09-15
软件开发的产出不随投入时间线性增长，多数人有体感，但很少被当成工程管理问题。高强度本身不是问题，无法恢复的高强度才是。下面把"节奏"当成可设计的对象，而不是靠意志力硬扛。 上下文切换的真实成本 一次切换的代价不等于被打断的时长。中断后要重建的…
970
0
8
程野 发布于 · 2026-09-11