Alguns anos atr¨¢s, observamos o uso excessivo de Node: o Node.js era frequentemente utilizado por raz?es question¨¢veis ou sem sequer considerar alternativas. Embora entendamos que algumas equipes prefiram uma stack de linguagem ¨²nica ¡ª apesar dos trade-offs ¡ª continuamos a defender a programa??o poliglota. Na ¨¦poca, destacamos que o Node.js tinha uma reputa??o merecida por sua efici¨ºncia em workloads intensivos em IO, mas mencionamos que outros frameworks haviam alcan?ado esse n¨ªvel, oferecendo APIs melhores e um desempenho geral superior. Tamb¨¦m alertamos que o Node.js nunca foi adequado para workloads computacionalmente intensivos, uma limita??o que continua sendo um grande desafio. Agora, com o crescimento de workloads intensivas em dados, vemos equipes enfrentarem dificuldades tamb¨¦m nesse aspecto.
As tecnologias, especialmente as extremamente populares, tendem a ser usadas excessivamente. O que estamos vendo no momento ¨¦ o uso excessivo de Node.js , uma tend¨ºncia a usar o Node.js indiscriminadamente ou pelos motivos errados. Entre estes, dois se destacam em nossa opini?o. Primeiramente, ouvimos frequentemente que o Node.js deve ser usado para que toda a programa??o possa ser feita em apenas uma linguagem de programa??o. Nossa opini?o ¨¦ de que a programa??o poliglota ¨¦ uma abordagem melhor, e isso vale nos dois sentidos. Em segundo lugar, geralmente ouvimos times citando o desempenho como uma raz?o para escolher o Node.js. Embora existam in¨²meros benchmarks mais ou menos razo¨¢veis, essa percep??o est¨¢ enraizada na hist¨®ria. Quando o Node.js se tornou popular, foi o primeiro grande framework a adotar um modelo de programa??o de n?o-bloqueio, que o tornou muito eficiente para tarefas pesadas de IO (mencionamos isso na reda??o do blip do Node.js. em 2012). Devido ¨¤ sua natureza de thread ¨²nica, o Node.js. nunca foi uma boa op??o para cargas de trabalho pesadas em computa??o, e agora que existem frameworks n?o-bloqueadores eficientes em outras plataformas ¡ª alguns com APIs elegantes e modernas ¡ª o desempenho n?o ¨¦ mais um motivo para escolher o Node.js.
As tecnologias, especialmente as extremamente populares, tendem a ser usadas excessivamente. O que estamos vendo no momento ¨¦ o uso excessivo de Node.js , uma tend¨ºncia a usar o Node.js indiscriminadamente ou pelos motivos errados. Entre estes, dois se destacam em nossa opini?o. Primeiramente, ouvimos frequentemente que o Node deve ser usado para que toda a programa??o possa ser feita em apenas uma linguagem de programa??o. Nossa opini?o ¨¦ de que a programa??o poliglota ¨¦ uma abordagem melhor, e isso vale nos dois sentidos. Em segundo lugar, geralmente ouvimos times citando o desempenho como uma raz?o para escolher o Node.js. Embora existam in¨²meros benchmarks mais ou menos razo¨¢veis, essa percep??o est¨¢ enraizada na hist¨®ria. Quando o Node.js se tornou popular, foi o primeiro grande framework a adotar um modelo de programa??o de n?o-bloqueio que o tornou muito eficiente para tarefas pesadas de IO (mencionamos isso na reda??o do blip do Node.js. em 2012). Devido ¨¤ sua natureza de thread ¨²nica, o Node.js. nunca foi uma boa op??o para cargas de trabalho pesadas em computa??o, e agora agora existem frameworks n?o-bloqueadores eficientes em outras plataformas ¡ª alguns com APIs elegantes e modernas ¡ª o desempenho n?o ¨¦ mais um motivo para escolher o Node.js.
