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

Por que algo rápido é considerado melhor?

Olhando à minha volta e observando um pouco do passado, percebi alguns comportamentos interessantes em relação ao tempo. Determinadas ações são mais bem vistas quando levam menos tempo em comparação com outras que demandam mais. Será o tempo o nosso maior bem ao longo da vida, principalmenete nos dias atuais? afinal, muitas coisas consomem o nosso tempo, inclusive esse post, tanto para quem a lê quanto para quem a produz. Mas esse consumo é pra receber o que em troca?... Pegando um exemplo simples, uma pessoa que escolhe um trajeto mais longo do ponto A ao B com seu carro, ela está sendo tola na nossa sociedade? Em que momento nós passamos a idolatrar o tempo como o melhor, o mais rápido? a vida é melhor quando ela passa mais rápida? Essa busca pela alta velocidade foi a responsável por chegarmos vivos até aqui ou foi a responsável por termos sobrevivido até aqui. A velocidade na minha opnião nem sempre precisa ser um bom parâmetro para "coisas boas", mas em que momento isso aconteceu? Será que foi por conta de Henry Ford e seu método de trabalho de produção em massa ou foi porque aquele que corria mais rápido de um leão era o que ficava vivo... E se não existisse tempo, já parou pra pensar nisso? se não houvesse rápido ou devegar, como será que estariamos hoje.

Esse breve pensamento cheio de perguntas não tem o intuito de atacar ninguém ou instituição, foi somente uma descarga de pensamentos que me veio após uma conversa com um amigo no linkedin sobre o porquê de C/C++ e até o Assembly não serem mais tão adotados no desenvolvimento como era no passado, mesmo elas sendo mais rápidas em performance mas nem tanto em produtividade pra quem as usa. Ao meu ver, outras linguagens mais rápidas no sentido de ter que escrever menos foram surgindo e deixando essas linguagens mais "verbose" pra trás, além do fato que essas linguagens mais antigas deixaram algumas coisas prontas pras atuais construírem em cima. Mas afinal, será que no futuro haverá linguagens de programação mais rápidas (nesse sentido de escrever menos código) ao ponto de desbancar as atuais? Se isso acontecer, aonde toda essa velocidade vai parar, se é que é possível frear com toda essa rapidez.

perdon se houver erros aqui, vejam isso mais como uma conversa informal ou desabafo mesmo kk :)

Carregando publicação patrocinada...
1

Tempo é dinheiro. Mas se tratando de tecnologia, sempre vai existir um trade-off, nada é perfeito e sempre haverá um custo. Hoje, pessoas possuem mais acesso a informação, instantâneo, mas também nunca vimos tanta desinformação como também uma geração tão ansiona quanto a atual.

1

Creio que tudo tem o seu tempo, até mesmos as linguagens que você citou, embora se nota que há muitas linguagens que ainda tem um mercado bem forte como por exemplo o próprio PHP.

Hoje em dia a moda do momento é aprender React e essa porrada de framework js, não julgo, também fui pelo mesmo caminho mas tendo em mente que a maioria das empresas tem o seu sistema legado lá que obviamente vai precisar ter suas manuntenções.

E vale lembrar que não só as empresas, mas a humanidade em si sempre vai optar por adotar coisas mais rápidas e ir automatizando com o passar do anos, e creio que assim seguiremos, o importante é sempre a gente ir estudando.

1

Eu acho a reflexão da velocidade super interessante - até porque tem gente falando de como a sociedade está acelerando há tempos. Olha só essa imagem de um texto que um cara chamado Henry Adams escreveu em 1909:

A sociedade acelerando desde a Renascença

É interessante notar que ele escreve quando a eletricidade começa a bater suas asas na civilização, e ele visualiza um "futuro" em que a humanidade iria dominar o éter. O éter era uma substância que os cientistas pensavam que sustentavam os planetas, e no qual a luz se propaga. Na época que o Henry Adams escreveu, já se sabia que o éter não existe, mas talvez essa informação não tenha chegado a ele...

Voltando as reflexões do merítissimo1, eu acho o exemplo do deslocamento do ponto A ao ponto B um exemplo super produtivo pra pensar nossos valores. É fácil de "justificar" um trajeto mais longo quando existe um terceiro ponto de interesse nesse caminho - por exemplo, uma padaria com um pão de queijo dellicioso ou até um parque com uma árvore centenária maior do que muita casa por aí. O próprio livro do "Guia do Mochileiro das Galáxias" começa criticando exatamente porque raios a prefeitura quer construir uma rodovia que vai do ponto A ao ponto B passando justamente pela casa do protagonista!

Agora, se os dois caminhos tem exatamente as mesmas propriedades, pegar o caminho mais longo fica difícil justificar - e aí talvez podemos dizer que seja, sim, uma tolice.

E, entrando no campo da tecnologia, eu acho importante pensar em dois tempos diferentes: o tempo de desenvolvimento e to tempo de execução. O tempo de desenvolvimento é aquele que a programadora toma para implementar o código. O tempo de execução, o tempo que os servidores tomam para executar as instruções.

Assembly e C/C++ são mega rápidos em termos de execução, mas requerem um tempo maior de implementação. Numa sociedade em que programadores são escassos, vale a pena projetar linguagens em que certas operações sejam executadas de forma automatizada, mesmo que subótima (como limpar memória, acessar periféricos). Isso permite focar em novas funcionalidades e serviços. Já, em situações que exigem resposta em tempo real (como o freio ABS do seu carro), é importante privilegiar tempo de execução, mesmo que isso custe um mês a mais de tempo de desenvolvimento.

Também é válido mencionar alguns contextos em que velocidade não faz sentido nenhum. Eu não consegui achar a referência, mas existe um livro em que o autor fala sobre uma peça musical. Se velocidade sempre fosse essencial, músicos poderiam simplesmente correr com todas as notas, e quem conseguisse chegar mais rápido ao final seria digno de mais glória. O tempo entre as notas também é importante. Nesse caso, rapidez é tolice.

Unindo arte e tecnologia, o jogo RollerCoaster Tycoon é um marco na história de jogos do começo dos anos 2000 - e foi implementado quase inteiramente em Assembly. De um ponto de vista puro de implementação, fazer uma coisa dessa é injustificável. Entretanto, o fato do projeto ter sido concluído e se tornado tão popular é uma demonstração do conhecimento e experiência do programador em relação à linguagem - e hoje é um monumento do que é possível construir quando uma mente se dedica a um objetivo.

Como tudo na vida, a resposta depende da pergunta. E as dores e delícias de cada pergunta dependem dos valores que você prioriza.