cap01: remoção de pass:[

Author: ramalho

online/cap09.adoc

@@ -78,12 +78,6 @@ recomendada de usar `functools.singledispatch` desde o Python 3.7.
 A <<parameterized_dec_sec>> agora inclui um exemplo baseado em classes, o
 <<clockdeco_param_cls_ex>>.
 
-Transferi o pass:[<a href="#ch_design_patterns" data-type="xref"
-data-xrefstyle="chap-num-title">#ch_design_patterns</a>] para o final da
-<<function_objects_part>>, para melhorar a fluidez do livro. E a
-<<decorated_strategy>> também aparece agora naquele capítulo, juntamente com
-outras variantes do padrão de projeto Estratégia usando invocáveis.
-
 Começamos com uma introdução muito suave aos decoradores, e dali seguiremos para
 o restante dos tópicos listados no início do capítulo.
 
@@ -1398,11 +1392,10 @@ referenciada em `fmt`.footnote:[O revisor técnico Miroslav Šedivý observou:
 "Isso também quer dizer que analisadores de código-fonte (_linters_) vão
 reclamar de variáveis não utilizadas, pois eles tendem a ignorar o uso de
 `locals()`." Sim, esse é mais um exemplo de como ferramentas estáticas de
-verificação desencorajam o uso dos recursos dinâmicos de Python que primeiro me
-atraíram (e a incontáveis outros programadores) na linguagem. Para fazer o
-_linter_ feliz, eu poderia escrever cada variável local duas vezes na chamada:
-pass:[<code>fmt.format(elapsed=&#x200b;elapsed, name=name, args=args,
-result=result)</code>]. Prefiro não fazer isso. Se você usa ferramentas
+verificação desencorajam o uso dos recursos dinâmicos de Python que me
+atraíram (e a incontáveis outros programadores) quando adotei a linguagem.
+Para deixar o _linter_ feliz, eu poderia escrever o nome de cada variável duas vezes na chamada:
+`fmt.format(elapsed=elapsed, name=name, args=args, result=result)`. Prefiro não fazer isso. Se você usa ferramentas
 estáticas de verificação, é importante saber quando ignorá-las.]
 <8> `clocked` vai substituir a função decorada, então ela deve devolver o mesmo que aquela função devolve.
 <9> `decorate` devolve `clocked`.
@@ -1589,8 +1582,7 @@ https://fpy.li/9-11["Closures in Python" (_Clausuras em Python_)] (EN) é um pos
 de blog curto de Fredrik Lundh, explicando a terminologia das clausuras.
 
 A https://fpy.li/9-12[PEP 3104--Access to Names in Outer Scopes (_Acesso a Nomes
-em Escopos Externos_)] (EN) descreve a introdução da declaração pass:[<span
-class="keep-together"><code>nonlocal</code></span>], para permitir a
+em Escopos Externos_)] (EN) descreve a introdução da declaração `nonlocal`, para permitir a
 re-vinculação de nomes que não são nem locais nem globais. Ela também inclui uma
 excelente revisão de como essa questão foi resolvida em outras linguagens
 dinâmicas (Perl, Ruby, JavaScript, etc.) e os prós e contras das opções de
@@ -1672,14 +1664,14 @@ O escopo dinâmico é mais fácil de implementar, e essa foi provavelmente a raz
 de John McCarthy ter tomado esse caminho quando criou o Lisp, a primeira
 linguagem a ter funções de primeira classe. O texto de Paul Graham,
 https://fpy.li/9-19["The Roots of Lisp" (_As Raízes do Lisp_)] é uma explicação
-acessível do artigo original de John McCarthy sobre a linguagem Lisp, pass:[<a
-href="https://fpy.li/9-20">"<span class='keep-together'>Recursive</span> <span
-class='keep-together'>Functions</span> of <span
-class='keep-together'>Symbolic</span> Expressions and Their Computation by
-Machine, Part I" (<em>Funções Recursivas de Expressões Simbólicas e Sua
-Computação via Máquina</em>)</a>]. O artigo de McCarthy é uma obra prima no
-nível da Nona Sinfonia de Beethoven. Paul Graham o traduziu para o resto de nós,
-da matemática para o inglês e o código executável.
+acessível do artigo original de John McCarthy sobre a linguagem Lisp,
+
+
+https://fpy.li/9-20[Recursive Functions of Symbolic Expressions and Their Computation by
+Machine, Part I] (Funções Recursivas de Expressões Simbólicas e Sua
+Computação por Máquina). O artigo de McCarthy é uma obra prima no
+nível da Nona Sinfonia de Beethoven. Paul Graham o traduziu
+da matemática para um inglês mais compreensível e código executável.
 
 O comentário de Paul Graham explica como o escopo dinâmico é complexo. Citando o
 "_The Roots of Lisp_":
@@ -1695,7 +1687,7 @@ escopo léxico não complica demais a definição de `eval`, mas pode tornar mai
 difícil escrever compiladores.
 ____
 
-Hoje em dia o escopo léxico é o padrão: variáveis livres são avaliadas
+Atualmente o escopo léxico é o padrão: variáveis livres são avaliadas
 considerando o ambiente onde a função foi definida. O escopo léxico complica a
 implementação de linguagens com funções de primeira classe, pois requer o
 suporte a clausuras. Por outro lado, o escopo léxico torna o código-fonte mais