我构建了一个Slack机器人，该机器人现在位于Slacks应用程序目录中。 在这样做的时候，我不得不面对一些我没有准备好的挑战。
关于我们的应用程序：
Olaph是一个机器人，可以帮助您参加站立训练（或每天，每周或在公司中称呼它^^快速会议，团队成员相互交流有关他们当前的进度或挑战的信息）
您可以创建一个简单的站台，在其中定义应向您的团队询问的成员，日期，时间和问题，Olaph会将这些问题发送给您的团队成员，并将他们的答案广播到指定的频道。
我们不会用它代替日常工作，但提醒您在会议开始之前可以考虑一下自己的实际工作（当某人不记得他昨天所做的事情时，谁不知道会中断思维） ）。
此外，您可以评论其他人的答案，而不会打扰日常工作。
简短说明：
到目前为止，我一直以来都提供最好的支持。 他们快速准确地做出响应，给我提示并正确使用了反馈，例如：他们在一些令我感到困惑的地方更改了文档。
Slack建议开发人员提供一些第三方SDK，这些SDK为不同的语言构建了包装器，但没有一个＃
它们确实满足了我们的需求，因此我们从头开始（我们还将发布包装器，但是要使其成为开源，我们必须进行更改和扩展）
开始非常简单，我们创建了一个松弛的应用程序，注册了端点，并在开发工作区中对其进行了测试。
当我们处于完成阶段时，事情开始变得有趣起来。
要将您的应用提交到Slack应用目录，您必须使用已安装的应用和测试用户创建一个新的工作区，以使Slack可以访问它。
他们有一个提交清单，其中描述了所有必要步骤：https：//api.slack.com/docs/slack-apps-checklist。
到目前为止一切顺利，我们单击了提交，检查了所有点并提交了Olaph。
几天后，Slack团队提出了一些次要的请求，我们不得不更改这些请求（只是命名斜杠命令和命令参数）
然后我们被允许发布我们的应用程序！
说完了，Olaph现场运行，并且安装了一些工作区。
第一周太可怕了，到处都是错误，很高兴没有崩溃，但是有些用户无法正确使用Olaph。
你们中的有些人可能知道这种感觉，您构建了一些东西，试图测试代码的每个部分，但突然间什么都不起作用。
然后我犯了第一个错误，我开始变得怪异。
“我测试了整个流程，创建了一个空白工作区，安装了应用程序，使用了它，一切都在我的开发系统上正常工作，到底怎么可能有这么多错误？”
我收到一个好女人的邮件，该邮件寻求帮助，因为她无法建立站立姿势。
这让我有些平静，实际上，有些用户在寻求帮助，而不是卸载所有内容并永远忽略我的应用程序。
挑战在于，Slack在企业环境中使用时会向您的后端发送不同的数据。
由于我没有在企业工作区上测试我们的应用程序，因此还有一些其他/不同的数据，混合的用户ID和我以前不知道的东西。 当然我没有，我什至不知道那要花多少钱，因为对于企业来说，您必须联系松弛。
好吧，对于公司而言，它可能很昂贵（或者如上所述，也许不贵，我不知道价格），但是我是一名开发人员。 我发现您可以为开发人员请求一个企业测试实例。
因此，我立即请求一个实例，然后等待。
这就是为什么我必须修复在日志中看到的错误，告诉用户该错误已修复，然后等待下一个错误。
我花了大约一周的时间才能建立自己的测试企业并在那里测试应用程序。 在纠正所有错误并了解企业工作区的工作原理之后，我可以发布一个新版本，并且我们的用户最终可以正确使用Olaph。
我懒洋洋地想念我的应用程序的一些统计数据和数字，当您将应用程序发布到App目录时，您不会获得有关单击，安装，卸载，使用斜杠命令的频率或类似信息的任何信息。
当然，您可以自己收集这些数据，但是我必须花些时间来改善或扩展产品。
Slack有一个公开的路线图，供开发人员提供他们当前优先级的见解，但是这些卡片并不十分详细，因此我真的不知道我们是否会获得真实的统计数据和数字，但是他们非常活跃，我非常有信心懈怠将为我们提供改善应用程序的工具。
到目前为止，我真的很喜欢slack及其API的工作，并且我期待进一步的改进。
