闪烁
TL; DR?
- 安装闪光vsode扩展名或看vim / neovim下面的部分。
- 添加@闪光/核心和@闪光/环境 - 煎锅松散到您的Ember应用程序或插件。
- 创建一个 。
glintrc.yml.
文件中的文件或包含:环境:煎锅松散
- (现在)进口
@闪光/环境 - 泡罩 - 松散/光明组件
代替@ glimmer /组件
。 - 享受模板中的红色鼻屎!
(但请记住,闪烁仍然非常实验,所以没有保证等)
闪烁
TL; DR?
glintrc.yml.
文件中的文件或包含:环境:煎锅松散
@闪光/环境 - 泡罩 - 松散/光明组件
代替@ glimmer /组件
。我们最近从我们的主要应用中解耦了我们的平台搜索功能。搜索功能需要对某些专业系统(如Elasticsearch)的深度知识,其他想要提供文本搜索的其他服务无法访问,并且具有与应用程序的其余部分具有多种不同的吞吐量要求。
或者:我如何学会停止担心和爱__typename.
这graphql.网站将Tech描述为“API的查询语言和运行时,以满足您现有数据的查询”。但这是什么意思在实践中?我实际上应该使用GraphQL,为什么?
多租户SaaS的挑战是确保每个租户获得平台资源的公平份额。在Salsify,我们必须在我们的延迟工作基于背景任务执行基础架构。由于我们的客户有不同的用例,因此它们倾向于运行不同复杂性和大小的任务。随着时间的推移,我们开发了租户 - 公平职位预订策略,使我们的工作体系变得困难,如果不是不可能的。在这篇文章中,我讨论了我们如何扩展延迟工作以以可扩展的方式解决租户公平。
我在官方结束时写这一点#emberjs2019窗口,这意味着有很多话说已经说过。正如我通过今年的帖子所阅读的那样,有少数主题我看到一遍又一遍地即将到来:
这些点在他们自己的权利中是一个重要和有价值的,我希望2019 Rodmap RFC将解决所有这些。然而,许多帖子讨论它们,刷掉我认为更明确的讨论的东西。
在过去的几年里,我看到了越来越多的Ember人们展示了将世界分成的心态我们和他们。它在社交媒体互动和博客帖子中表现出来,日常喋喋不休,在Ember Discord服务器中,甚至是我们框架的方式和会议谈话。我认为这是一个渴望看到ember成功的愿望和让其他人说服他们应该像我们那样的那样,但最终每个人都会参与歧视。
决定
我们喜欢许多小型初创公司,已经开始在Heroku上的应用,并在其使用中建立了相当大的技术和社会实践。大约18个月前,在这里的工程团队在Salsify认识到,随着我们的团队,产品和用户群继续增长,我们将长大了Heroku的理想情况。