Concordo. Acho que é preciso saber bem se a pessoa está apenas deixando o próprio jardim mais bonito ou se está realmente fazendo um trabalho importante, e saber a hora de largar isso.
Quando vão se acumulando cobranças ao desenvolvedor, discutindo se houve culpa e dizendo "você programou errado",
o desenvolvedor fica pressionado pelo senso de responsabilidade e passa a evitar novas tentativas,
e no fim acaba escrevendo apenas código seguro, sem evolução.
É isso que significa dizer que o QA deve assegurar isso.
Para fazer um desenvolvimento de código que traga avanço, é inevitável assumir certo nível de risco,
e quem deve validar isso e assumir a responsabilidade é o QA.
A maior parte do que costuma ser apontado como desvantagem do C++ aparentemente existe porque precisa ser mantida por causa da compatibilidade com C.
Será que daria para abandonar a compatibilidade com C e mudar a linguagem para que fosse possível desenvolver assim?
Fica mais fácil quando você percebe que existem empresas que valem centenas de bilhões só por organizar e unificar APIs bagunçadas de bancos e processadoras de pagamento kkk
Se, ao ver que um sistema feito em VB 6.0 com COM + OLE + ActiveX ainda continua funcionando perfeitamente, você fica horrorizado e sente o impulso de reescrevê-lo, então você é quem vai sofrer.
Cux..
Eu esperava, mas... o texto está borrado e só oferece suporte a UTF-8.
Quando isso for resolvido, pretendo tentar de novo.
A engenharia do Discord é sempre uma referência. Tenho inveja.
Concordo. Acho que é preciso saber bem se a pessoa está apenas deixando o próprio jardim mais bonito ou se está realmente fazendo um trabalho importante, e saber a hora de largar isso.
A Unity de novo...
Eles já tinham levado a empresa quase à ruína por causa de licenciamento e ainda conseguem irritar as pessoas de novo haha
Obrigado por compartilhar uma experiência tão valiosa.
É meu editor favorito. Tirando quando estou rodando testes e debugando, quase sempre uso o Zed.
Dá para ler esse texto dessa forma também? Eu achei que, se fosse para classificar, esse texto era mais uma crítica ao yak shaving.
Quando vão se acumulando cobranças ao desenvolvedor, discutindo se houve culpa e dizendo "você programou errado",
o desenvolvedor fica pressionado pelo senso de responsabilidade e passa a evitar novas tentativas,
e no fim acaba escrevendo apenas código seguro, sem evolução.
É isso que significa dizer que o QA deve assegurar isso.
Para fazer um desenvolvimento de código que traga avanço, é inevitável assumir certo nível de risco,
e quem deve validar isso e assumir a responsabilidade é o QA.
A localização do arquivo mudou.
https://github.com/asgeirtj/system_prompts_leaks/…
A maior parte do que costuma ser apontado como desvantagem do C++ aparentemente existe porque precisa ser mantida por causa da compatibilidade com C.
Será que daria para abandonar a compatibilidade com C e mudar a linguagem para que fosse possível desenvolver assim?
Teria sido melhor se não tivesse oferecido
unsafe.linguagem raiz = Rust
kkk, por coincidência eu estava prestes a comentar isso e, ao rolar a página, vi que já tinha alguém que deixou exatamente o mesmo comentário.
Falar é fácil, me mostre o código!
Fica mais fácil quando você percebe que existem empresas que valem centenas de bilhões só por organizar e unificar APIs bagunçadas de bancos e processadoras de pagamento kkk
Ruff - linter de Python 10-100x mais rápido
Astral - empresa que cria ferramentas de desenvolvimento Python de próxima geração
Se, ao ver que um sistema feito em VB 6.0 com COM + OLE + ActiveX ainda continua funcionando perfeitamente, você fica horrorizado e sente o impulso de reescrevê-lo, então você é quem vai sofrer.
No fim das contas, a habilidade mais difícil na programação é
aprender a “deixar em paz o que está quebrado”
Concordo. Sou do tipo que começa a mexer nas coisas, então sempre acabo sofrendo...
Uma automação improvisada por um mero programador obviamente vai acabar quebrando.