correções

Author: ramalho

online/cap01.adoc

@@ -644,7 +644,7 @@ Mais da metade deles implementa operadores aritméticos, de comparação, ou bit
 Para ter uma visão geral do que está disponível, veja tabelas a seguir.
 
 A <<special_names_tbl>> mostra nomes de métodos especiais, excluindo aqueles usados para implementar
-operadores infixos ou funções matemáticas fundamencomo `abs`.
+operadores infixos ou funções matemáticas fundamentais como `abs`.
 A maioria desses métodos será tratado ao longo do livro, incluindo as adições mais recentes:
 métodos especiais assíncronos como `+__anext__+` (acrescentado no Python 3.5),
 e o método de configuração de classes, `+__init_subclass__+` (do Python 3.6).

online/cap02.adoc

@@ -294,7 +294,8 @@ Considere o <<ex_listcomp_x_filter_map>>.
 >>> beyond_ascii = [ord(s) for s in symbols if ord(s) > 127]
 >>> beyond_ascii
 [162, 163, 165, 8364, 164]
->>> beyond_ascii = list(filter(lambda c: c > 127, map(ord, symbols)))
+>>> beyond_ascii = list(filter(lambda c: c > 127, 
+...                            map(ord, symbols)))
 >>> beyond_ascii
 [162, 163, 165, 8364, 164]
 ----

online/cap13.adoc

@@ -315,20 +315,25 @@ A assinatura do método especial `+__setitem__+` está definida na _A Referênci
 Aqui nomeei os argumentos `deck, position, card`—e não `self, key, value` como na referência da linguagem - para mostrar que todo método Python começa sua vida como uma função comum, e [.keep-together]#nomear# o primeiro argumento `self` é só uma convenção.
 Isso está bom para uma sessão no console, mas em um arquivo de código-fonte de Python é muito melhor usar `self`, `key`, e `value`, seguindo a [.keep-together]#documentação#.
 
-O truque é que `set_card` sabe que o `deck` tem um atributo chamado `_cards`,
-e `_cards` tem que ser uma sequência mutável.
+O truque é que `set_card` pressupõe que o `deck` tem um atributo chamado `+_cards+`,
+e seu valor deve ser uma sequência mutável.
 A função `set_cards` é então anexada à classe `FrenchDeck` class como o método especial `+__setitem__+`.
 Isso é um exemplo de _monkey patching_:
-modificar uma classe ou módulo durante a execução, sem tocar no código finte.
-O "monkey patching" é poderoso, mas o código que efetivamente executa a modificação está muito intimamente ligado ao programa sendo modificado, muitas vezes trabalhando com atributos privados e não-documentados.
+modificar uma classe ou módulo durante a execução, sem tocar no código fonte.
+O "monkey patching" é poderoso, mas o código que executa a modificação
+fica muito intimamente acoplado ao programa sendo modificado,
+muitas vezes trabalhando com atributos privados e não-documentados.
 
-Além de ser um exemplo de "monkey patching", o
+Além de ser um exemplo de monkey patching, o
 <<ex_monkey_patch>> enfatiza a natureza dinâmica dos protocolos no duck typing dinâmico:
-`random.shuffle` não se importa com a classe do argumento, ela só precisa que o objeto implemente métodos do protocolo de sequência mutável.
-Não importa sequer se o objeto "nasceu" com os métodos necessários ou se eles foram de alguma forma adquiridos depois.
+`random.shuffle` não se importa com a classe do argumento,
+ela só precisa que o objeto implemente métodos do protocolo de sequência mutável.
+Não importa sequer se o objeto "nasceu" com os métodos necessários
+ou se eles foram de alguma forma adquiridos depois.
 
 O duck typing não precisa ser loucamente inseguro ou difícil de depurar e manter.
-A próxima seção mostra alguns padrões de programação úteis para detectar protocolos dinâmicos sem recorrer a verificações explícitas.((("", startref="monkey13")))((("", startref="Prun13")))
+A próxima seção mostra alguns padrões de programação úteis para detectar
+protocolos dinâmicos sem recorrer a verificações explícitas.((("", startref="monkey13")))((("", startref="Prun13")))
 
 [[defensive_duck_prog_sec]]
 ==== Programação defensiva e "falhe rápido"