Devlog：跨平台移植，先做最没把握的那件事原创

想象一下，你花了3个月搭好一个软件，到最后才发现有一块根本做不出来，3个月全白干，怎么才能不掉进这个坑？答案有点反直觉，先做你最没把握的那件事。Porter做Windows版时就真遇到了这种事，设计文档里列着好几个没把握的问题，其中一个被单独拎了出来，输入法那块到底有多难搞？输入法就是你打拼音时弹出一排候选字的那个小窗口。在Windows上，软件得按一套专门的规矩跟输入法一问一答的配合。麻烦在于，这个问题没人验过，而且光靠读代码，怎么读都回答不了，整份文档里只有他是这样，怎么办？先别急着搭架子，他们先写了一小段试验代码，大约470行，Windows会来完的26个问题。

每一个都亲手写好回答。第一次编译只报了9个错，全是名字对不上，格式不对这种小毛病。接下来是真考验，在Mac上做好的程序拷到一台真的Windows电脑上。第一次运行就和输入法接上了头，打一串拼音候选字的小窗口正好落在事先算好的位置上。文档后来写道，这是唯一一个先验证再开工的决定，而他恰好是回报最大的那个。这种做法行内叫spike，用一小段试完就能扔的代码，专门去回答那个最没底的问题。嘴。下次动手前，先把要做的是分成两堆，读一读就能回答的和不试一下就说不准的。说不准的那堆每件配一小段试验代码，排在最前面。

轨道开头那3个月最没把握的那件事，放在第一天就去试。