Executando verificação de segurança...
14
RobsonSchneider
2 min de leitura ·

Tecnologias Velhas

Sério… por que tanto ódio às tecnologias “velhas”? 🤔

Desde que comecei a estudar programação, uma coisa me chama atenção (e me irrita bastante): a quantidade de vídeos, posts e influenciadores de TI que tratam linguagens como PHP, Java, .NET ou até mesmo o velho e bom JQuery como se fossem um crime contra a humanidade.

👉 "Se você não sabe TypeScript, você tá ultrapassado!"
👉 "PHP? Nossa… ninguém mais usa isso!"
👉 "JQuery? Aff… coisa de 2010."

É sempre esse discurso: ou você trabalha com a tecnologia da moda… ou você é um programador fracassado.

Só que tem um detalhe que essa galera parece esquecer (ou ignora de propósito):
O mundo real não vive só de startups em São Paulo, Porto Alegre ou no Vale do Silício.

Eu moro numa cidade pequena, com cerca de 100 mil habitantes no interior do Rio Grande do Sul. Conheço pelo menos 15 empresas da região que usam… adivinha?
PHP.
Java.
JQuery.
.NET.
E até algumas aplicações rodando em ASP clássico.

E sabe o que todas essas empresas têm em comum?
👉 Elas continuam funcionando.
👉 Continuam contratando.
👉 Continuam entregando projetos para clientes reais.
👉 E continuam faturando.

Enquanto isso, muita gente que nunca trabalhou de verdade fica na internet vomitando regra:
“Ah, se não for Node, se não for GraphQL, se não for Deno, você tá morto.”

Durante um bom tempo, eu quase caí nessa. Fiquei com vergonha de estudar PHP, achando que eu tava “perdendo tempo”. Até que parei, olhei ao meu redor… e percebi que quem tá na bolha é essa galera, não eu.

Tecnologia boa é aquela que resolve problema. Ponto.

Quer trabalhar com Deno? TypeScript? Go? Show! Vai fundo!
Mas não menospreze quem trabalha (e vive bem) com tecnologias que já estão consolidadas há anos.

Se tem uma coisa que o mercado de TI precisa… é menos preconceito tecnológico e mais gente que resolva problemas de verdade.

Carregando publicação patrocinada...
5
Pilati

"JQuery? Aff… coisa de 2010."

Então, eu cresci na época que o jquery era o salvador da pátria e posso afirmar que hoje ele não é mais necessário.

Antigamente cada navegador tinha uma engine própria de javascript e o jquery acabava unificando tudo.

Hoje tudo é chromium.

Sendo assim o jquery ficou, considerado por mim, algo desnecessário, tu faz a mesma coisa em javascript puro sem grande esforço.

Mas não menospreze quem trabalha (e vive bem) com tecnologias que já estão consolidadas há anos.

Em relação à essa frase só digo:

Se opinião valesse algo a gente não dava, cobrava

2
Oletros

Ainda tenho uma duzia de 6 ou 7 sistemas legados rodando que usam este tipo de tecnologia e nao vale a pena investir para renovar - as vezes tem de dar manutencao e talz, eh totalmente diferente do que fazemos hoje em dia com Laravel/TALL, mas enfim, era o que tinha na epoca.

Mas a diferenca de sistemas usando TALL eh absurda, o codigo atual eh muito mais elegante.

2
3
d0tn0n4m3

Essas comparações não fazem sentido e é por isso que eu não sigo "influencer de tech"(já não gosto de nada que tenha influencer no nome), no máximo tendências do mercado e olha lá. PHP, Java, .NET, entre outras linguagens, recebem updates diariamente e inclusive, o JDK 24 foi lançado recentemente. Cada linguagem tem seu público alvo e suas vantagens.

Agora, se estiver se referindo a idade de cada linguagem, então JavaScript precisa estar nesse bolo ai também, pois ele é tão "velho" quanto essas citadas. Surgiu em 1995, na mesma época que o Java e PHP.

O .NET tem duas fases, digamos assim. A primeira foi o lançamento do .NET Framework, que foi em 2002, e a outra fase é a do .NET Core, que foi lançado oficialmente em 2014. Ou seja, o .NET, de qualquer modo, é o mais novo desse bolo todo.

jQuery, que não é uma linguagem e sim uma lib de javascript, concordo que é desnecessário nos dias atuais, pois como disse um outro colega, o javascript puro já entrega as funcionalidades mais usadas do jQuery nativamente. O jQuery foi útil em sua época, mas já passou. Hoje ele se mantém em projetos legados, mas para projetos novos, realmente não compensa usar.

Enfim, se você não está trabalhando com Swift (lançado em 2014), Kotlin (2017), ou Rust (lançamento estável em 2015), então muito provavelmente você também está trabalhando com tecnologia "velha".

0
MarceloXP

1 - document.getElementById('minhadiv') tem um esforço muito maior que $('#minhadiv');
2 - Dito isto, não vejo problema em se utilizar qualquer das 2 abordagens, mas vamos admitir: o jQuery deixa a programação muito mais fácil e rápida.

2
0smarMalheiros

Caramba, quando li: tecnologias antigas, o coração deu até uma aquecida, até perceber que vocês todos estavam falando de tecnologias NOVAS. Eu, que comecei minha carreira profissional com Clipper, tive a esperança de que vocês iam falar pelo menos de Visual Basic... Doce ilusão, nem disso. Acredito que em algum momento, alguém do Cobol ou do Fortran apareça para dar algum testemunho...

1
valterpatrick

Concordo.
O Delphi para aplicações desktop é excelente, muito bom mesmo e resolve o problema.
A quantidade de software house no Brasil que trabalha com Delphi para ERP é enorme.
A comunidade também é bem ativa.
O mais importante: resolve o problema que se propõe a resolver.

1
gregserrao

Meus 2 cents aqui! Quer um exemplo foda, desde que comecei a programar eu escuto que o COBOL vai morrer.

A real? Tem empresa pagando 1k de dolares por dia pra programador COBOL.

Esquece essa ladainha de Dev Influencer que virou Senior em 5 meses.

No final, tecnologia existe para resolver problemas, nao existe bala de prata. Mas a internet ta cheia de GURUS que deveriam ter mais responsabilidade no que falam.

Vc que citou o PHP, eu tava com uma dor, eu tinha algumas ideias, mas eu nao queria lidar com Vercel, Render, etc, para testar meus projetos, tambem nao queria gastar rios com cloud e muito menos ter que ficar configurando VPS, lidando com backup, seguranca, etc.

Criei um framework PHP para rodar tanto em hospedagem bunda (Hostinger da vida) quanto em container. Ai vc pergunta, pra que mais um framework se temos o Lavavel. Ai que esta o ponto o Laravel eh robusto mas pesado para coisas simples. Entao eu resolvi focar em resolver o meu problema com criando algo mais simples. E sim em PHP e em 2025!