使用 iWork 的 Pages 来撰写软件开发文件

工具上的抉择

撰写软件开发文件在团队里往往都是一个让人爱恨交织的课题，开发人员的身体里大多都带着讨厌写文件的基因。所以在时程不充裕的项目中，文件撰写一定是背负着拖累时程的原罪、头一个被舍弃的工作。但是在接手既有系统时，又期昐原本系统的开发相关人员能留下文件，哪怕是文字残缺不全、没有随着最新的源代码同步修正，就算只有只字片语也多少能做为一窥系统设计全貌的契机。

文件本来的目的就是用来沟通，而用什么工具来撰写文件会是个影响这项工作成效的关键因素。用 iWork 的 Pages 来撰写软件开发文件？用惯微软产品组合的人第一个想法可能会是：为什么这么想不开？

既然是要沟通，撰写出来的文件内容就要具备可交换性。如果只是要文件内容可以被阅读，那么能输出成类似 PDF 的通用格式的工具问题都不大。但如果牵涉到协同合作、共用编辑之类的情境，文件的格式转换工作将会是一场灾难。就算是微软的 Word 在不同作业系统之下，呈现出来的效果也没有办法百分之百完全相同，更何况是使用二个设计概念不同的工具要进行转换。

再者，以功能丰富度的角度来看，使用 Microsoft Word 上手之后，会觉得 Pages 像是 Windows 里的 WordPad 加强版。Microsoft Word 在发展了这么多年之后，考虑到许多内容呈现、版面排列、资讯汇整等除了文字以外附带的功能，甚至也有为亚洲语系的特殊需求做设计，都大幅地增加文件制作者在使用上的弹性。反观 Pages 在功能上则感觉不到有任何重大地进展或是想要向 Word 致敬的意图，就是维持在大概够用的程度。

选择的理由

的确，考虑到文件的可交换性，Pages 并不是个值得推荐的选项，除非整个团队的工作环境都笼罩在苹果光之下，不是使用 macOS 就是以 iOS 做为平台。如同大多数以 Windows 为平台的团队会选择使用 Microsoft Word 做为文件撰写工具的第一首选，因为以 Word 普及的程度，就算开发团队以外传入的文件也有很大的机率是使用 Word 来撰写。而 Pages 功能的丰富度上也远不及 Microsoft Word，如果可以接受使用 Windows 里的 WordPad 来撰写开发文件、或是更原始地使用记事本来制作文件，在 macOS 上 Pages 才相对地是可以列入考虑的选项。

那为什么要还要考虑使用 Pages 来撰写文件？

随着 iOS 成为行动装置平台的显学，改变了软件开发的生态与销售模式，为软件开发从业人员带来了不同的机会。想要靠开发 iOS App 来赚钱，受限于 Apple 的策略，所有开发的工作环境就必须要和 macOS 绑在一起。但日常事务性的作业却不见得可以一并移转，仍然要在 Windows 的平台中进行，而形成双作业系统的状态。如果要像过往在 Windows 平台一样，以 Word 为撰写文件的工具，就算公司有购置 Word 授权，也是 Windows 平台上的授权没有办法移转到 macOS 上。所以势必需要二份的授权费用，对许多团队来说要再提拨额外的授权预算是沉重的选项。

所以，在 Apple 宣布 iWork 免费下载之后，在不考虑其他开源的文书编辑软件的情况下，Pages 是目前在 macOS 上可以直接取得、堪用、门槛最低的选择。

怎么使用 Pages

只不过要拿 Pages 来撰写文件在作法上还是要有一些调适，文件的可交换性降低了，就没有特别期待能够使用于共同编辑的情况，主要是着眼在做为“记录设计软件过程中思考路径”的用途之上。设计通当都是反覆构思的循环，在设计的初始阶段，为了厘清设计的重点，Mind Map 是一个值得推荐的工具。

随着工作的演进，我习惯用文字记录设计上的一些想法，做为进一步文件的基础。一般的纯文字编辑器并没有办法满足我的需求，毕竟思考是一个很容易被中断的活动，像是生理时钟、外在环境的干扰，甚至思考本身也会因为总总的想法造成设计上的分歧点，需要不断的放下、回复。使用 Pages 可以做一些颜色、排版上的变化来帮助我记录思考中断的位置，让我可以接续原本思考的状态，做为后续调整设计方向的依据。

Pages 只是功能上和 Word 相比有一些不足之处，但仍是一个功能健全的文书编辑工具。如果是讲究一点，还是可以套用 Pages 内建提供的范本，让这些内容能够直接输出成一份具专业感的正式文件。至于要和团队中既有不同工具的文件体系衔接，就只能依靠 Pages 的格式转换功能，和后续版面调整的功夫了。