关于这个文档#

Swerve很难#

我们并没有在开玩笑。Swerve真的很难。请不要尝试使用Swerve如果你的队伍不具备以下几点：

大量的机械知识
大量的编程经验
用以支持这个相当贵的底盘的大量资金
大量的坚持和投入

我们不希望阻止你实现你的梦想机器。我们确实希望限制场上破损机器人的数量。正如FRC Team 1684的驾驶教练Jon Uren所说，”量力而行”。如果你的团队不符合上述所有要求，请重新考虑尝试做swerve。拙劣的swerve（在编程和机械意义上）将给你的团队带来重大损失。当然，那个机器人可能看起来很酷或听起来很厉害。但是，它有用吗？大多数情况下，越简单越好。

我们不是专家…只是有经验的人#

如果你的团队决定走这条路，请密切关注本文档中的建议。我们经历了swerve的喜怒哀乐。请注意，我们并不声称自己是swerve的专家。不管怎么说，我们只是有经验的人。我们只是想分享我们从2022年赛季第一天起学到的一切。像所有人一样，我们仍在从错误中学习。我们将继续迭代我们的设计，使我们的机器人能够达到绝对的最佳状态。我们敦促大家也这样做。

不要害怕寻求帮助!#

我们都知道搭建机器人的时间是有限的。程序员往往希望花更多的时间在最终的机器上。在搭建期，时间是最有价值的。在某个部件没有按正常情况工作时，知道什么时候寻求帮助，是你程序策略的一部分。“帮助”可以是寻找样例代码，在论坛上询问是否有人遇到了相同的问题，或者向其他队伍求助，询问他们是否能帮你查看代码。请记住，当FRC程序员无法确定哪一个部分没有正常工作时，他们可能和你一样处于一个半疯狂的状态。非程序组的人可能没有时间去帮你。所以在搭建期向另一支队伍求助很重要！

有一天，你也会成为帮助别人的那位。帮助别人是一种荣耀。尽你所能去帮助别人，但是你的职责仍然是让你自己的机器人能正常运转。

这是一个不断更新的文档#

一旦我们获得了新的关于Swerve的知识，我们打算重新修订这份文档。除此之外，我们会根据需要完善这份文档，增加FAQ部分等等。我们也会在Github上开源整个文档的代码，你可以在页面的右上角看到。你可以在Github里创建一个issue或者通过邮箱联系我们如果你想成为这个文档的一个开发者。

我们希望得到你的反馈。如果你对提升这个文档有什么好的建议，请及时和我们联系！