用R奖金下载做更多：交互式闪亮应用程序搜索Twitter



用R奖金下载做更多：交互式闪亮应用程序搜索Twitter 下载用于创建交互式Shiny应用程序的代码和分步说明，以使用rtweet包搜索推文，并使用结果创建基于浏览器的应用程序 要继续阅读本文，请立即注册 免费访问 紧贴InfoWorld的新闻通讯，以了解软件开发人员，分析师，数据库程序员和数据科学家的情况。 从我们仅限会员的内幕文章中获取专家见解。

Yorumlar

Yorum Gönder

Bu blogdaki popüler yayınlar

苹果将\u200b\u200b低级原子操作引入Swift语言

Resim
苹果已经发布了Swift Atomics，这是一个开放源代码软件包，使系统程序员可以直接使用Swift语言构建同步结构，例如并发数据结构。\n\nAtomics库于10月1日推出，可在GitHub上使用，可在Swift中直接使用低级原子操作。在各种Swift类型（包括整数和指针值）上都启用了原子操作。\u003cbr\u003e提供了用于原子操作的API，这些API遵循Swift API的设计原则。\n\n苹果公司确实提供了一些警告：底层的操作工作在非常低的抽象水平上。 Swift标准库团队的苹果工程师Karoy Larentey说，众所周知，原子原子比低级并发结构更难正确使用。\u003cbr\u003e\n\n在swift.org上发布了原子操作的示例：\n\nimport Atomicsimport Dispatchlet counter \u003d ManagedAtomic（0）DispatchQueue.concurrentPerform（iterations：10）{_ in for _ in 0。\u003cbr\u003e。\u003c1_000_000 {counter.wrappingIncrement（by：1，1，ordering：。\u003cbr\u003e relaxed） .load（顺序：.relaxed）//⟹10_000_000\n\n}\n\n作者指出，这些操作不遵循Swift变量的常规排他性规则。\u003cbr\u003e原子操作可以从多个并发的执行线程中执行，只要该值只能通过原子操作访问即可。\n\nAtomics是通过Swift提议而启用的，该提议为Swift采用了C / C ++内存样式，并描述了常规Swift代码如何与原子操作互操作。新程序包中的大多数API均来自演进提案的先前版本。\u003cbr\u003e\n\nAtomics计划要求增加更多类型并改进当前的测试套件。标记原子被注视着，为解决并发数据结构的问题提供了一种工具。已经建立了一个原子论坛来讨论该技术。\u003cbr\u003e另外，还要求支持原子浮点运算。\n\n版权所有©2020 IDG Communications，Inc.\n\n随时了解InfoWorld为软件开发人员，分析师，数据库程序员和数据科学家提供的新闻通讯。\u003cbr\u...
Devamı

GNAP：下一代OAuth

Resim
那是2012年，经过修订的OAuth 2安全协议席卷了整个网络，使用户可以使用安全提供商轻松地登录网站。从AWS的Cognito到Okta的许多单点登录系统都实现了OAuth。 OAuth使您可以“与Google或其他提供商进行身份验证”，以访问完全不同的网站或应用程序。 它像啤酒节一样工作。您到办公桌前用您的ID（和一些钱）进行身份验证，然后他们会给您令牌。从那里，您可以前往每个啤酒帐篷，并为啤酒兑换令牌。 单个酿酒商无需检查您的ID或询问您是否付款。他们只是拿令牌，然后给您啤酒。 OAuth以相同的方式工作，但使用网站而不是啤酒。 可悲的是，OAuth是2020年最好的啤酒节。 我与FusionAuth的Dan Moore谈到了OAuth和拟议的替代品GNAP，如果没有G，则该替代品可能会发音为“小睡”。这种发音进一步说明了安全性是一个令人兴奋的领域。 GNAP解决了OAuth的一些局限性，并为其添加了新功能。 为什么要替换或增强OAuth？ OAuth是围绕浏览器设计的。它假定发出请求的发起者可以处理HTTP重定向。 此Web浏览器焦点是移动应用程序或“物联网”上任何“事物”的绊脚石。此外，像这样的OAuth参与者是200 7，要求您发布表单参数而不是JSON。 OAuth规范在某些地方含糊不清，自2012年以来，世界发生了变化。 RFC和BCP繁多，实质上是您必须实现的附加规范，以实现更多功能，更好的安全性和一般兼容性。名为OAuth 2.1的另一项工作希望将其中一些附加组件折叠成更一致的单一规范。 有关OAuth 2.1的一些动机，请参阅Okta的帖子“改变灯泡需要多少RFC”中的Lee McGovern。 ”与GNAP不同，OAuth 2 1只是一个增量版本，除了将规范堆栈合并为一个规范外，没有新的重大更改。 GNAP规范仍处于早期阶段。 GNAP的作者计划超越OAuth2。 1，并更改协议本身的性质。可以使用JSON来代替HTTP参数。应用程序端点是可发现的。 您不必支持重定向（或绕过重定向的各种方法）。摩尔使用宜人的术语“开发人员人体工程学”来指代这些变化。 GNAP的主要目标是将谁请求资源（RQ）和谁拥有资源（RO）分开。 GNAP还建议支持新的安全功能，例如： 听起来不错？您今天可以开始使用GNAP吗？如果您有兴趣...
Devamı

事实证明 AWS 毕竟可以合作

Resim
亚马逊网络服务 (AWS) 从来都不是一些人声称的开源怪物，但它也没有一些人想要的那么好。随着 AWS 的发展壮大，我个人的看法是，它有时难以应用自己的领导原则或 LP（“客户至上”、“交付结果”、“坚持最高标准”、“行动偏见”等。 ). 当合作伙伴通常能够更好地提供卓越的客户体验时，它很难控制客户体验，同时又不让合作伙伴全力以赴。用亚马逊人的话说，这家公司不是“赢得信任”。可以说，它没有照顾那些可能更喜欢“全脂”合作伙伴软件的客户，而是提供了原生 AWS“脱脂牛奶”替代品。 显然，当时就是这样。这是现在。 现在的 AWS 通过改进的合作伙伴关系不断让市场感到惊讶。 今天，AWS 和 MongoDB（披露：我为 MongoDB 工作）宣布建立深入的战略合作伙伴关系，涵盖从广泛的产品集成到联合开发人员关系计划再到联合营销和联合销售计划的方方面面.这是一个“非常大的问题”，因为这两家公司多年来一直在为竞争服务的兼容性等问题进行斗争。这也不是 AWS 与昔日竞争对手良好合作的唯一例子：AWS 和 Confluent 于 2022 年 1 月宣布了一项战略合作协议。 我想我们会看到其他人。也许还有很多其他人。 因此，尽管 AWS 仍有可以改进的领域，但可以说 AWS 的旧标签（例如“strip miner”）急需更新。 根据我的经验，许多外部观察者不了解 AWS 的运作方式，因此很难理解它如何与合作伙伴或客户合作。在我离开 AWS 前往 MongoDB 之后，我试图描述 AWS 的一些内部机制，这些机制既支持又复杂化了其建立合作伙伴关系的方法。总而言之，虽然每个为亚马逊工作的人都受到 LP 的鼓舞，但团队故意保持相对较小并自主运行，这会影响 LP 使用方式的一致性。 这有好有坏。 例如，每个单独的团队可以不同地解释诸如“客户痴迷”之类的 LP。一些人可能认为最好向相关的上游开源社区贡献代码，从而最大限度地减少技术债务并保持对开源版本的更高保真度。 其他人倾​​向于“交付结果”，可能会觉得有必要在没有的情况下修补项目放慢脚步，努力推动这些变化。两个团队都有为客户服务的良好意图，但他们产生的结果却截然不同。 即使从开源中抽象出来，一些有限合伙人也更难与强大的合作伙伴关系——或者可能被解释为这样。 例如，总经理可能会说，“作为服务的 GM，我怎么能...
Devamı