💻 computer science

Evaluation Bias and Epistemic Inequality in Global Software Development

Este estudo de métodos mistos com 48 engenheiros de software da África Oriental e do Noroeste da Europa revela que, apesar de um desempenho técnico comparável, vieses de avaliação sistêmicos levam os participantes europeus a subestimar sistematicamente a competência de seus pares da África Oriental, destacando desigualdades epistêmicas significativas no desenvolvimento de software global.

Autores originais: Sam Khosravi, Amir H. Payberah

Publicado 2026-07-15

📖 7 min de leitura🧠 Leitura aprofundada

CC BY 4.0

Autores originais: Sam Khosravi, Amir H. Payberah

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 engenharia de software como uma enorme competição global de culinária. Normalmente, juízes em cozinhas luxuosas no noroeste da Europa (como Suécia e Países Baixos) provam pratos de chefs do leste da África (Ruanda e Uganda) e assumem que os pratos africanos serão "menos temperados" ou de "menor qualidade" porque vêm de uma região diferente. Eles esperam que os chefs europeus sejam os mestres do ofício.

Mas este artigo, escrito pelos pesquisadores Sam Khosravi e Amir H. Payberah, decidiu inverter o roteiro. Em vez de apenas provar a refeição final, eles colocaram 48 chefs de ambas as regiões na mesma cozinha, deram a eles exatamente os mesmos ingredientes e receitas, e observaram como eles cozinhavam, como conversavam entre si e como se julgavam.

Aqui está o que eles descobriram, servido com uma pitada de realidade.

O Prato Principal: Quem Realmente Cozinhou Melhor?

Os pesquisadores estabeleceram três desafios específicos para testar as habilidades dos chefs:

O Enigma "Two-Sum": Uma tarefa de codificação onde você precisa encontrar pares de números que somam um alvo. É como encontrar dois temperos específicos que criam uma combinação de sabor perfeita.
O Design do "Encurtador de URL": Um desafio de design de sistema onde os chefs tiveram que esboçar como construir um site que transforma links longos em curtos (como o Bit.ly). Isso testa a habilidade deles de planejar um grande layout de cozinha.
A "Verificação de Segurança": Uma revisão de código onde os chefs tiveram que encontrar armadilhas escondidas (bugs) em um sistema de login que estava deliberadamente quebrado.

A Surpresa: Quando os juízes europeus olharam para os resultados, esperavam que os chefs europeus vencessem facilmente. Mas os dados mostraram algo diferente.

Os Chefs Seniores: Os chefs seniores de Ruanda frequentemente cozinhavam em um nível comparável ao de seus pares europeus. De fato, quando se tratava de detectar bugs de segurança (a "Verificação de Segurança"), os chefes seniores ruandeses encontraram mais problemas do que os holandeses e quase igualaram os suecos.
Os Chefs Juniores: Os chefs juniores (aqueles com menos de 3 anos de experiência) mostraram uma lacuna maior. Os juniores ruandeses tiveram mais dificuldades, muitas vezes falhando em terminar as tarefas, enquanto os juniores europeus foram mais consistentes.
O Outlier de "Uganda": Os pesquisadores tiveram que separar os dados de Uganda para as tarefas de codificação porque alguns participantes usaram ferramentas de IA ou recursos da internet, o que quebrou as regras do teste de "nada de trapaça".

O Veredito: O artigo sugere que a ideia de que os engenheiros africanos são inerentemente menos qualificados é falsa. Em vez disso, a diferença reside na experiência e no treinamento. Os chefes de alto nível de Ruanda são tão bons quanto os europeus; na verdade, o "médio" parece mais baixo porque os sistemas de treinamento em Ruanda são desiguais. Alguns chefs são de classe mundial; outros ainda estão aprendendo o básico.

O Sabor da Comunicação: Direto vs. Apoiador

Em seguida, os pesquisadores observaram como os chefs falavam uns com os outros durante a revisão do código. Isso é como ouvir como os críticos falam sobre um prato.

O Estilo Europeu: Os chefs da Suécia e dos Países Baixos eram como críticos gastronômicos severos. Eles eram muito diretos. Se um prato estava ruim, eles diziam: "Isso está errado, corrija". Seus comentários eram frequentemente neutros ou levemente negativos, o que eles viam como "construtivo".
O Estilo da África Oriental: Os chefs de Ruanda e Uganda eram como amigos que apoiam. Eles usavam muitas palavras positivas. Seus comentários eram frequentemente encorajadores, como "Bom começo, mas talvez tente isto".
Os Números: Quando os pesquisadores realizaram uma "análise de sentimento" (um programa de computador que mede o tom), os comentários de Ruanda e Uganda tiveram uma pontuação composta positiva de +0,541 e +0,919, respectivamente. Os comentários holandeses foram negativos (-0,361) e os suecos foram quase neutros (+0,007).

O artigo argumenta que nenhum estilo é "melhor". O estilo europeu prioriza a eficiência e a correção rápida de erros. O estilo da África Oriental prioriza manter a equipe feliz e trabalhando junta. É apenas uma forma diferente de cozinhar.

O Teste Cego de Degustação: Quem Julga Quem?

É aqui que a história fica um pouco triste. Os pesquisadores pediram aos chefs que avaliassem as habilidades uns dos outros antes de verem os resultados do teste.

Os Juízes Europeus: Os chefs suecos e holandeses avaliaram a si mesmos como os melhores. Eles avaliaram os chefs ruandeses e ugandeses como muito piores, muitas vezes dando notas baixas. Eles assumiram que os chefs africanos tinham "educação mais fraca" ou "infraestrutura ruim".
O Choque de Realidade: Mesmo que os seniores ruandeses tivessem provado que podiam cozinhar tão bem (ou melhor em detectar bugs), os juízes europeus ainda os consideravam inferiores. Eles continuavam subestimando os chefes africanos, mesmo quando a evidência (as pontuações do teste) dizia que estavam errados.
Os Juízes Africanos: Os chefs ruandeses avaliaram a si mesmos como iguais aos europeus, mas ligeiramente melhores que os ugandeses. Os chefes ugandeses consideraram os europeus como os melhores, mostrando que haviam internalizado a ideia de que os europeus eram superiores.

O artigo descarta explicitamente a ideia de que esse viés seja baseado em diferenças reais de habilidade. O viés é um hiato de percepção. Os juízes europeus estão "subestimando" os chefes africanos, mesmo quando as evidências (as pontuações do teste) mostram que estão errados.

O Fluxo de Trabalho da Cozinha: Planejamento vs. Correção

Finalmente, os pesquisadores perguntaram aos chefs como eles gastam seu tempo.

Chefs Europeus: Eles gastam uma grande parte do tempo (cerca de 30% de seu esforço total) no início: planejando, projetando e escrevendo o código. Eles querem que seja perfeito antes de começarem a cozinhar.
Chefs Ruandeses: Eles gastam menos tempo no design inicial e mais tempo no final: implantação, verificação do trabalho e correção de bugs após o prato ser servido. Eles gastam cerca de 12,9% do tempo em "verificação pós-implantação" e 11,0% em "automação de build e teste".

O artigo sugere que isso não é porque um grupo é preguiçoso. É uma estratégia diferente. Os europeus tentam prevenir erros planejando intensamente. Os ruandeses tentam capturar erros verificando intensamente. Ambos funcionam, mas parecem diferentes.

A Conclusão

Este artigo não diz que "a África agora é a melhor em codificação" ou que "a Europa está falhando". Diz que o estereótipo de que os engenheiros africanos são menos capazes é um mito.

Os dados mostram que:

Engenheiros seniores ruandeses são tão capazes quanto seus pares europeus em muitas áreas, especialmente em segurança.
Engenheiros europeus sistematicamente subestimam seus colegas africanos, criando uma barreira injusta para a confiança e oportunidade.
Diferentes culturas têm diferentes forças: A Europa é ótima em design antecipado; a África Oriental é ótima em verificação colaborativa e trabalho em equipe de apoio.

Os autores sugerem que, se pararmos de julgar com base de onde alguém vem e começarmos a olhar para o que realmente podem fazer, a cozinha de software global pode se tornar um lugar muito mais poderoso e justo. Mas até que consigamos corrigir esses "testes cegos de degustação" em nossas cabeças, podemos continuar perdendo alguns dos melhores chefs do mundo.

Resumo Técnico: Viés de Avaliação e Desigualdade Epistêmica no Desenvolvimento Global de Software

Declaração do Problema

O desenvolvimento global de software depende cada vez mais da colaboração transregional entre contextos com acesso desigual a recursos, infraestrutura e reconhecimento profissional. Um problema crítico neste domínio é o viés de avaliação, onde a competência é avaliada por meio de estereótipos e narrativas de déficit em vez de desempenho objetivo. Especificamente, engenheiros de regiões historicamente marginalizadas, como a África Oriental, são frequentemente enquadrados como de menor qualidade ou maior risco, levando a uma injustiça epistêmica, onde seu conhecimento é desvalorizado e sua expertise é subestimada.

Embora a literatura existente sobre engenharia de software global (GSE) tenha coberto extensivamente a Ásia, o Leste Europeu e a América do Sul, os contextos africanos permanecem subexplorados. Além disso, estudos anteriores sobre a África dependem frequentemente de dados secundários ou focam em África do Sul e Quênia, deixando países como Ruanda e Uganda empiricamente sub-representados, apesar do rápido crescimento de sua infraestrutura digital. Este artigo aborda a lacuna na compreensão de como o desempenho técnico, as práticas de comunicação e as percepções de competência interagem através desses contextos desiguais, examinando especificamente se as práticas de avaliação reproduzem a injustiça processual mesmo quando as evidências técnicas sugerem capacidades sobrepostas.

Metodologia

O estudo emprega uma abordagem de métodos mistos pragmática, combinando avaliações técnicas quantitativas controladas com investigação qualitativa. A pesquisa foi realizada in loco com 48 engenheiros de software (10–15 por país) em quatro nações: Ruanda e Uganda (África Oriental) e Suécia e Países Baixos (Europa Ocidental/Norte). Os participantes foram estratificados por senioridade (Júnior: <3 anos de experiência; Sênior: >3 anos).

Coleta de Dados e Tarefas

Os engenheiros completaram três tarefas principais sob condições monitoradas (sem acesso à internet ou ferramentas de IA permitidas), seguidas de entrevistas semiestruturadas (60–120 minutos):

Tarefa de Programação (Pares Únicos para Alvo): Uma variação do problema "two-sum".
- Análise: As soluções foram analisadas usando embeddings do CodeBERT para extração de características, reduzidas via Análise de Componentes Principais (PCA) e agrupadas usando K-means para identificar padrões estruturais de codificação. A inspeção manual verificou as estratégias algorítmicas (Força bruta $O(n^2)$ , Dois ponteiros $O(n \log n)$ , Hash set $O(n)$ ).
Desafio de Design de Sistema (Encurtador de URL): Os participantes delinearam verbalmente um serviço de encurtamento de URL escalável.
- Análise: Agregação manual das respostas para identificar padrões de maturidade arquitetônica, considerações de escalabilidade e raciocínio de design.
Desafio de Revisão de Código (Sistema de Autenticação): Os participantes revisaram um sistema de autenticação deliberadamente falho, contendo vulnerabilidades de segurança (ex: senhas em texto simples, credenciais codificadas).
- Análise: As taxas de detecção de vulnerabilidades foram monitoradas. Os comentários de feedback foram analisados quanto ao sentimento usando VADER (Valence Aware Dictionary and sEntiment Reasoner) para quantificar o tom (Negativo, Neutro, Positivo, Composto).

Medidas Adicionais

Estimativa de Processo: Os participantes estimaram as alocações de tempo para quatro estágios do ciclo de vida (Ciclo de vida de issue, Revisão de código, Implantação, Correção de bug). Os dados foram normalizados para minutos para comparar ênfases de fluxo de trabalho.
Estudo de Percepção: Os participantes avaliaram a competência de engenheiros de todos os quatro países em três domínios: desenvolvimento de software, resolução de problemas e comunicação.

Principais Resultados

1. Habilidades Técnicas e Resolução de Problemas (RQ1)

Estratégias de Codificação: Engenheiros europeus (Suécia, Países Baixos) utilizaram predominantemente abordagens baseadas em hash eficientes ( $O(n)$ ). Engenheiros ruandeses apresentaram alta variabilidade; embora muitos tenham dependido de loops aninhados ( $O(n^2)$ ), uma minoria significativa utilizou hash maps. As submissões de Uganda tiveram uma alta taxa de falha (57%), muitas vezes devido a preocupações de integridade (uso de IA).
Design de Sistema: Engenheiros holandeses demonstraram designs consistentes e sistemáticos em todos os níveis de senioridade. Engenheiros suecos mostraram progressão clara de juniores para seniores. Engenheiros ruandeses exibiram a maior variância: alguns juniores tiveram dificuldades, mas engenheiros seniores ruandeses produziram soluções avançadas (ex: serverless, orientado a documentos) comparáveis ou superiores aos seus pares europeus.
Consciência de Segurança: Na revisão de código, os seniores ruandeses superaram seus pares europeus na amplitude de vulnerabilidades identificadas. Os juniores ruandeses foram o grupo mais fraco no geral, destacando uma lacuna significativa entre júnior e sênior em Ruanda, atribuída ao acesso desigual à educação.

2. Comunicação e Práticas de Processo (RQ2)

Estilo de Comunicação: A análise de sentimento revelou padrões culturais distintos. Engenheiros da África Oriental (Ruanda, Uganda) forneceram feedback mais positivo e de apoio (Scores Compostos > 0,5). Em contraste, engenheiros holandeses tenderam à crítica direta/negativa, e engenheiros suecos permaneceram amplamente neutros. Entrevistas indicaram que europeus veem a franqueza como profissional, enquanto africanos orientais valorizam o incentivo e a harmonia do grupo.
Alocação de Processo: Engenheiros europeus (Suécia, Países Baixos) investiram pesadamente em planejamento inicial, design e desenvolvimento (aprox. 30% do esforço). Engenheiros ruandeses focaram mais em implantação, verificação pós-implantação e revisão colaborativa, sugerindo uma estratégia de distribuição de risco através de verificação rigorosa em vez de perfeição arquitetônica prévia.

3. Viés de Percepção e Desigualdade Epistêmica (RQ3)

Subestimação Sistemática: Apesar dos dados objetivos mostrarem que engenheiros seniores ruandeses performam em níveis europeus, participantes europeus subestimaram sistematicamente a competência de engenheiros da África Oriental.
Hierarquias Internalizadas: Engenheiros europeus avaliaram a si mesmos com as notas mais altas e os africanos com as mais baixas, citando frequentemente estereótipos sobre infraestrutura e educação em vez de experiência direta. Por outro lado, engenheiros ruandeses avaliaram a si mesmos como comparáveis aos europeus, mas ligeiramente acima dos ugandeses, enquanto engenheiros ugandeses avaliaram os europeus como os mais altos.
O Gap: Existe um descompasso consistente entre o desempenho medido (onde há sobreposição evidente) e a competência percebida (onde o viés europeu persiste).

Contribuições Principais

Evidência Empírica de Contextos Sub-representados: Fornece os primeiros dados de métodos mistos sobre práticas de engenharia de software em Ruanda e Uganda, desafiando a falta de representação africana na literatura de GSE.
Análise Comparativa de Competência: Vincula avaliações técnicas com práticas de comunicação, demonstrando que, embora engenheiros europeus mostrem consistência, engenheiros da África Oriental (especialmente seniores) possuem alto potencial latente e forças complementares.
Documentação de Viés: Quantifica o gap entre a realidade técnica e a percepção, mostrando que engenheiros europeus consistentemente subestimam as capacidades da África Oriental, apesar das evidências de habilidades sobrepostas.
Implicações para a Responsabilidade: Destaca como as práticas de avaliação no desenvolvimento de software global podem reproduzir injustiça epistêmica e processual, sugerindo a necessidade de redesenhar sistemas de feedback e reconhecimento para reduzir o viés.

Significância e Alegações

O artigo alega que as diferenças observadas no desenvolvimento global de software são impulsionadas menos pela capacidade técnica inerente e mais por fatores sistêmicos, práticas culturais e vieses de percepção.

Desafio às Narrativas de Déficit: O estudo refuta a suposição de que a terceirização para a África acarreta uma troca de qualidade. Em vez disso, identifica um pool de talentos de "alta variância", onde os destaques (especialmente seniores) atendem aos padrões globais, muitas vezes acelerados por altas cargas de trabalho e exposição prática diversificada ("trabalho é sobrevivência").
Forças Complementares: Os achados sugerem que a ênfase europeia em design inicial e a ênfase da África Oriental em verificação colaborativa e robustez são estratégias complementares que, se reconhecidas, poderiam aumentar a eficácia das equipes globais.
Injustiça Epistêmica: A significância central reside em demonstrar que o viés de avaliação atua como um mecanismo de controle de acesso (gatekeeping). Mesmo quando as contribuições técnicas justificam o reconhecimento, estereótipos sistêmicos e hierarquias internalizadas impedem a distribuição equitativa de confiança e oportunidade.

Os autores concluem que a colaboração global eficaz requer não apenas alinhamento técnico, mas também a ponte ativa entre práticas culturais e a correção dos gaps de percepção para garantir o reconhecimento justo da competência.