答案1
我认为最大的技术障碍是知道如何创建 Debian 软件包。虽然创建一个可用的软件包相对简单，但创建符合 Debian 和 Ubuntu 标准的软件包要困难得多。此外，关于如何创建软件包的指南通常处理您拥有需要编译的源代码的情况。对于用解释型语言编写的应用程序来说，这可能会令人困惑。
最大的社交障碍可能是知道如何将软件包上传到 universe/multiverse 存储库。创建自己的 ppa 并将软件包上传到那里要简单得多。
答案2
提供更好的文档。
我参加过与打包和 MOTU 相关的开发者周 IRC 会议（已经两次了），发现在这些会议期间，你通常对这个过程有一个模糊的了解。但是如果你在两周后查看 Ubuntu wiki 页面，你就无法再将所有部分拼凑在一起了。这些页面通常是已经详细了解该过程的人提供的要点列表。但这不足以让新手理解内容。
因此，也许您应该尝试让文档 wiki 页面更详细地解释流程、工具和相关人员。或者甚至提供完整的示例。在 IRC 会话期间，总会有可重复的示例，也许这些示例会对 wiki 页面产生影响。
答案3
如今人们喜欢开车送来的捐款。
20 年前，如果你有业余项目，你通常会把大量精力放在这个项目上。而今天，你每天会访问数十个网页，而且有很多社交网络或其他社区，你可以在那里为维基、论坛和其他内容做出贡献。虽然这导致更多的人做出贡献，但也导致人们期望门槛较低（例如“只需单击网站即可编辑”）。否则他们可能会转向其他社区。
因此，您应该在 MOTU 流程中寻找障碍。我记得 GroundControl 项目降低了 launchpad 托管项目中补丁贡献的门槛。也许您需要类似的新工具，这样新的 MOTU 候选人就不必摆弄很多命令行工具。虽然这些当前工具可能很强大，但学习如何正确使用它们可能需要花费很多精力。
答案4
成为 MOTU 意味着责任。
嗯，显然第一个原因是技术知识不够，第二个原因是你有很多事情想做。但对于你的目标受众来说，我认为主要原因是这是一种责任。
如果我自己编译了一个软件包，没有人会关心我是否遵循了技术和法律政策。没有人会来找我并期望我打包一个更新的版本。没有人会要求我修复错误。
如果我将我的软件包上传到 ppa，可能会有少数人关注。但期望值并没有那么高。我可以消失，让人们在他们的博客上抱怨这个软件包无法用于 natty narwhal 是多么令人遗憾。
如果我成为 MOTU，我就会突然承担起重大责任。如果我昨天没有解决错误，用户会向我报告错误并抱怨。用户会期望我在软件包的新版本可用时立即上传。我必须向非技术用户解释如何找出他们做错了什么。与在论坛上发帖不同，我不应该忽略我不想回答的问题。其他开发人员可能会因为我搞砸了某件事而责怪我——这可能会令人生畏。
我得到了什么？
我有一种模糊的感觉，觉得自己帮助了别人。这很重要。但如果这是我的主要动机，那么包装软件又怎么能与在救济站帮忙或辅导失业移民邻居的孩子相比呢？
我的简历上有一个要点？嗯，以程序员的身份参加 FOSS 会更受欢迎。（它让你获得项目管理和长期维护等方面的经验，而这些经验在大学课程中很难教授。）事实上，对于许多不喜欢参与政治的员工的雇主来说，成为 DD/MOTU 看起来很可疑（你公开为 FOSS 提供政治支持）。
满足感？远不如从头开始编写自己的程序。编程比包装更有创意。编程很有成就感。可以吹嘘一番。但包装呢？这是一件苦差事。并不光鲜亮丽。
（上面的“我”是第三人称。我认为我给出的原因适用于大多数人，但程度不同。就我个人而言，主要是因为我有无数件我宁愿做的事情，而且打包时缺乏创造性的成就感。）
（好奇，Ubuntu 是不是缺人手？）