diff --git a/guide/portuguese/python/nested-functions/index.md b/guide/portuguese/python/nested-functions/index.md index 4e982b72f9..05b137928a 100644 --- a/guide/portuguese/python/nested-functions/index.md +++ b/guide/portuguese/python/nested-functions/index.md @@ -102,4 +102,4 @@ O Python suporta recursão (isto é, uma função Python pode se chamar), mas h No entanto, alterar o limite de recursão não oferece recursão ilimitada; o limite máximo absoluto depende da plataforma em que seu programa está sendo executado, particularmente no sistema operacional subjacente e na biblioteca de tempo de execução C, mas normalmente é de alguns milhares de níveis. Se as chamadas recursivas forem muito profundas, seu programa falhará. Essa recursão descontrolada, depois de uma chamada para setrecursionlimit que excede as capacidades da plataforma, é uma das poucas maneiras que um programa Python pode travar - realmente falha, difícil, sem a rede de segurança usual dos mecanismos de exceção do Python. Portanto, tenha cuidado ao tentar corrigir um programa que está obtendo exceções RecursionLimitExceeded aumentando o limite de recursão muito alto com setrecursionlimit. Na maioria das vezes, aconselhamos que você procure maneiras de remover a recursão ou, mais especificamente, limite a profundidade da recursão de que seu programa precisa. -Os leitores que estão familiarizados com as linguagens de programação funcional, Lisp ou Schep devem, em particular, estar cientes de que o Python não implementa a otimização da "eliminação da chamada final", que é tão importante nesses idiomas. No Python, qualquer chamada, recursiva ou não, tem o mesmo custo em termos de tempo e espaço de memória, dependendo apenas do número de argumentos: o custo não muda, se a chamada é uma "chamada de cauda" (significando que a chamada é a última operação que o chamador executa) ou qualquer outra chamada não solicitada. \ No newline at end of file +Os leitores que estão familiarizados com as linguagens de programação funcional, Lisp ou Schep devem, em particular, estar cientes de que o Python não implementa a otimização da "eliminação da chamada final", que é tão importante nessas linguagens de programação. No Python, qualquer chamada, recursiva ou não, tem o mesmo custo em termos de tempo e espaço de memória, dependendo apenas do número de argumentos: o custo não muda, se a chamada é uma "chamada de cauda" (significando que a chamada é a última operação que o chamador executa) ou qualquer outra chamada não solicitada.