Hoje, um desenvolvedor joga uma linha de comando e da deploy em uma infraestrutura global na AWS ou Vercel.
Em 1998, precisavamos baixar o codigo-fonte do servidor Apache via FTP, compilar o binario no braco, configurar o arquivo httpd.conf linha por linha, entender de mascara de sub-rede e diversos outros detalhes.
Acho que para quem usa soluções como Vercel, Heroku etc. você tem razão. Mas a realidade hoje em dia não é bem assim para quem configura infra séria em uma AWS da vida ao invés dessas soluções simplificadas.
Eu mesmo estou acostumado a fazer coisas bem mais complexas do que isso que você descreveu de 1998. Já configurei Apache linha por linha e posso dizer o mesmo do nginx. Já configurei firewall, redes e subredes, VPN, banco de dados, docker, mensageria, Ansible e um monte de outras coisas. Tudo isso quando eu trabalhava como fullstack.
Hoje em dia a infra é bem complexa, por isso mesmo existem soluções como Heroku e Vercel: para pessoas que não dão conta de configurar infra em uma AWS da vida.
Sistemas sérios não usam Heroku/Vercel porque encarece muito o custo da infra. Só dev independente que não entende de DevOps usa esse tipo de coisa.
E eu posso nunca ter compilado o Apache na minha vida, mas estou acostumado a compilar projetos bem mais complexos, como o kernel Linux por exemplo.
Provavelmente nunca vai existir um "framework final", uma "arquitetura perfeita" ou um estado onde a seguranca da informacao estara 100% resolvida e estatica.
Concordo. Mas é importante entender que segurança de verdade não é sobre aprender a usar ferramentas ou frameworks, mas sim sobre fundamentos de computação e mentalidade.
Inclusive a gente tem até o termo pejorativo script kiddie (skid) que é para se referir justamente a caras que aprendem a usar ferramentas e acham que são "hackers" por causa disso.
Segurança de verdade não é feita configurando e/ou rodando ferramentas. Quem faz isso não é "hacker", é script kiddie.