我们喜欢阅读，观看和聆听，以使我们的技能保持敏锐，并新鲜。这是我们本月从本月学到的一些资源。
koude0
排序是任何列表UI的常见功能要求。它很简单地编写用于自定义排序功能的单元测试，将其返回的分类结果的阵列与预期数组进行了比较。测试该排序功能在UI中正确实现了，提出了更多的挑战。我们如何断言，dom中的一个项目比另一个项目领先于另一个项目。输入Node.compareDocumentPosition API。它提供了一种将一个DOM节点与另一个DOM节点的位置进行比较的干净方法。现在，我们的规格可以渲染组件，以高低的成本对我们的列表项目进行排序，然后主张以下内容。 expect(premiumItem.compareDocumentPosition(baseItem)).toBe(Node.DOCUMENT_POSITION_PRECEDING)
oClif.io
作为开发人员，我们在命令行上花费了大量时间，无论是用于原型，开发工具还是简单的个人项目，您都有某个时候您会滚动自己的CLI。我发现Oclif是一种在node.js cli上滚动的简便方法，而发电机只是做乏味的事情，否则却远离了您的路。它还具有高级plugin architecture，因为我的个人项目制作大联盟，我需要可扩展的。
。koude3
可扩展的内容容器是将信息传达给用户的好方法，而不会在页面加载上用文本墙倒下。当我们考虑诸如动画之类的事物，一次只允许一个人开放时，以一种为所有用户提供平滑UX的方式，而屏幕读取器可导航性和键盘可导航性等问题可能会具有挑战性。 React-Accordion以一种基于组件的方法来解决所有这些问题，该方法可以从开箱即用并允许进行一些自定义，以及第二种基于挂钩的方法（或“无头”）方法，可让您完全控制UI同时仍提供所有相同的功能和WCAG合规性。
koude4
Rails 7包括可以在/up端点访问的“健康检查端点”中的“建造”（以真正的轨道方式，可以将此路径定制为您喜欢的任何东西）。如果您的应用程序成功启动（没有例外），则端点将返回200，在所有其他情况下都会返回500。如果您的应用需要在生产环境中报告其状态上游（想想this one等状态页）。
koude8
我们一直在gnar的许多应用中使用ViewComponent，我们真的很喜欢。似乎我们并不孤单地考虑到它在社区中的飞溅。在ViewComponent之上，有很多项目都在分层功能，这是一个有希望的迹象。输入rux。该库（及其rails companion）受JSX的启发，将允许您在Ruby代码中编写HTML标签。这还没有我们使用的东西，但我们一直注视着它。抓住您的爆米花，讨论不可避免的有关关注点的辩论。 -
koude12
更多的红宝石和轨道视图相关的乐趣！ phlex（及其rails companion）也涉足视层封装的艺术，作为ViewComponent的竞争对手。该库的有趣功能之一是，它声称比呈现ActionView部分或ViewComponent组件要快得多。使用似乎很简单 - 定义返回一些HTML的template方法的接口利用poros。我们在任何项目中都没有实施此功能，但我们计划将其作为ViewComponent.
贡献者：
- Ethan Fertsch
- 杰克·柯蒂斯
- Will Mahoney
详细介绍了gnar builds software。