← Últimos artigos
💻 computer science

On the Abolition of the "ICSE Paper" and the Adoption of the "Registered Proposal" and the "Results Report"

Para abordar o ciclo vicioso da novidade e a crise de replicabilidade na pesquisa em engenharia de software, este artigo propõe a abolição do formato tradicional de artigos da ICSE em favor de um sistema de dois níveis composto por "Propostas Registradas" revisadas por pares e subsequentes "Relatórios de Resultados", uma reforma disruptiva apoiada por respostas de pesquisas da comunidade.

Autores originais: Fabio Massacci, Winnie Mbaka

Publicado 2026-01-27
📖 4 min de leitura☕ Leitura rápida

Autores originais: Fabio Massacci, Winnie Mbaka

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine o mundo da pesquisa em engenharia de software como uma competição de culinária de alto nível, como o MasterChef. No momento, as regras desta competição estão quebradas, e os autores deste artigo, Fabio e Winnie, propõem uma nova maneira radical de conduzir o show para corrigir dois grandes problemas: resultados falsos e comportamento de panelinhas.

Aqui está a divisão da proposta deles em termos simples:

O Problema Atual: O Modelo "Chef de Uma Pessoa Só"

Atualmente, se um pesquisador (vamos chamá-lo de Chef A) deseja publicar um artigo, ele tem que fazer tudo sozinho:

  1. Criar uma nova receita (uma ideia nova).
  2. Cozinhar o prato (executar o experimento).
  3. Prová-lo e dizer: "Está delicioso!" (validar os resultados).

Os Problemas:

  • A "Armadilha da Novidade": Os juízes (revisores) estão obcecados em encontrar a receita mais nova. Eles não se importam se o prato realmente é saboroso ou se funciona em um restaurante real. Eles só querem algo "novo". Isso leva a muitos pratos "brinquedo" que parecem sofisticados, mas desmoronam quando você tenta comê-los.
  • O Problema da "Panelinha": Se o Chef A é um chef celebridade famoso e premiado, os juízes raramente questionam seus pratos. Se um chef jovem e desconhecido tentar dizer: "Na verdade, a receita do Chef A está queimada", ele será rejeitado porque não é famoso o suficiente.
  • A Crise da "Geladeira Perdida": Às vezes, o Chef A afirma que seu prato é incrível, mas quando você pede os ingredientes para tentar fazer você mesmo, ele diz: "Ah, minha geladeira quebrou e eu perdi a receita". Isso acontece com frequência e torna impossível confiar nos resultados.

A Solução Proposta: O Sistema de "Duas Etapas"

Os autores querem abolir o formato atual de "um único artigo" e substituí-lo por um sistema de dois níveis, semelhante a como um projeto de construção é aprovado em duas fases: A Planta (O Projeto) e A Construção.

Etapa 1: A "Proposta Registrada" (A Planta)

  • O que é: Um pesquisador envia um plano detalhado antes de realizar o trabalho. Eles dizem: "Aqui está minha nova ideia e aqui está exatamente como eu irei testá-la".
  • A Regra: Os juízes revisam o plano. Se o plano for sólido, lógico e interessante, eles o aprovam.
  • A Mudança: Nesta fase, ninguém cozinhou o prato ainda. Eles estão apenas concordando que a receita deveria funcionar, se seguida corretamente. Isso impede que as pessoas mudem as regras depois de verem os resultados.

Etapa 2: O "Relatório de Resultados" (A Construção)

  • O que é: Esta é a grande mudança. Qualquer pessoa pode pegar essa planta aprovada e tentar construí-la.
    • Pode ser o autor original (Chef A).
    • Pode ser um chef rival (Chef B) tentando provar que o Chef A está errado.
    • Pode ser uma equipe de estudantes.
  • A Regra: Eles enviam um relatório curto dizendo: "Nós seguimos a planta. Aqui está o que aconteceu".
    • Se funcionar: Ótimo! Temos um resultado verificado e confiável.
    • Se falhar: Também é ótimo! Agora sabemos que a ideia não funciona e economizamos o tempo de todos.
  • A Regra do "Qualquer Um": Ao contrário dos sistemas atuais, onde apenas o autor original pode publicar os resultados finais, aqui, qualquer pessoa pode tentar replicar o trabalho. Se três equipes diferentes construírem a mesma coisa e ela funcionar, sabemos que é real. Se todas falharem, sabemos que a ideia era falha.

Por que isso resolve os problemas

  1. Elimina a "Geladeira Perdida": Se o autor original perder seus dados, não importa. Porque outras equipes também construíram a coisa baseada na mesma planta, os resultados ainda existem. É como ter várias pessoas construindo a mesma ponte; se uma desmorona, as outras provam se o design funciona (ou não).
  2. Quebra a "Panelinha": Um professor famoso não pode simplesmente dizer: "Confie em mim, minha ideia funciona". Se um pesquisador jovem tentar construir a mesma coisa e falhar, o artigo é publicado de qualquer maneira. O sistema valoriza a verdade acima da fama.
  3. Separa o "Novo" do "Bom":
    • A fase de Proposta recompensa a Novidade (A ideia é interessante?).
    • A fase de Resultados recompensa o Rigor (Ela realmente funciona?).
    • Atualmente, tentamos julgar ambos ao mesmo tempo, o que gera confusão. Isso os separa.

A Conclusão

Os autores sugerem que paremos de tratar artigos de pesquisa como um único produto acabado e passemos a tratá-los como um projeto de construção pública.

  • Primeiro, aprovamos as plantas (A Proposta).
  • Depois, deixamos todos tentarem construir (O Relatório de Resultados).

Se o edifício ficar de pé, nós o usamos. Se ele cair, aprendemos o porquê. Isso garante que as ferramentas e métodos de software que usamos no mundo real sejam realmente confiáveis, e não apenas "novos e brilhantes".

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →