打开代码编辑器，盯着空白文件，脑子里塞满了想法，手指却一动不动。需要的不只是一个“关于我”和“项目展示”的页面，还要塞进“最近沉迷的歌单”，甚至想连上Fitbit，把实时心率也怼上去——虽然没人会关心一个开发者的心跳。用什么技术栈？怎样才能最高效？这问题还没想清楚，光标就已在同一个位置闪了整整一个下午。

正方说：一开始就对标最高标准，才是职业素养。设计作品集不是交作业，每个细节都在向潜在雇主传递信号。等把需求彻底想透、把技术选型对比完、把可能踩的坑全部规避掉，再动手不迟。毕竟工程师的尊严，就建立在完备的预案和优雅的架构上。就连写篇博客，也得先解决流量统计、评论系统、防DDoS、要不要加认证、支不支持换字体换背景换主题——工具链没梳理清楚，写出的字都像半成品。

反方说：这都是“做对”上瘾。把“做对”当成唯一的启动条件，最终会把自己锁死在预备阶段。越想把第一次就做成最终版，越会挖掘出无穷尽的前置任务——搭博客要先选框架，选框架必须先了解所有同类方案；求职怕手动翻LinkedIn，就决定上AI自动化；自动化又卡在数据采集上，然后绕进“我是工程师怎能付费买现成API”的自尊困局。一圈下来，正事没推进，精力全耗在工具链的探索上。

旁观者清。那套“先搞清一切再动手”的逻辑，本质上是把“准备”当成了“行动”的替代品。追求完美确实能产出好方案，但完美主义的副作用，是让人对最小可行性步骤失去耐心。一旦发现简化版无法满足预设的高标准，就宁可让进度条停在0%。可真正交付过东西的人都明白：0%的完美跟80%的粗糙之间，后者才有被迭代优化的资格。

我的判断很直接：这条完美主义链条必须被打破。作品集网站、博客、求职自动化…它们不是科研项目，不需要穷举所有可能性之后再做决定。设定一个能跑就行的时间窗口，允许自己交出60分的方案，反而能更快撞见真正的问题。事实上，当LinkedIn求职那件事被无限放大成“先造一套爬取+AI调度系统”，就已经把“申请工作”这个简单目标异化成了工具开发马拉松。这类时刻，需要有人对自己喊停，而不是陷在“必须先做对”的环里继续加码。