Depende do paradigma.
Se você ta codando funcional vai priorizar programação declarativa e for loop é imperativo, que vai contra a proposta da programação declarativa.
De toda forma no JS ele é bem util pra serializar promises, msm q vc esteja codando com padrões de FP
Se você ta codando funcional vai priorizar programação declarativa e for loop é imperativo, que vai contra a proposta da programação declarativa.
De toda forma no JS ele é bem util pra serializar promises, msm q vc esteja codando com padrões de FP
Reposted from
Lucas
“For Loop é uma má pratica”
Ouvi isso no trabalho hoje
O que acham disso? Contexto abaixo
#bolhadev #bolhatech
cc @samsantosb.bsky.social
Ouvi isso no trabalho hoje
O que acham disso? Contexto abaixo
#bolhadev #bolhatech
cc @samsantosb.bsky.social
Comments
Meu ponto ali é sobre a analogia da perspectiva de um paradigma e só hahah
Da uma agonia passar o olho mas o trabalho é bem feito
É muito util pra serializar promises com fail-safe
Por exemplo, pra Haskell e FP em geral, seria algo como filtro, maps e recursões...
Para JS você tem um monte:
for, for...of, for...in, for..await, forEach...
O que me lembro que era o mais performático era o for inverso que você começa do maior valor e bate com zero, porque o campo do length do array não era feito o cache no V8. Mas o for tradicional geralmente é melhor e mais otimizado para o JS.
No rust geralmente eu manipulo com os iterators.
Mas em outros casos era literalmente skill issue: o runtime navegava na memória para resgatar o length toda hora
Se bem q dá p/ fazer algo um pouco mais trabalhado com reduce e mappers