Sair de assembly para um código em linguagem natural legível entra no campo de recriação, depois que o desnecessário é removido, como nomes de variáveis e de funções; então imagino que ainda vá levar um tempo para sair algo realmente bom.
Em linguagens como VB ou Python, quando você cria um .exe, ele não é compilado diretamente para código de máquina, então, se você tiver só o executável, dá para extrair o código-fonte com nomes de funções e variáveis intactos.
Ver que isso pode ser aprendido como regra e aplicado assim... no futuro, vai ser difícil continuar sobrevivendo como desenvolvedor.
Acho que talvez houvesse, entre os dados em que o Claude foi treinado, documentação relacionada ao p-code do VB 4.0.
Se não foi isso (ou seja, se não havia nada pré-treinado sobre isso), do ponto de vista da IA haveria tanta diferença assim entre o p-code do VB 4.0 e código de máquina x86 (ou arm ou...)? No fim, ambos são apenas sequências de números com certas regras. Se ela leu padrões a partir de uma amostra curta, isso por si só também é assustador.
Uau, será que até materiais antigos e esquecidos também podem ser recuperados? kkk
Tipo, se eu subir um vídeo antigo de jogo de DOS, será que aparece o arquivo .exe...
Como diz o comentário no texto, um executável VB permite verificar o código praticamente como foi escrito, mas se fosse um exe em C++ e estivesse em assembly, isso provavelmente ainda não seria possível.
Uma das forças da IA é entender instruções e conseguir aplicá-las, então ela acaba sendo discretamente boa em trabalhos de migração para outras linguagens.
Lembro que, antigamente, quando jogava multiplayer de StarCraft via Hamachi, existia o IPX, e me recordo de ter ficado bem curioso sobre o que exatamente era aquilo naquela época.
Pensando bem, o NAT acabaria bloqueando tudo... Se o IPv6 se consolidar completamente e o NAT desaparecer (embora isso pareça improvável), talvez também seja possível se comunicar usando um protocolo criado por você mesmo.
Pode até ser fácil kkk
Eu escrevi um artigo sobre algo parecido há mais de 10 anos
É só propaganda mesmo.
Sair de assembly para um código em linguagem natural legível entra no campo de recriação, depois que o desnecessário é removido, como nomes de variáveis e de funções; então imagino que ainda vá levar um tempo para sair algo realmente bom.
Em linguagens como VB ou Python, quando você cria um
.exe, ele não é compilado diretamente para código de máquina, então, se você tiver só o executável, dá para extrair o código-fonte com nomes de funções e variáveis intactos.Ver que isso pode ser aprendido como regra e aplicado assim... no futuro, vai ser difícil continuar sobrevivendo como desenvolvedor.
A tradução de Software Philosophy já saiu? Procurei, mas não consegui encontrar.
Parece publicidade demais...
Acho que talvez houvesse, entre os dados em que o Claude foi treinado, documentação relacionada ao p-code do VB 4.0.
Se não foi isso (ou seja, se não havia nada pré-treinado sobre isso), do ponto de vista da IA haveria tanta diferença assim entre o p-code do VB 4.0 e código de máquina x86 (ou arm ou...)? No fim, ambos são apenas sequências de números com certas regras. Se ela leu padrões a partir de uma amostra curta, isso por si só também é assustador.
Corrigido!
Agora vai renascer como Flow Overflow Stack!
Hmm? Parece que o link do guia de build está errado.
Mas, de qualquer forma, como assembly também tem uma especificação, acho que se derem a especificação junto ele vai traduzir rapidinho.
Uau, será que até materiais antigos e esquecidos também podem ser recuperados? kkk
Tipo, se eu subir um vídeo antigo de jogo de DOS, será que aparece o arquivo
.exe...Como diz o comentário no texto, um executável VB permite verificar o código praticamente como foi escrito, mas se fosse um
exeem C++ e estivesse em assembly, isso provavelmente ainda não seria possível.Uma das forças da IA é entender instruções e conseguir aplicá-las, então ela acaba sendo discretamente boa em trabalhos de migração para outras linguagens.
Powered by humansé marcante mesmo.Uau, isso é bem surpreendente mesmo.
Depois do início dos LLMs, representados pelo GPT.
Acho que o fluxo de entrada em várias comunidades de desenvolvimento diminuiu.
(Pessoalmente também) continuo pesquisando no Google, mas o trabalho significativo está sendo feito nos prompts.
Parece que está se tornando uma comunidade.
Existe o OpenRA, mas...
Já tenho a versão original faz tempo... quem sabe... quem sabe um dia chegue o dia em que dê para jogar no Mac...
Tomara que chegue o dia em que dê para jogar Zero Hour no Mac...
Lembro que, antigamente, quando jogava multiplayer de StarCraft via Hamachi, existia o IPX, e me recordo de ter ficado bem curioso sobre o que exatamente era aquilo naquela época.
Pensando bem, o NAT acabaria bloqueando tudo... Se o IPv6 se consolidar completamente e o NAT desaparecer (embora isso pareça improvável), talvez também seja possível se comunicar usando um protocolo criado por você mesmo.