总结一下最近Rust学习中关于创建可执行程序的三种方式：

第一种方式

直接用cargo来创建可执行项目，如下：

1

cargo new multi_bins

该命令将创建名字为multi_bins的可执行程序项目。项目目录结构如下：

2018最大的收获来自书籍，

从中获得了认知上的进步，且有所实践。

2019，书山有路勤为径。

如果你不去管死代码(就像那些不在任何地方使用的函数)，它们就会堆积在大项目中。使用Xref最被低估的特性之一，你将能够检测和删除不再需要的死代码。

我们已经在这个博客里写了几篇关于我们如何大量使用Erlang/OTP来构建我们的实时竞价平台服务器的文章。

这些系统很大，到现在已经存在了很长时间。 就像任何大型旧系统一样，它们包含一些不再使用的代码片段。 需要明确的是：它们没有被破坏，它们甚至被测试所覆盖，但它们都没有在生产中使用。

在Erlang中，这些死代码表现为未使用的函数。 确切地说：它们是未使用的导出函数，因为在编译时会检测到未导出并且未使用的函数。

当你开始学习Go时，需要一些时间来了解如何设置你的开发环境。对我来说，理解编译器在搜索依赖项方面是如何工作的有一点学习曲线。

当我们上次学习Rust中的所有权时，我们学习了Rust如何使用作用域来确定何时应该删除或释放内存中的资源或数据。

我们发现，对于具有“copy trait”的类型(即其数据可以存储在栈上的类型)，所有权模型的行为类似于其他可能使用不同范式的语言，如垃圾收集。但是对于没有这种trait的类型，我们需要更加意识到所有权规则。

尽管所有权可能会带来设计上的妥协，但它以灵活性、明确性和安全性来弥补。

作为一个Ruby开发者，我所知道的关于内存分配的所有内容都是由一些称为垃圾收集的进程处理的，这是Aaron Patterson的问题，而不是我的问题。

因此，当我阅读Rust Book并看到Rust的一个明确的特性是垃圾收集的替代品时，我有点担心。

处理内存管理的责任是不是要摊派到我的身上?

显然，对于其他系统编程语言，如C语言，处理内存分配是一件大事，如果做得不好，可能会产生重大后果。
随着所有其他新事物的学习，我觉得事情开始堆积起来。

我花了几乎一整天的时间，试图弄清楚所有权和借用是如何在Rust里运作的，最终还是弄清楚了。

在这篇文章中，我将通过一些破坏Rust规则的代码示例来演示这些概念是如何工作的，并解释为什么这些代码存在问题。 我假设读者对Rust编程语言知之甚少。 我还在所有代码块中添加了注释来说明代码是否是有效Rust代码。

&是Elixir的捕获操作符，常用来捕获和创建匿名函数。

匿名函数和arity

在深入捕获操作符之前，让我们先熟悉匿名函数和arity。

例子如下：

1

add_one = fn x -> x + 1 end

我们定义了一个函数，但是它没有被绑定一个全局名字，所以它是一个匿名函数或者是一个lambda表达式。

这个函数有一个参数，所以它的arity是1。

前言

在今年的EmberConf大会上有很多非常有趣的讨论话题 - 尤其是Tom Dale和Yehuda Katz的开场主题演讲。 他们通过讨论使用WebAssembly在glimmer进行的工作来结束演讲。 事实上，他们甚至展示了在WebAssembly中运行的EmberConf网站版本（尽管由于漏洞而在iOS中崩溃）。

大家都对他们的演讲报以掌声，我也做了我通常做的：微笑着点点头，就像我知道发生了什么。

因此，我决定深入研究它，并试图了解WebAssembly是什么，它真正解决了什么问题。

在PSPDFKit，我们使用Elixir构建可靠且高性能的分布式系统。 在这样的系统中，我们经常需要调用外部服务，同时异步消息传递允许客户端进行这些调用而不必等待响应。 无法立即处理的消息将排队并稍后处理，但是当队列过载时会发生什么呢？ 由于我们不希望系统崩溃，因此我们必须使用反压机制，以防止队列无限增长。 此文介绍了如何使用sbroker库将反压机制应用于Elixir应用程序。