cap13: duck typing -> tipagem pato

Author: ramalho

images/mapa-da-tipagem-linguagens.odg

@@ -617,7 +617,7 @@ tornando alguns dos exemplos mais próximos do modo como escreveríamos em
 Python.
 
 Para um olhar moderno sobre padrões, do ponto de vista de uma linguagem dinâmica
-com _duck typing_ e funções de primeira classe, _Design Patterns in Ruby_
+com tipagem pato (_duck typing_) e funções de primeira classe, _Design Patterns in Ruby_
 ("Padrões de Projetos em Ruby") de Russ Olsen (Addison-Wesley) traz muitas
 ideias aplicáveis também ao Python. A despeito de suas muitas diferenças
 sintáticas, no nível semântico Python e Ruby estão mais próximos entre si que de

images/mapa-da-tipagem-linguagens.png

@@ -27,7 +27,7 @@ como forma de substituir as propriedades apenas para leitura
 que usamos no `Vector2d`—apesar disso não ser comum em sequências.
 
 Além disso, teremos uma discussão conceitual sobre a ideia de protocolos como interfaces informais.
-Vamos discutir a relação entre protocolos e _duck typing_,
+Vamos discutir a relação entre protocolos e a tipagem pato (_duck typing_),
 e as implicações práticas disso na criação de seus próprios tipos.
 
 === Novidades neste capítulo
@@ -195,7 +195,7 @@ um exemplo independente de uma classe que implementa o protocolo de sequência.
 startref="VCM2d12")))((("", startref="SSM2d12")))
 
 [[protocol_duck_sec]]
-=== Protocolos e o _duck typing_
+=== Protocolos e a tipagem pato
 
 Desde((("Vector class, multidimensional",
 "protocols and duck typing")))((("sequences, special methods for",
@@ -243,7 +243,8 @@ não é preciso implemtar `+__len__+`.
 [TIP]
 ====
 Com((("protocol classes")))((("protocols", "static protocols"))) a
-https://fpy.li/pep544[_PEP 544—Protocols: Structural subtyping (static duck typing)_ (Protocolos:sub-tipagem estrutural (duck typing estático))],
+https://fpy.li/pep544[_PEP 544—Protocols: Structural subtyping (static duck typing)_]
+(Protocolos: sub-tipagem estrutural (tipagem pato estática))],
 o Python 3.8 suporta _classes protocolo_: subclasses de `typing.Protocol`,
 que estudamos na <<protocols_in_fn_sec>>.
 Esse novo uso da palavra protocolo no Python tem um significado parecido, mas não idêntico.
@@ -1089,7 +1090,7 @@ uso de uma assinatura de construtor diferente, aceitando um único argumento
 iterável, como fazem todos os tipos embutidos de sequências. O fato de `Vector`
 se comportar como uma sequência apenas por implementar `+__getitem__+` e
 `+__len__+` deu margem a uma discussão sobre protocolos, as interfaces informais
-usadas em linguagens com _duck typing_.
+usadas em linguagens com tipagem pato.
 
 A seguir vimos como a sintaxe `my_seq[a:b:c]` funciona por baixo dos panos,
 criando um objeto `slice(a, b, c)` e entregando esse objeto a `+__getitem__+`.
@@ -1231,11 +1232,11 @@ onde esses conceitos são o assunto principal.
 
 
 [role="soapbox-title"]
-**As origens do _duck typing_**
+**De onde vieram os patos**
 
 Creio((("Soapbox sidebars", "duck typing")))((("duck typing"))) que a comunidade
-Ruby, mais que qualquer outra, ajudou a popularizar o termo "duck typing"
-(_tipagem pato_), ao pregar para as massas de usuários de Java. Mas a expressão
+Ruby, mais que qualquer outra, ajudou a popularizar o termo _duck typing_,
+ao pregar para as massas de convertidos do Java. Mas a expressão
 já era usada nas discussões de Python muito antes de Ruby ou Python se
 tornarem "populares". De acordo com a Wikipedia, um dos primeiros exemplos de
 uso da analogia do pato, no contexto da programação orientada a objetos, foi uma