ChaosPad V1.1
Full screen

Server Notice:

hide

Public Pad Latest text of pad uc9y9zENIh Saved July 24, 2025

 
## Observações gerais
 
Não foram definidos pesos para os seguintes critérios, e esta não é uma prioridade máxima. Espera-se que o feedback qualitativo dos critérios seja útil por si só. Pesos adequados provavelmente serão uma questão de ajuste fino ao longo do tempo , e preferimos não quantificá-los exatamente . 
 
Observe que há alguma sobreposição entre os critérios, pois fatores como testes automatizados ou habilidades de comunicação ajudam de muitas maneiras diferentes. Observe também que alguns critérios rígidos, como a exigência de tornar o software Open Source, não precisam ser reafirmados aqui, pois são obrigatórios para todos os licitantes .
 
## Atendendo aos requisitos s
 
A proposta atende aos requisitos do edital ?
Dado que permitimos que as perguntas do licitante sejam respondidas a todos os licitantes,
a proposta final deve sempre atender a todos os requisitos.
 
Parte e dos requisitos são os objetivos gerais do OpenStreetMap, do OSMF e do EWG. O EWG garantirá que esses objetivos sejam incluídos em cada chamada para propostas .
 
## Documentação ção
 
Quando há APIs para implementação, elas são documentadas de forma abrangente?
Quando há interfaces de usuário para implementação, qual é a estratégia i18n?
O modelo de dados observáveis pretendido deve ser esboçado já na proposta.
Consideramos os esforços reservados para documentação,
formatos de documentos planejados e
estratégias para testes de facilidade do usuário com a comunidade .
 
O EWG reserva-se o direito de reutilizar toda ou parte da proposta como documentação
quando a comunidade está insatisfeita com a documentação entregue .
 
## Se gurança
 
A oferta depende de componentes vulneráveis agora ou mais tarde? Na melhor das hipóteses
caso, o software implementado é autocontido. Não há pior caso, ele
dependem, direta ou indiretamente, de componentes que são conhecidos por serem obsoletos e
possuem falhas de segurança. Depender de componentes externos costuma ser ruim ,
mas apenas um pouco ruim se o componente estiver bem conservado e puder ser
é razoavelmente esperado que permaneça bem conservado no futuro. É
também apenas um pouco ruim se o componente externo for simples o suficiente para
expõe apenas uma superfície de ataque insignificante.
 
Pontos de bônus para um modelo de segurança bem específico na proposta .
 
## Casos de teste, estratégia de teste e testes
 
A funcionalidade será coberta por testes automatizados.
Sabe-se que bons testes são difíceis.
Por isso, olhamos em particular para os esforços reservados para
a estratégia de testes, localização de casos de teste e configuração de testes automatizados.
Também valorizamos se a estratégia de teste definida é fácil de entender e abrangente.
As propostas podem conter exemplos que também podem servir como casos de teste.
 
## Manutenibilidade
 
Qual vida propõe a proposta para a solução? Qual esforço em
manutenção que esperamos para essa vida útil?
Bom é uma solução independente com pouco código-fonte em um
linguagem de programação bem estabelecida. Também é bom se outro trabalho de
o candidato é bem estruturado e bem comentado. Excelente é um
cobertura abrangente com testes automatizados no nível funcional.
A cobertura do código é boa, mas sabemos que essa métrica pode ser manipulada. Ruim
está profundamente ligada às dependências, especialmente quando é difícil ou
impossível encontrar um substituto imediato para essa dependência.
 
## Interoperabilidade
 
As interfaces propostas são acessíveis com protocolos de última geração?
Formatos abertos são essenciais.
Formatos mais simples são melhores. Por exemplo, JSON supera XML porque XML permite mais complexidade.
Formatos comumente usados são melhores que os arcaicos.
 
## Custo
 
As propostas devem ter preços razoáveis. Propostas com custo excepcionalmente alto ou significativamente menor poderão ser rejeitadas.
 
## Comunicações com a comunidade
 
Espera-se que os licitantes conduzam a comunicação com a comunidade.
Deve haver um plano com canais de comunicação para obter informações,
embora se entenda que pode haver e sempre haverá mais comunicação, se for útil.
 
O EWG reserva-se o direito não exclusivo de publicar a proposta vencedora
após a remoção dos dados pessoais do licitante ou licitantes.
O EWG também pode publicar apenas partes da proposta vencedora.
 
## Pessoa
 
Incentivamos os licitantes a informar sobre a pessoa ou pessoas que efetivamente realizam o trabalho. Experiência é uma vantagem quando se trata de lidar com a comunidade, suas convenções e prioridades. Da mesma forma, experiência em programação dará mais credibilidade às estimativas do licitante.
 
## Gerenciamento de projetos
 
Embora esperemos que os licitantes consigam trabalhar de forma autossustentável e até mesmo incorporar feedback dinâmico da comunidade sem moderação, o EWG gostaria de ver um plano de projeto de forma que o EWG possa, a qualquer momento, dar uma estimativa exata e razoável a terceiros sobre quanto progresso já foi feito.