<p>
<!-- Macros bring syntactic abstraction, which is a wonderful thing. -->
<!-- It helps make your code clearer, by describing your intent -->
<!-- without getting bogged in implementation details -->
<!-- (indeed abstracting those details away). -->
<!-- It helps make your code more concise and more readable, -->
<!-- by eliminating both redundancy and irrelevant details. -->
<!-- But it comes at a cost to the reader, -->
<!-- which is learning a new syntactic concept for each macro. -->
<!-- And so it should not be abused. -->
マクロは構文的抽象をもたらし、これは素晴らしいことです。
実装の詳細に囚われることなく意図を記述することを可能にし、コードを明確にするのを助けます(まさにそれらの詳細を抽象化します)。
冗長であったり、無関係であったりする詳細のどちらも省くことで、より簡潔に、より読みやすくすることを助けます。
しかし、マクロごとに新しい構文概念の学習という読み手への負担をもたらします。
それ故にマクロは乱用すべきではありません。
</p>
<p>
<!-- The general conclusion is that there shouldn't be -->
<!-- any recognizable <em>design pattern</em> -->
<!-- in a good Common Lisp program. -->
<!-- The one and only pattern is: <em>use the language</em>, -->
<!-- which includes defining and using syntactic abstractions. -->
一般的結論として、良いCommon Lispのプログラムの中に、何か<em>デザイン・パターン</em>とされるようなものはない筈です。
<em>言語を使う</em>のが唯一のパターンであり、これは構文的抽象化の定義と利用を含みます。
</p>