13 pontos por GN⁺ 2026-02-19 | 1 comentários | Compartilhar no WhatsApp
  • Foi apontado que um diagrama publicado no portal oficial Learn da Microsoft é muito semelhante ao conhecido diagrama do modelo de branching do Git do passado
  • O autor original criou e publicou pessoalmente esse diagrama em 2010, e desde então ele tem sido amplamente usado em livros, palestras, blogs, wikis de equipe e YouTube
  • Aparentemente, a Microsoft o transformou com um gerador de imagens por IA e o publicou sem atribuição, e o resultado revela baixa qualidade, com erros como “continvoucly morged” e setas incorretas
  • O autor destaca como problema não o simples uso, mas a falta de processo e de cuidado: pegar o trabalho refinado de outra pessoa, diluí-lo com uma máquina e distribuí-lo como se fosse seu
  • Ele afirma que bastaria indicar a fonte e fornecer um link para o original e expressa preocupação com a futura proliferação de conteúdo plagiado com base em IA

O caso no portal Microsoft Learn

  • Recentemente, ficou conhecido via Bluesky e Hacker News que um diagrama publicado no portal Microsoft Learn é muito semelhante ao diagrama do modelo de branching do Git criado em 2010
    • O autor original o desenhou pessoalmente no Apple Keynote na época, ajustando minuciosamente cores, curvas e disposição para expressar com clareza as relações entre branches
    • Ele também disponibilizou o arquivo-fonte original para que qualquer pessoa pudesse utilizá-lo, e depois disso o diagrama se espalhou amplamente pela internet
  • Aparentemente, 15 anos depois, a Microsoft modificou e publicou esse diagrama com um gerador de imagens por IA, sem citar a fonte nem incluir link

Problemas de qualidade do material gerado por IA

  • O diagrama transformado perdeu a linguagem visual e o layout do original, sendo apresentado de forma desorganizada em cores, traçados e alinhamento dos pontos
    • Algumas setas foram omitidas ou ficaram na direção errada, e a presença da frase “continvoucly morged” deixa claros os indícios de geração por IA
  • O autor chama isso de “AI slop” e avalia o resultado como um material descuidado, incompatível com o nível esperado da Microsoft

Reação da comunidade e difusão do meme

  • Como a forma do diagrama é suficientemente parecida com a original, as pessoas o reconheceram de imediato, levantaram suspeitas de plágio por parte da Microsoft e entraram em contato com o autor original
  • A expressão “continvoucly morged” se espalhou como um meme da internet, e muitos usuários apoiaram o autor

A essência do problema e as preocupações

  • O autor aponta como problema não a simples reutilização, mas o ato de lavar com máquina o trabalho cuidadoso de outra pessoa e distribuí-lo em uma forma degradada
    • Ele diz que isso não foi “desenvolver algo a partir de inspiração”, mas “estragar algo que funcionava bem”
  • Ele alerta que, neste caso, por se tratar de um diagrama famoso, o plágio foi facilmente reconhecido, mas que no futuro há o risco de conteúdos menos conhecidos serem transformados por IA e se tornarem mais difíceis de identificar

Pedido e encerramento

  • O autor afirma que um link para o original e a devida atribuição já seriam suficientes
  • Ele pede explicações sobre como a página do Microsoft Learn foi criada e se houve processo de produção e revisão
  • O texto termina com a frase “Till next 'tim'.“

1 comentários

 
GN⁺ 2026-02-19
Comentários no Hacker News
  • Sobre o modelo git-flow original, não entendo por que fazer a integração na branch develop e usar main/master só para marcar releases
    Parece bem mais limpo usar a branch main para integração. Dá para distinguir a release mais recente com tags, então será que develop é mesmo necessária?
    Os conceitos de branches feature, release e hotfix são excelentes, mas develop parece um artefato estranho

    • Concordo. O que você descreveu é basicamente trunk-based development. Acho muito melhor
      O git-flow ficou popular porque o nome e o diagrama eram bonitos. Quando alguém critica, a resposta é “mas é o padrão, por que mudar?”
      Como abordagem melhor, vale ver trunkbaseddevelopment.com
    • Eu trabalho há anos só com main/master, mas existem problemas quando não há develop
      Se fizer merge em master, você acaba bloqueando a próxima release até o QA terminar. Já em develop, dá para fazer cherry-pick de mudanças independentes e lançar na ordem que quiser
    • Esse modelo é útil, por exemplo, quando você está desenvolvendo a versão 3.2 enquanto mantém a 3.1 ao mesmo tempo
    • No fim, a diferença depende do processo de release
      Se for um time orientado a produto, você precisa de uma branch que deixe claro quais commits foram lançados. Tags também bastam, mas com branch dá para rastrear até quando um hotfix foi aplicado
    • A complexidade do git-flow brilha quando é preciso manter várias versões ao mesmo tempo
      Hoje em ambientes SaaS isso é raro, mas ainda é útil para patches de segurança e backports
      Na maioria dos casos, desenvolvimento baseado em trunk com feature branches já é suficiente
  • Hoje em dia o conteúdo gerado por IA está ficando sério demais
    O vídeo de Los Alamos também usava imagens falsas, e o documentário sobre a locomotiva GG-1 ficou arruinado por imagens de IA
    Até miniaturas do YouTube estão sendo feitas porcamente por IA, e há um monte de vídeos dando conselhos errados
    Se esse material voltar a entrar nos dados de treino de LLMs, cria-se um ciclo vicioso

    • Manter a cadeia de procedência dos fatos é difícil e caro. Então as pessoas simplesmente inventam mentiras agradáveis de ouvir
      No fim, o dano real recai sobre os outros
    • Eu também vi no YouTube um vídeo em que Feynman explicava por que uma viagem de ida e volta a Marte seria impossível, e era totalmente falso
      Tanto a voz quanto o texto eram sintetizados, e a única desculpa era “foi baseado nas aulas de física dele”
    • Falando no “documentário da GG-1”, você não está falando daquele famoso podcast de desastres de engenharia?
  • Já recebi um produto manipulado por IA vindo do exterior
    Pedi um tapete de planetas para o quarto da criança, mas chegou um produto com uma imagem de IA impressa e letras deformadas (ex.: MARS → MɅPS)
    Felizmente consegui reembolso e comprei um correto de outro vendedor
    Hoje em dia alguns comerciantes parecem copiar de qualquer jeito o design dos outros com IA

    • Aconteceu algo parecido com a minha família também. Pedimos na Amazon um “hug in a box”, mas chegou escrito “hug in a boy”
      Até nas fotos tinham escondido o erro com o objeto. Foi engraçado, mas absurdo
    • Por isso estou voltando a fazer compras em lojas físicas. É cansativo demais filtrar produtos lixo feitos com IA
      Mesmo que saia um pouco mais caro, dá mais tranquilidade ver o produto antes
  • O diagrama original foi apagado, mas está arquivado em archive.is/twft6

    • Vi, e estava muito pior do que eu imaginava. Direção das setas, anotações e bolhas, tudo estava uma bagunça. Surpreende que isso tenha sido publicado
    • Há quem diga que o novo diagrama desta vez copiou o da Atlassian
      Link relacionado
    • Isso parece um caso típico de reprodução de memória de modelo de imagem de IA. Quase copiou o original inteiro e só mudou um pouco
  • A expressão “continvoucly morged” resume a situação de forma perfeita. É poética

    • Parece o som de alguém falando enquanto engole IA à força
    • Também teve piada dizendo que Raymond Chen deveria escrever um post chamado “Microspeak: Morged”
    • No começo achei que ‘morged’ fosse uma gíria nova. Surpreendente
    • Também houve piadas de que não deveríamos zombar da IA. Diziam que “a IA também tem sentimentos”, naquele humor de dar boas-vindas aos novos governantes
    • Décadas de conhecimento público e código agora estão sendo absorvidas pelo ‘morg’. Resistir é inútil
  • Na verdade, isso tudo me parece ao mesmo tempo engraçado e assustador
    O motivo de a IA ser perigosa não é consciência própria, e sim a convicção de usuários irresponsáveis

    • Também apareceu a expressão satírica “Automatic Soldier Sveijk”
    • No fim, o elo mais fraco do sistema é o ser humano
    • O problema não é incompetência, e sim indiferença. A IA só fortalece ainda mais o trabalho inútil
  • Um vice-presidente da Microsoft publicou uma explicação no Bluesky
    Link do post relacionado
    Ele disse que “o material foi produzido por um fornecedor, estamos investigando a causa e vamos removê-lo em breve”, mas essa desculpa soa vazia
    O fato de um erro assim ter ido a público numa organização desse porte é uma falha sistêmica

    • A resposta para “tudo está se movendo rápido demais” é simples — tem que desacelerar
      Com essa falta de controle, uma hora vai acontecer algo pior
    • O tamanho da empresa não garante qualidade, mas uma empresa valiosa não deveria repetir esse tipo de erro
      Os tropeços recentes da Microsoft estão se acumulando e levantando dúvidas sobre seu valor de mercado
    • Na prática, documentos escritos por fornecedores são publicados se um único repo owner aprovar
      O problema é que quase não há processo de revisão
    • É irônico fazer postmortem de um diagrama bobo desses, mas não de um produto central como o Copilot
    • Um postmortem por causa de um único “diagrama morged” é engraçado, mas também instrutivo
  • Não entendo por que a Microsoft sempre entrega resultados pela metade
    Mesmo que o gráfico tenha sido feito com IA, daria para corrigir no Paint
    Há casos demais como o exFAT, que por fora parece funcionar bem, mas por dentro é uma bagunça

    • “Bem típico da Microsoft” resume bem. O exFAT funciona em Mac, Linux e Windows, mas continua desconfortável de usar
      Ainda assim, a gente acaba sendo obrigado a usar
  • O LinkedIn hoje também está tomado por slides gerados por IA
    São resultados de “deixa melhor” no ChatGPT, com gramática ruim e gráficos sem sentido
    Principalmente no setor de energia, esse tipo de conteúdo transborda por causa do boom dos datacenters

    • Eu também estou juntando exemplos estranhos
      Exemplo 1, Exemplo 2, Exemplo 3
      (Só para constar, meus 14% de bateria no celular ainda duram alguns dias)
    • O LinkedIn parece mais um baile de máscaras do que um fórum de negócios
      Todo mundo esconde quem realmente é, finge ser inspirador e no fim termina em discurso de vendas
    • Surpreende gente que publica esse tipo de texto sem nem sequer ler o que postou
    • Saí do LinkedIn faz tempo, e agora está ainda pior. Sinto falta da era dos BBS/IRC dos anos 90 e 2000
    • Claro, esses textos também são todos gerados por IA
  • Se você olhar a entrada de morg no Wiktionary, verá que não é uma palavra inglesa, mas existe em irlandês
    De certo modo, é até atraente ver a IA criar esse tipo de caos inesperado
    Por exemplo, um clone de QWOP que eu fiz tinha pernas girando como helicópteros e voando para o céu. Não era intencional, mas ficou ótimo
    Então estou fazendo experimentos para reintroduzir bugs mecanicamente de propósito. Ainda só saem resultados absurdos, mas é interessante

    • Mas, para desenvolvedores iniciantes que não têm folga para apreciar esse caos, isso provavelmente é só confuso
    • ‘morg’ não existe em inglês, mas soa familiar por lembrar ‘morgue’
    • Resultados engraçados são bons, mas durante a resolução de problemas reais isso só atrapalha
      Não seria difícil criar um LLM com um pouco de caos proposital, mas eu prefiro saídas precisas