Executando verificação de segurança...
6

O problema aqui não é o Rust; é por que as pessoas estão usando Rust. O Rust foi desenvolvido pela Mozilla para rodar JavaScript de forma segura. Esse é o DNA da linguagem. Em um navegador, você está executando código não confiável, e a segurança é uma necessidade absoluta. Rust foi projetado para lidar com essa complexidade e garantir segurança na manipulação de memória, sem comprometer a performance.

Mas, ironicamente, vejo muita gente escolhendo Rust para projetos onde essa vantagem de segurança é irrelevante. Se você está escrevendo código que controla e confia completamente, forçar Rust na sua aplicação é um exagero. Rust não foi feito para ser “a linguagem mais rápida” ou para resolver todos os problemas de performance; seu propósito é lidar com segurança em ambientes críticos, como um navegador lidando com código arbitrário da internet.

Sem uma base sólida em C, muitos nem conseguem entender de verdade a sintaxe do Rust e os problemas que ele resolve. Rust é uma ferramenta de precisão, feita para problemas específicos. E para quem só quer performance, existem outras opções. Rust é para quando a segurança na memória é essencial, e não uma escolha para qualquer projeto.

Se você só precisa que seu aplicativo seja rápido, C e C++ são alternativas muito mais sólidas. A maioria dos aplicativos nunca vai precisar lidar com código não confiável, e aí o uso do Rust perde todo sentido. Rust foi criado para situações onde a segurança é imprescindível, não apenas para entregar velocidade. Em aplicações comuns, onde o código é inteiramente confiável, usar Rust é quase sempre um erro!

Carregando publicação patrocinada...
2

Mais que isso, usam onde uma linguagem com GC é muito mais adequada. Por isso muita gente ficou surpresa quando o novo compilador de TS foi escrito em Go e não Rust. Se fosse escrito em Rust em vez de ser 10x, seria 11x e demoraria absurdamente mais para escrevê-lo.

S2


Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui no perfil também).

2

Boa maniero, de fato. GC é uma das abstações básicas da "tal programação de alto nivel". Se não precisa de precisão para interagir com o metal, ser 10x ou 11x vezes mais rápido quase nunca importa. Mas saber que uma "funcão" sempre vai acontecer em exatos tantos minilisegundos, sempre - pode ser a diferença entre a vida e a morte. Então faz muito sentido seu comentário obrigado por fazer pensar. Iria até além se tem cache e os sem garantia de tempo real no meio, gc pode nem vai ser o problema principal na maioria dos casos. Então diria que até faz sentido pensar que em microprocessador em geral, quase nunca não ter gc faz sentido? Seria até interessante um OS em go? Deve ter algo. Talvez outro dia pesquise.. Mas ai em microcontroladores a historia é bem diferente. E ironicamente vejo mais gente usando python e javascript que rust? O que não faz nenhum sentido. O que é novo normal.