咱们干点啥，总爱先谋个全盘。一碰上新活儿，或者接了个稍微大点的盘子，手就开始痒。非要把架构图画得漂漂亮亮，清单列得严丝合缝，连入门理论都得先背熟好几页。进度条呢？卡在0%。跟焊死了一样。我琢磨了挺久，真把人绊倒的，压根不是活儿有多难。而是咱们总端着个“必须一次做对”的架子。怕翻车。所以不敢踩油门。
孟建波写的《数据库应用基础:Visual FoxPro7.0》，路子就挺野。专治这种“开局必须完美”的强迫症。作者没一上来就甩给你一堆干巴巴的底层理论，倒好，硬生生把开发流程切成了十段。从概述、基础，一路到程序设计、查询视图，表单控件、报表标签，菜单设计，再到数据输入输出。最后才拿个完整的应用实例，把它们拢在一块儿。目录排得没那些“学术派”书那么规整，但里头藏着股实在劲儿。它把话挑明了：搞复杂系统，靠的不是开工前把图纸画得滴水不漏。是拆模块。拿实例带着跑。
为啥这招管用？人脑的缓存就那么大，试错的本钱也有限。你非要在脑子里把每个变量都捋顺了再动手？纯属跟自己较劲，最后只能原地卡死。这书聪明就聪明在，一章只管一件事。你压根不用一上来就死磕数据库底层那些绕人的逻辑。先学会怎么建张表。敲一段循环。往界面上拖个按钮。把大目标剁成能单独测试的小块，让每个零件先转起来，回头再拼。我觉得吧，这未必是认怂，倒像是顺着做事的脾气来。先让车动起来，再谈方向盘打多准。
身边多少人，栽在“万事俱备”的坑里。学个新东西，非等语法背得滚瓜烂熟才敢敲键盘；接个项目，非等流程图理顺了才肯碰代码。可活儿上的真反馈，从来不在笔记本上。书里那个“应用软件开发实例”放在压轴位置，绝不是为了凑字数，而是个活扣。它把理说透了：拆模块不是为了各玩各的，是为了最后能严丝合缝地咬上。等你亲手把表调对、报表跑通、数据录入跟输出对接明白，那些零散的知识点“咔哒”一下，全串起来了。手艺这东西，真不是靠灵光一闪顿悟出来的，全是一次次“嘿，居然能跑！”的踏实感堆出来的。我见过太多人，熬了三个通宵改架构，不如花半小时，先跑通一个增删改查。
当然，“先跑通再调优”这路子，也不是包治百病。你要是去搞航天控制，做心脏起搏器，或者动金融底层清算，模块随便拼凑是要命的。那种地方，容错率低得吓人，必须靠严密的顶层设计和前置死磕。作者敢这么写，是因为这书底子就是冲着中职教学和基础开发去的。在这个圈子里，首要任务是赶紧攒出点工程手感，而不是死抠理论严不严密。知道啥事儿该用啥招，方法才能真落地。把简单问题搞复杂，和把复杂问题搞简单，中间就隔着一层“看场合”的窗户纸。未必所有项目都适合“小步快跑”，但大多数烂尾的草台班子，确实都是想太多，动太少。
讲真，头回瞅见这书把实例往后搁的时候，我也嘀咕过，会不会显得太散？像一盘散沙。但转念一想，这分明是怕把学习者给逼急了。它不逼着你开局就硬啃全局，而是递给你一个个好啃的阶段性成果。很多团队干活，也爱犯这毛病：会议室里吵上三天三夜定架构，PPT做得花里胡哨，最后交出来的，是个连基础功能都跑不起来的半成品。与其在图纸上死磕每条线的弧度，不如先支个棚子，看看下雨漏不漏水。这事儿可能有点糙，但管用。
说到底，为啥老有人迟迟不动手？就是把“做准备”，当成了“真干活”的挡箭牌。《数据库应用基础:Visual FoxPro7.0》拿十一个步骤给你划了条道：别等系统完美了再上，先让最小的一块功能先转起来。复杂问题，从来不是靠坐在椅子上想明白的。而是靠拆碎了、试错了、再拼回去，一点点长出来的。下次再碰上一团乱麻，别慌。先问问自己：今天能先跑通哪一小块？哪怕只是把数据库连上，也算赢了一半。