Skip to content

Commit 2264eff

Browse files
authored
Merge pull request #109 from julianofischer/julianofischer/revisao-capitulo-6
[ERRATA] Capítulo 6
2 parents ce427c8 + 9692627 commit 2264eff

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

vol1/cap06.adoc

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -34,7 +34,7 @@ o problema com parâmetros mutáveis por default e
3434
formas seguras de lidar com argumentos mutáveis passados para nossas funções por clientes.
3535

3636
As últimas seções do capítulo tratam de coleta de lixo (_garbage collection_),
37-
a instrução `del` e de algumas otimizações com com objetos imutáveis em Python.
37+
a instrução `del` e de algumas otimizações com objetos imutáveis em Python.
3838

3939
É um capítulo bastante árido,
4040
mas os tópicos tratados podem explicar muitos bugs sutis em programas reais em Python,
@@ -174,7 +174,7 @@ Lewis Carroll((("object references", "aliasing", id="ORalias06")))((("aliasing",
174174
Charles Lutwidge Dodgson.
175175
O Sr.
176176
Carroll não é apenas igual ao Prof.
177-
Dodgson,
177+
Dodgson;
178178
eles são exatamente a mesma pessoa. <<ex_equal_and_same>>
179179
expressa essa ideia em Python.
180180

@@ -1233,7 +1233,7 @@ não faz diferença se as variáveis guardam os objetos em si ou referências pa
12331233
Se `a == b` é verdade, e nenhum dos dois objetos pode mudar,
12341234
eles podem perfeitamente ser o mesmo objeto.
12351235
Por isso a internalização de strings é segura.
1236-
A identidade dos objetos so é importante quando esses objetos podem mudar.
1236+
A identidade dos objetos é importante quando esses objetos podem mudar.
12371237
12381238
Em programação funcional "pura", todos os dados são imutáveis:
12391239
concatenar algo a uma coleção, na verdade, cria uma nova coleção.

0 commit comments

Comments
 (0)