与纯文本标记语言（例如Microsoft Word）相对，使用开发过程遇到哪些障碍？[关闭]

我目前是政府承包商的实习生，并且（令人讨厌的不可避免）感觉到Word是软件开发过程中的实际标准。

它的二进制格式使我很难像以前在代码库上进行协作的方式在文档上进行协作。使用纯文本标记（使用LaTeX，Markdown，ReStructured Text 等语言））可以使diff友好的文档与开发人员的正常工作流程配合使用。对于不支持该语言的注释（例如Markdown），有许多现有的解决方案允许基于代码库的协作注释（例如GitHub，Bitbucket），可以轻松地将其应用于包含标记的其他纯文本文件。

我了解与技术不熟练的管理人员合作的必要性，需要对所有内容都使用某种图形界面，但是大多数这些格式都存在此类界面。例如，LaTeX有一种名为“ LyX”的“叉子”，可将图形前端放入纯文本形式的类似LaTeX的语法中。尽管该文件在编辑时主要是图形化的，但仍是差异友好的。（它甚至还具有Word样式的注释。）这些解决方案中的许多都可以代替Word使用，并且绝大多数是免费的或开源的。

但是，我们甚至将Word用于我们自己的内部文档，其他人看不到。我们在大部分职业中都使用文本进行工作-为什么文档如此特别？除了琐碎的“我们没有更好的东西，现在我们被困在这里”之外，还必须有支持这种决定的理由。在使用纯文本文档代替其他口语化（且功能上可能不够强大的文档）的方法来代替纯文本文档时，软件开发过程会面临哪些挑战？

由于原因会有所不同，因此应该分别针对这两个紧密相关的场景进行回答。

• 从一开始就使用纯文本文档
• 随着时间的推移迁移到纯文本文档

软件开发过程中的许多参与者不是开发人员，并且无论如何都需要与文档进行交互的能力。质量检查/营销应该使用文字，开发人员应该完全使用其他文字吗？这将是不一致的，它将在维护链中添加另一个工具，并且当公司的IT部门完全了解如何管理/维护Word文档存储时，他们可能不知道如何处理文件。

最重要的是，许多非开发人员花了数年的时间在大学里使用Microsoft Word上交工作，经常参加过有关如何使用Word的实际培训班。他们知道它比替代品要好得多。当我在Open Office和Word中工作时，我几乎无法分辨出其中的区别，但是当我I子用它来省钱时，一周后，她让丈夫买了Word，并宣称“自从我爱上了单词我的新笔记本电脑！”。考虑一下使这样的事情变得混乱的心态，对它们习惯的微小改变对他们来说不是“轻微的”。

现代单词允许版本差异，带有版本跟踪的注释以及更改合并。它可能不像合并代码那么直接，但是我已经看到许多项目经理可以轻松地做到这一点，因此开发人员当然也可以设法做到这一点。

除此之外，在Wiki中进行文档编写在开发团队中已变得非常普遍，因为它可以回到文本表示形式，同时又保持足够的简单性，以使非开发人员可以进行编辑。

我个人认为这是教育问题。

大多数人被欺骗，以为使用MS Word之类的工具可以更轻松地生成高质量的文档，但是据我所见，它实际上使它变得更难。您最终不得不无休止地调试格式并使用工具来获得所需的结果。

诸如Scrivener之类的工具使您可以更接近文档的实际情况，而不必像使用Word那样进行斗争。部分是由于认识到所见即所得实际上无法很好地工作。

在我自己的组织中，我转向使用MarkDown满足其大部分文档需求的人员越多，则他们越快乐，工作效率越高。

您确实有两个问题：

第一：为什么非开发小组在软件开发过程中不使用LaTeX或其他Markdown？

迁移到LaTeX的问题是感知的学习曲线，尤其是在与非技术用户打交道时。用户已经知道其他格式，并且不想学习另一种做他们所做的事情的方法。他们对如何区分2个文档几乎一无所知，因此更改它们的文本格式几乎没有价值。向某人解释您有解决方案，他们不知道他们遇到了什么，这是件很难的事。

您也不能低估前进动力的价值。为了迁移到新格式，您确实必须说服链中的其他人，值得投资学习新知识。即使您不希望他们编辑任何内容，也要花费一定的时间和精力才能将现有格式转换为新格式（即使效果很差）。

第二个问题：当有更好的选择并且超过学习能力时，为什么我的团队继续使用word文档？

这是您应该与团队中的人员讨论的事情。他们选择维护Word文档可能有正当的理由，或者仅仅是因为这一直都是这样做的方式。

任何更改都会产生成本，将成百上千的文档转换为新格式可能既昂贵又耗时。如果要尝试更改环境，则必须说明为什么要更改的理由