Node.js não é adequado para projetos genéricos da web (IV)

Parte IParte IIParte III • Parte IV • Parte V


Sim, é rápido, mas velocidade e simultaneidade não são tudo

Não, velocidade e concorrência não são tudo, mas são muito importantes. Já ouvi muitos dizerem ” Vou ficar com PHP / .NET / Ruby / etc. por enquanto, e se meu site receber milhares de visitantes por dia, vou simplesmente aumentar meus servidores “.

Bem, aparentemente é mais fácil falar do que fazer. Até mesmo o GitHub tem problemas ocasionais – tenho certeza que muitos viram a irritante página de erro do unicórnio de vez em quando :-).

E ninguém pode garantir que você ficará rico antes de receber milhares de visitantes em seu site. Normalmente acontece o contrário, se acontecer :-).

Além disso, já ouvi casos de sites que foram simplesmente derrubados pelos rastreadores do Google. E você certamente não quer que isso aconteça com você, porque no negócio online hoje, se o Google não é “seu amigo”, você simplesmente não existe :-).

Portanto, ser capaz de lidar com muito tráfego enquanto seu site ainda parece “ágil” nunca estará errado. Especialmente se você não tiver que pagar muito por infraestrutura ou sacrificar a sustentabilidade (ninguém escreveria em C para conseguir isso).

Não há desenvolvedores Node.js bons o suficiente por aí

Por ser baseado em JavaScript, o Node.js atraiu muitos desenvolvedores da web que ” não tinham experiência adequada de desenvolvimento do lado do servidor ” (ou seja, não conheciam nem mesmo os padrões de design básicos). Embora isso possa ser verdade até certo ponto, acho que a maioria dos amadores ficará fora do Node.js.

Além disso, o mesmo se aplica a qualquer outra plataforma, estrutura ou linguagem. Existem muitos desenvolvedores, mas poucos deles são bons . Ainda assim, na maioria das vezes, uma boa dose de bom senso compensará a falta de perfeição.

Grandes corporações ainda não estão usando

Bem. Grandes corporações estão usando .NET e J2EE, pelo menos na minha parte do mundo. Bem, se é onde você quer estar, mantenha-se no .NET e J2EE, certifique-se de ir regularmente aos seminários da Microsoft e Oracle, e talvez dê uma olhada no Scala :-).


> PRÓXIMA PÁGINA

Parte IParte IIParte III • Parte IV • Parte V