先别急着判断谁对谁错,把两篇教程的隐含前提列出来:它们假设你用什么工具、有多少时间、想达到什么结果。前提对不上,结论再权威也不适用于你。比较前提之后,通常会发现两种做法各自成立,只是代价不同。
网站入门阶段最常见的矛盾,是“先学HTML再碰建站工具”和“直接用可视化工具边做边学”这两种建议同时出现。它们看起来互斥,实际各自成立,只是省略了前提。
第一种建议的前提通常是:你打算长期维护代码、需要理解页面结构、能接受前期看不到成品。第二种建议的前提是:你只想尽快上线一个能改内容的站点、愿意接受工具限制、暂时不打算深挖底层。
把前提补全后,矛盾就消失了。真正需要你判断的,是哪个前提更接近你的处境,而不是哪篇教程更权威。
遇到矛盾时,可以先用两个解释来归类:
这两种解释的应对方式完全不同。如果是信息源差异,你需要找更新的资料或直接查官方文档;如果是适用条件差异,你需要做的是选择,而不是继续找“唯一正确答案”。
很多初学者把适用条件差异误判为信息源差异,于是不断换教程,结果每篇都只学了一半。
要判断矛盾属于哪一类,可以核对以下证据:
假设你看到两篇教程,一篇说先手写页面结构,一篇说直接用工具生成。核对后发现两篇都没有提版本,但一篇面向“想接外包改代码的人”,另一篇面向“只想维护自己博客的人”。这就是适用条件差异,选择依据是你的目标,而不是哪篇写得更好。
具体做法是:拿一张纸或一个文档,把两篇教程各自的前提写成三行——需要什么基础、预计投入多少时间、最终产出是什么。写完后对照自己的情况,只保留前提匹配的那一篇作为主线,另一篇只取其中一两个具体技巧。
这个动作的结果会直接影响下一步:如果两篇前提都和你不匹配,说明你需要先明确自己的目标,而不是继续找教程;如果只有一篇匹配,就按它执行,遇到卡点再回头查另一篇的对应部分。这样做的代价是,你暂时放弃了一部分“可能也有用”的内容,但换来的是可执行的主线,而不是在矛盾中反复摇摆。
两种做法各自成立的条件可以这样区分:
没有一种选择在所有条件下都占优。你需要的不是站队,而是确认自己的条件更接近哪一边,然后接受对应的代价。
当你已经能说出两篇教程各自的前提,并且知道自己更接近哪一个,比较就该结束了。继续比较只会推迟动手。此时可以设定一个小的验证动作,比如用选定的方法做一个最简单的页面,看是否能在预期时间内完成。如果完成,说明前提匹配,继续;如果卡住,记录卡在哪一步,再判断是方法问题还是前提判断有误。这个记录本身就是下一次比较教程时的依据。