Why Bloat Is Still Software's Biggest Vulnerability

[Rui Carlos]

Citação

This post is dedicated to the memory of Niklaus Wirth, a computing pioneer who passed away 1 January 2024. In 1995 he wrote an influential article called “A Plea for Lean Software,” published in Computer, the magazine for members of the IEEE Computer Society, which I read early in my career as an entrepreneur and software developer. In what follows, I try to make the same case nearly 30 years later, updated for today’s computing horrors. [...]

[...]

The world ships too much code, most of it by third parties, sometimes unintended, most of it uninspected. Because of this, there is a huge attack surface full of mediocre code. Efforts are ongoing to improve the quality of code itself, but many exploits are due to logic fails, and less progress has been made scanning for those. [...]

https://spectrum.ieee.org/lean-software-development

[Rui Carlos]

Relacionado: JavaScript Bloat in 2024

Citação

[...]

Conclusion

It’s not just about download sizes. I welcome high-speed internet as much as the next guy. But code — JavaScript — is something that your browser has to parse, keep in memory, execute. It’s not free. And these people talk about performance and battery life...

Call me old-fashioned, but I firmly believe content should outweigh code size. If you are writing a blog post for 10K characters, you don’t need 1000× more JavaScript to render it.

[...]

Tenho um portátil com hardware relativamente razoável, e noto cada vez mais sites em que a navegação não é fluída.  E por norma isto não é um problema que afecta páginas longas, mas páginas em que a cada movimento há um efeito Javascript qualquer envolvido.  E prefiro nem pensar no efeito que isto tem na bateria do telemóvel.

[bioshock]

On 3/8/2024 at 2:43 PM, Rui Carlos said:

Relacionado: JavaScript Bloat in 2024

Tenho um portátil com hardware relativamente razoável, e noto cada vez mais sites em que a navegação não é fluída.  E por norma isto não é um problema que afecta páginas longas, mas páginas em que a cada movimento há um efeito Javascript qualquer envolvido.  E prefiro nem pensar no efeito que isto tem na bateria do telemóvel.

Eu apontaria, sem ter procurado, para problemas das frameworks JS. A maior parte dos programadores, especialmente os novos, vão atrás das trends sem perceberem se o produto lhes traz mais valias ou não. 

O que acontece é que o site leva com um ReactJS/Angular/NextJS/+1M de frameworks, e tudo o que faz é esconder ou mostrar o botão 🤦‍♂️....e depois há sites que te apresentam uma página em branco até o conteúdo ser carregado, também fruto da utilização dessas frameworks. Mas, somehow, é trendy, é cool, é instagram !

[pwseo]

Saudades de quando as pessoas faziam páginas em HTML e CSS! Ainda que pouco prático para produção de conteúdo em massa, havia sempre algum toque pessoal, e tudo funcionava mais rapidamente.

[bioshock]

Olha, nem a propósito....mais uma JS Framework 🤣🤣 https://www.youtube.com/watch?v=LMTJPKD0lQw

E, tal como todas as outras frameworks que por aí andam, a página principal do produto https://tanstack.com/ que é só HTML e CSS carrega................................22 ficheiros de javascript 😂