或者:《我如何学会停止忧虑和爱》__typename

我是在接近结尾的时候写的# EmberJS2019窗口，这意味着有很多话要说已经说过了．当我读了今年的帖子后，我发现有一些主题反复出现:

• 框架的精简和模块化
• 扩大恩伯社区
• 登陆我们新的建造系统，绣花

这些要点各有其重要和价值，我希望2019年路线图RFC将解决所有这些问题。然而，许多讨论它们的帖子都遇到了一些我认为值得进行更明确讨论的问题。

在过去的几年里，我看到越来越多的恩伯人表现出一种将世界划分为几个部分的心态我们和他们．它体现在社交媒体互动和博客文章，在Ember Discord服务器的日常聊天，甚至是我们框架聚会和会议谈话的方式。我认为这是由看到Ember成功的愿望驱动的，并说服其他人他们应该像我们一样喜欢这个东西，但它最终会对每个人都造成伤害。

你有没有注意到，没有人会写"我们如何命名我们的ruby变量在公司X“博客?没人会用"我将这两种方法命名策略结合起来，突然间我的JavaScript变得可维护了!然而，当涉及到CSS时，开发人员都在考虑命名策略。我们歌颂BEM, SMACSS, OOCSS, SUIT，或任何其他本周流行的大写字母。这是为什么呢?

在调试软件的时候，特别是当它是你没有写过或者不熟悉的代码时，最困难的部分之一就是决定从哪里开始。如果没有正确的上下文，在最终找到潜在的问题之前，您可能会到处寻找转移注意力的东西。适当放置的日志消息可以帮助提供该上下文，节省时间和挫败感。在这篇文章中，我们将讨论如何调整命令行中许多Node工具使用的日志记录技术，以便在浏览器中的Ember.js应用程序中使用。

在过去的几个月里，我们在Salsify花了一些时间进行探索Ember.js并将其整合到前端的各个部分。关于这个主题有很多要说的，但是今天我们只看一下我们在Ember的烘烤块之外的第一次尝试:根据用户的应用程序状态自动生成面包屑。

对于JavaScript的新手来说，这门语言典型的遗传模型通常是一个困惑的来源，特别是对于那些习惯了Java、c++和Ruby等语言中的经典继承的人。一开始，新的JS开发者通常会遇到一些阻碍性的问题: