使用Hubot为您的团队自动化任务

在OnCare,我们一直在使用Hubot(由Github的人们制造的聊天机器人)作为同伴,以帮助我们的团队获得所需的答案。 我想分享一下我们的经验,因为它与Hubot作为以开发人员为中心的bot的起源略有不同。 首先讲一些背景故事; 我们的销售团队正在寻找有关客户的信息,以完成他们的工作。 我们没有管理页面让他们自助,所以所有查询都由我手动处理。 在我建立另一个管理页面之前,我认为对于团队来说,通过他们已经在使用的介质来获取这些信息实际上更加方便。 松弛。 如果我们团队中的任何人都可以简单地问“ hubot用户foo@bar.com?”(遵循GDPR)怎么办? 实施细节 按照他们的指示进行下载,配置,部署和集成到Slack中是一件轻而易举的事。 为了方便起见,我部署到了Heroku,但幸运的是,它在免费层中正常工作具有副作用,因为这几乎是在办公时间内唯一需要的。 我不太喜欢CoffeeScript,所以当我着手编写第一个自定义脚本时,很高兴看到我可以用JS编写。 从理论上讲,Hubot可以直接与我们的数据库对话,但是将关注点分离开来是一个好主意,而是让它进行身份验证和查询您的后端API。 我们的后端服务是用Django编写的,因此我添加了Django REST Framework端点,该端点通过电子邮件( /admin/user?email=foo@bar.com…

人机工作团队

欧文·弗拉多斯基·伯杰 将来会有足够的工作吗? 我们持续的技术进步对工作可能产生什么影响? 它们将如何影响生产力? 随着我们越来越智能的技术现在被用于不久前被视为人类专有领域的活动,这些都是需要反思的重要问题。 尽管没有人真正知道这些问题的答案,但是大多数对该主题的研究得出的结论是,相对较少的职业(10%或更少)将完全自动化,并在接下来的10-15年内消失。 取而代之的是,随着技术使这些职业中更多的例行任务自动化,越来越多的职业将发生重大变化。 人们仍然会参与其中,但是他们的工作将被他们现在必须掌握的高级工具所改变。 此外,以技术为基础的经济增长可能会创造各种新的职业,这将抵消过去数世纪以来因自动化而流离失所的职业的下降。 人们还希望技术的进步将提高从事这些新职业或转变职业的工人的生产率。 但是,如果我们看一下过去10到15年的指南,我们会发现,尽管智能手机,云计算,大数据和人工智能等巨大的技术进步,生产力的增长在这段时间内已经显着下降。 经济学家提出了关于生产率下降的竞争性解释,但迄今为止未能达成共识。 了解这个生产力难题可能很好地把握了未来生产力提高和长期经济增长的关键。 麻省理工学院的Erik Brynjolfsson和Daniel Rock和芝加哥大学的Chad Syverson在最近的一篇论文中给出了我所见过的最令人满意的解释。 在考虑了四种可能的解释之后,作者得出结论,实际上没有生产力悖论。…

合作伙伴教程:如何自动化从Box到PlanGrid的施工文档流程

对于任何建设项目来说,一个共同的挑战是确保所有图纸和文件都是最新的。 涉及到如此多的参与者(和工具),很容易错过对图形或文档的更新。 如果将工程图以零人工上传到Box时可以自动将其发送到PlanGrid,该怎么办? PlanGrid的Sophat Sam整理了一个快速指南,向您展示如何使用Stamplay将Box与PlanGrid集成。 在PlanGrid,我们知道能够将实时项目信息传递给现场团队是建设项目成功的关键。 不幸的是,当今的建筑项目通常依赖于许多不同的工具,从而导致您的项目信息驻留在多个平台中。 由于在系统之间手动传输信息,这通常会导致效率低下和出错。 例如,对于任何建设项目来说,一个共同的挑战是确保所有工程图和文件都是最新的。 涉及到如此多的参与者(和工具),很容易错过对图形或文档的更新。 通过Stamplay与PlanGrid的集成,公司现在可以通过工作流自动化来简化这些以前的手动流程。 使用此集成的初始版本,用户可以将图形和文档从其他受支持的平台推送到PlanGrid。 在本教程中,我们将使用Box作为项目图纸和文档的内容存储库。 在Box中更新工程图或文档时,它们将自动发送到PlanGrid。 首先,让我们在Stamplay中创建一个新项目。 在新创建的项目中,我们将定义两个处理两个用例的流程:1)将新图纸添加到定义的文件夹时,将图纸发送到PlanGrid。 2)将新文档添加到定义的文件夹后,将文档发送到PlanGrid。 图纸和文档是PlanGrid中的对象,其处理方式略有不同。…