-
-
Notifications
You must be signed in to change notification settings - Fork 865
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[WIP] Avançando tradução do Cap 2 de "Escopos e Clausuras" #96
[WIP] Avançando tradução do Cap 2 de "Escopos e Clausuras" #96
Conversation
|
||
If lexical scope is defined only by where a function is declared, which is entirely an author-time decision, how could there possibly be a way to "modify" (aka, cheat) lexical scope at run-time? | ||
Se o escopo léxico é de fato definido apenas pelo local onde uma função é declarada, cuja decisão vem do autor do código durante a programação, como pode haver uma maneira de "modificar" (ou trapacear) o escopo léxico em tempo de execução? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cuja decisão vem do autor do código durante a programação que é uma decisão inteiramente author-time
Author-time
se refere ao momento de escrita (autoria) do escopo (léxico), não o tempo que ele é executado (runtime). Foi essa associação que ele quis dizer.
O exemplo que consigo pensar agora é this, que tem sua associação (binding) executada no runtime, não em author-time. Ou seja, onde você escreve ele não importa, no momento da execução do código (runtime), o JS define onde o this
está.
Coloquei o exemplo porque também ainda não pensei num termo apropriado para author-time, se tiver alguma sugestão será ótimo. Se de tudo não conseguirmos chegar num modelo ideal, acho válido manter author-time. Ele explica mais sobre author-time/runtime no próximo livro, mas não li com cuidado a ponto de opinar.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Diferente de runtime
ou compile time
, que são termos com valor semântico dentro das Ciências da Computação, author-time
me parece se tratar de uma terminologia cunhada pelo autor aproveitando-se de um recurso que a língua inglesa proporciona, que é a facilidade de se criar supostos "neologismos" que passam a ter o valor semântico justamente por sua semelhança com outros jargões da mesma área -- neste caso, runtime
(cuja tradução comum é de fato tempo de execução
) . A minha escolha para esta flexibilização se deu também pelo fato de, curiosamente, encontrar esta dúvida enquanto procurava a melhor forma de fazê-lo :)
Muito obrigado pela revisão, @cezaraugusto ! Apresento alguns contrapontos com o objetivo de aprimorarmos o trabalho :) |
@gmsecrieru bem vindo ao time! O Kyle respondeu, opinou como at the time of authoring ao invés de author-time. Pensei em no momento da escrita do código, achei válido, mas verboso. Algum melhor? |
@cezaraugusto Obrigado! Gostei, também! Acho essa sugestão melhor do que se tentássemos algo como
|
@cezaraugusto atualizei a PR com a revisão dos itens que conversamos e mais uma parte da tradução. Não sei se consigo avançar mais ainda hoje, prefere deixar a PR aberta até o fim do capítulo? |
@gmsecrieru melhor mandar conforme for executando, mesmo com blocos menores. |
Não consegui fechar o
eval
e acho que só poderei retomar amanhã à noite ou durante a próxima semana, achei melhor enviar o que estava pronto para revisão! :)