软著申请材料里，代码文档看着不起眼，但被补正的概率极高。我头一回申报就是因为代码排版不规范被打回来，当时还觉得委屈——代码明明没错啊，后来才明白，人家看的不是代码逻辑，而是格式是否清晰、行数是否达标、页码是否连贯。今天就把我踩过的坑和总结出来的经验一次说清楚。
先说一个很多人不知道的前提：软著代码不是打印出来就行，它要满足“每页50行”和“总共至少60页”的硬性要求。这意味着你得把代码整理成一个规范的文档，而不是随手从IDE里复制粘贴。我第一次就是直接复制的，结果行数不对，页数不够，被补正后重新弄了两天。
那怎么排版？我现在的做法是，先把代码从开发环境里导出成纯文本，然后用固定宽度的字体（比如Courier New或Consolas）排版。字号别太大，小五号或五号都行，行距设成固定值，让每页正好能放下50行。这里有个技巧：如果你用的是Word，可以在页面设置里把上下边距调成2厘米左右，然后设置段落行距为“固定值”并调整到合适磅值，直到每页稳定显示50行。别指望肉眼数，用分页预览看。
还有一个容易踩的坑：代码里的长行会被自动换行，导致一页的实际行数超过50，而且代码断得乱七八糟。解决办法是提前在编辑器里设置自动换行或者手动调整代码宽度，尽量让每行不超过80个字符。如果实在有超长行，就拆分或者缩小字号，但别改字体。
页眉和页码也不能忽略。页眉建议写上“软件全称”和“版本号”，字体要小，不要加粗。页码居中或右下角都行，但必须连续且从第1页开始。这里特别提醒：代码文档通常需要单独编页码，不要和申请表混在一起。如果你是用软著代码排版工具生成的话，一般会自动加上页码，但如果是手工排版，就要仔细检查每一页的页码是否连续。
打印方面，很多人问要不要彩印？完全不需要。黑白打印即可，但对比度要够，别让代码看不清。纸张用A4，单面打印，不要双面。这是官方要求，别想着省纸。另外，打印前一定要预览一下，看有没有空白页或者代码被截断。我见过有人因为最后一行代码刚好卡在页尾，下一页是个空行，导致整页空白，直接被补正。
装订也有讲究。材料左侧装订，用两颗钉子或者胶装都可以，但别用文件夹那种可拆卸的。顺序按要求的清单来，代码文档放在最后。装订前把页脚对齐，别歪。还有一个细节：如果代码页数超过60页，建议在最后加一页“无代码”的说明，但这页不能算在代码页里，要单独标注。这个很多人不知道。
如果你不想手工调格式，我推荐一个工具叫软著Pro，它可以直接生成符合要求的代码文档，自动处理行数、页码、页眉这些，省掉很多麻烦。我后来申报都用它，基本一遍过。当然，工具只是辅助，自己也要懂得检查，别把原始代码直接丢进去就不管了。
再分享一个实际场景：代码里有大量空行或注释，会影响“前30页和后30页”的提交要求。官方要求提交源代码的前30页和后30页，如果不足60页就全部提交。所以排版时最好把连续的非空代码放在前面，把空行删掉一些，避免有效代码被挤到后面。我有次代码总共70页，但前30页全是版权头注释，差点被认定为不是有效代码。
最后，打印出来后一定要亲手翻一遍。看看每页是否50行，页码是否从1开始，字迹是否清晰，装订后能不能平摊。这个环节不能省，因为邮寄到版权中心后，没人会帮你整理，材料不合格直接就是补正。我后来习惯用软著代码格式检查这种思路自己过一遍，对照要求逐项打勾，确认无误再寄出。
关于代码字体，还有个小经验：不要用宋体或黑体来打印代码，因为等宽字体才是程序员的惯例，审查员看着也舒服。推荐Courier New，字号9或10磅，行距固定，这样每页行数很稳定。如果你用Word，记得把段前段后间距都设为0，否则行数会变化。
可能有人问，代码里要不要包含注释？可以包含，但注释不要过多，尤其是大段的说明性注释。因为软著要求提交的是“源程序”，不是文档，注释多了容易让人认为你在凑页数。保持代码简洁，注释适度，这是常识。
总结起来，软著代码排版打印的核心就是：等宽字体、每页50行、连续页码、单面黑白打印、左侧装订。这些听起来简单，但每一项都有人栽跟头。希望这篇经验能帮你少走弯路，让软著申报一次通过。
