用开源软件的方式拯救权力的游戏

最后一季权力的游戏彻底崩坏，让我开始思考一个问题即马丁大爷用什么方式可以让权力的游戏小说可以跑到剧集拍摄进度前面去？

如果仔细拆解一下，会发现一个崩坏的小说并非每个细节或桥段都一无是处，就如同一座房子，所谓崩坏是指房子的主结构不合理（可能是设计的问题也可能是工程实施的问题）从而导致房子无法居住，而主结构的崩坏用再多装修上的补救也是无济于事的，如果主结构没问题，那些装修其实是可用的。

所以能否加速小说写作的进度的前提就是能否把写作工作拆解为主结构构建，和不同房间的装修这两类工作。主结构虽然非常关键但是在建筑施工里面所占用的时间也不会超过总工期的一半有，大部分时间还是花在了装修上。而装修是可以通过每一层，不同房间，多个施工队来并发进行从而加速工程进度的。

如果能够拆解，应该是马丁同志写主结构大纲，例如每一卷有哪些人物，每个人物各自是什么人设, 共多少个章节，每一章里有哪些人物参与，这一章结束之后人物会处于什么状态。 然后让选定的多个剧本作家参与主结构的讨论，目的是在讨论中达成对主题和结构的充分理解。 主结构确定之后， 剧本作家们就每个人负责一章，每个角色的人设通过剧情展现，冲突如何酝酿，展开，高潮，结束等都交给作家们自行定夺。而马丁负责通读各章，且拥有最后的审核和修改权限。

为什么我认为上述这个方式是可行的？

因为开源软件就是采用类似协作方式，而正是开源软件的蓬勃发展才有了互联网蓬勃的发展。

早期的开源软件项目如Linux操作系统，最早就是Linus写出了第一个版本。但是如果单纯只靠Linus一个人写，估计到今天他连第一个版本的bug都还没修完。所以他选择了开源。而开源不仅仅是把软件源代码公开这么简单。他需要重新规划软件的结构和模块，使得不同开发者可以每人负责一个模块开始下一步的开发。他还要设计一个版本管理工具使得不同的开发者提交的代码能够平滑合并，遇到代码冲突的时候能够迅速找到冲突的位置，然后涉及冲突的双方需要某种协作流程来解决冲突然后提交审核。Linus一直把控着Linux系统内核代码最终能否合并的裁决权。

既然开源软件的大规模协作可以发展得红红火火，那么小说写作的大规模协作在技术层面也是没有问题的。 因为软件写作是一个比小说写作对规范要求更严格的过程。设想一下，某个人负责写了一个游戏里的汽车道具模块的代码，他把刹车调用接口功能和油门调用接口搞错了，或者根本没提供这两个接口，这个模块就是不可用的。所以他的代码里需要提供测试脚本来证明自己的代码是提供这两个功能以及这些功能在某些条件下是可以正常运行的。

而小说不同章节完成后不存在类似软件模块接口测试代码来证明自己满足了模块接口的要求。所以小说写作需要设计一个审核小组或是委员会的设置。每一章提交后必须委员会里多少人阅读后觉得没有问题才会最终提交马丁审核。马丁保留最后的修改权和审核权，马丁审核后把章节加入主分支，所有后续加入的章节情节都不能与现有主分支情节冲突。

最后就是利益分配了，如果用了开源软件的版本管理系统的话利益分配最后就会比较简单， 因为每个人在最终成书的有效贡献（如写作字数，有效修改次数，审阅效率等等）都被版本管理软件忠实记录，所以就按每个人的贡献把约定的报酬分配给每个参与者。整个过程公开，透明，高效。

如果马丁能够早点采用这个方式的话也许我们可以看到不一样的权力的游戏。