Re: [python-brasil] Entrevista com Guido van Rossum
Rodrigo Senra
On 24Nov 2005, at 4:59 PM, sagytariusrock wrote:
> E ae pessoal?? tudo 100%?
> É o seguinte: no site oficial de Python (www.python.org) tem uma seção
> de Audio e lá vc pode encontrar uma entrevista (dividida em 2 partes)
> do criador do Python: Guido van Rossum.
> Aqui está o link:
>
> 1.a parte: http://www.itconversations.com/shows/detail545.html
> 2.a parte: http://www.itconversations.com/shows/detail559.html
>
> Eu gostaria de saber se alguem tem algum documento escrito q contenha
> essa entrevista dele. Pois como é inglês, fica difícil para um leigo
> como eu entender. Agora, se eu tivesse o auxílio do texto dessa
> entrevista, fica mais fácil para eu (e outros) acompanhar a
> entrevista.
> Por favor, se alguém conseguir encontrar, coloque aqui o link ou entao
> pode me enviar um email msmo. Seria interessante se alguem do grupo q
> manja de inglês pudesse criar tal documento pra moçada aqui do grupo.
Cara isso daria um trampo medonho! Vc tem idéia de quanto um tradutor
cobraria pelo serviço (Detalhe, costumam cobrar por palavra) ?
O que eu fiz foi escrever alguns comentários enquanto ouvia a parte-1
da entrevista. Não é o que vc pediu (eu sei), mas cavalo dado não se
olha os dentes.
A seguir, comentários caóticos escritos durante streaming da entrevista:
Um monte de propaganda.
Tema: formação de comunidade.
Um caboclo (que não é o Guido) fala de como ele chegou em Python.
Fala de quilos de bibliotecas que ele gosta e está usando Medusa,
SSL, PIL, etc
Puxa o saco do Guido mais um pouquinho.
Finalmente Guido..aplausos...
Humildemente ele disse que não merecia estar naquele auditório entre
tantos outros nomes famosos, que ele não lembrava (risos), e que já
haviam falado lá.
"Como Guido criou a comunidade ?"
Ele não sabe!
Começa explicando sobre o que ele está fazendo na ElementalSecurity.
Ele explica porque se formou em Matemática e não em Computação.
Basicamente pois dava menso trabalho se formar em uma do que em outra.
Fala um bocadinho de ABC, linguagem na qual trabalhou antes do Python.
Um dos grandes erros de ABC: integração entre linguagem e ambiente.
ABC não foi projetada para ser extendida, como adicionar bultins, pois
possuia um design extremamente monolítico.
"Eu criei Python pois tive várias frustrações com ABC!", e aí parou de
espancar ABC.
Natal de 89: começa a escrever Python -> parser/generator primeiro!
Simples para forçar a sintaxe permanecer simples.
Menciona como chupinhou características de outras linguagens que ele
achava T, como C, Icon e Lisp.
O Tutorial ele escreveu bem cedo, e isso estimulou a adoção da ling.
Depois falou de licenças (o que é chatíssimo IMO).
Comenta que ele usava um UNIX no início dos anos 90, e o trampo em
Python
era conferir portabilidade para a compilação da linguagem. Hacking
Makefiles!!!
Nessa época ele estava pesquisando multimedia (provavlemente para
BeOpen mas
ele não falou) e usando Python para isso.
Sobre a criação de IRC, c.l.p, python.org:
"There was some sucker that said:'If Guido said I can do it than I
can do it' "
Que mimososo hein, que gentileza, que tato!
Primeiro encontro (workshop) de Python: 20 pessoas +|-.
Falou da amizade com Larry Wall e não se preocupar com escamurças tipo:
Python vs Perl.
Um comentário sobre a criação da PSF.
A ausência de inferência de tipos, simplesmente pois ele se sentia
inseguro neste tema.
Como uma OOP e classes são implementadas (mas muuuito básico, nada
sobre a magia secreta).
Diretriz: Python não capota com "core dump", a VM mostra uma exceção.
(exceto por módulos em C).
É isso aí.
Abração,
Senra
Rodrigo Senra
______________
rsenra @ acm.org
http://rodrigo.senra.nom.br
========================================================
Antes de enviar sua mensagem dê uma lida em:
http://www.pythonbrasil.com.br/moin.cgi/AntesDePerguntar
========================================================
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/python-brasil/
<*> Para sair deste grupo, envie um e-mail para:
python-brasi...@yahoogrupos.com.br
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
Rodrigo Senra
On 24Nov 2005, at 6:59 PM, Mario Domenech Goulart wrote:
> On Thu, 24 Nov 2005 19:48:57 -0200 Rodrigo Senra <rse...@acm.org>
> wrote:
>
>
>> Diretriz: Python não capota com "core dump", a VM mostra uma exceção.
>> (exceto por módulos em C).
>>
>
> Hmmm. Será?
Bom, eu estava transcrevendo parte do que o Guido falou na entrevista.
Ele não disse que não capotava em hipótese alguma, daí o fato de eu
ter utilizado a palavra "Diretriz" ;o)
> ,----[ rec.py ]
> | import sys
> |
> | def rec():
> | try:
> | rec()
> | except RuntimeError:
> | sys.setrecursionlimit(sys.getrecursionlimit() * 2)
> | print sys.getrecursionlimit()
> | rec()
> |
> | rec()
> `----
Neste exemplo em particular vc está inteligentemente sabotando
o mecanismo que protege do "erro" que seria a recursão infinita.
Logo eu não vejo nenhum demérito no Python neste caso.
> $ ./rec.py
> 2000
> 4000
> 8000
> 16000
> 32000
> 64000
> Segmentation fault (core dumped)
Ainda bem que houve o core dump, pois *se* o sistema operacional
deixasse a pilha iria crescer até dominar todo o heap e ao ficar
sem RAM para a gerência básica do SO, este programa seria um vírus
terrível.
> $ ulimit -a
Eu sei que vc sabe, mas outros que estejam lendo podem
não saber que isso não é solução, e sim aumentar o problema.
> Com o stackless, isso não acontece:
O que o Christian Tismer fez no stackless foi dissociar
a pilha de execução de C da pilha de execução de Python,
dessa forma o loop do exemplo executa sempre o mesmo trecho
de código sem aumentar o consumo de memória (só "frita" a sua CPU).
> Há um bug registrado sobre isso:
> http://mail.python.org/pipermail/python-bugs-list/2005-January/
> 027409.html
Eu respeitosamente discordo. Fui procurar se minha opinião tinha
respaldo, e achei um caboclo que também pensa dessa forma ;o)
"""
>Comment By: Tim Peters (tim_one)
Date: 2005-01-29 15:20
The docs for setrecursionlimit() are indeed already quite clear
that you boost its default value at your own risk. So this
isn't a bug, it's a documented limitation.
"""
Para referência:
"""
setrecursionlimit(limit)
Set the maximum depth of the Python interpreter stack to
limit. This limit prevents infinite recursion from causing
an overflow of the C stack and crashing Python.
The highest possible limit is platform-dependent. A user may
need to set the limit higher when she has a program that
requires deep recursion and a platform that supports a
higher limit. This should be done with care, because a
too-high limit can lead to a crash."
"""
Todavia, achei interessante vc levantar este ponto Mario.