# Ata - 18ª reunião de pessoas mantenedoras *Quinta-feira, 27 de outubro de 2022* [TOC] ## Presentes - Juliana Trevine - Pedro Guimarães - Rebeca Almeida - Renne Rocha - Ana Cecilia - Alexandre Harano - João Pedro - Lucas Guimarães - DaviCP - JônatasDP - Mateus Santos - Olivia Boretti - Lucas Vilella - Barbgrc ## Recados - Pedro Guimarães, que vinha atuando como Engenheiro de Dados para o QD, entrou na equipe-executiva da OKBR, no time de Inovação Cìvica como Engenheiro de Software. - Rebeca Almeida passa a ocupar a posição de gestora de comunidade ## Pauta: Hacktoberfest - Juliana - Balanço parcial (até 25/outubro): 61 PRs totais, 27 já revisados e aceitos. - 10 cidades em produção. Seriam 11, incluindo Caxias do Sul/RS que está bloqueada por IP - mas é contornável, só ainda não foi feito. Há 5 PRs abertos de spiders base. - Relembra que os focos foram 50 maiores cidades (por população) do Brasil e da Amazônia Legal. - Opina que foi um bom mês de contribuições e acredita que o Renne ter feito triagem e categorização das cidades foi central para o sucesso e bom ritmo de participação. - O momento da Hacktoberfest foi aproveitado para melhorar a gestão de entradas de cidades no QD, que agora ficará no board: https://github.com/orgs/okfn-brasil/projects/12/views/1 - Propõe discussão sobre como integrar spiders base, uma vez que eles trazem várias cidades. - Sugere uma issue por cidade e por spider base, mesmo que tenha um único PR que resolva o spider base e várias cidades ao mesmo tempo (referenciando todas as issues envolvidas). Neste caso, sugere aceitarmos 2 ou 3 cidades que são necessárias para testar o spider base, e não todas as cidades daquela base de uma vez. - Menciona que, por estar experimentando isso, estarmos com uma centena de issues abertas, mas várias já sendo resolvidas justamente por estarem nesse contexto de adição de múltiplas cidades. - Lucas G. Sugere usar feature toggle (marcadores de "ativo"/"desativo") ou deploy canário na infra, gerenciando o que entra em produção. Menciona também o Jira, que utiliza no trabalho. - Pedro Guimarães Concorda que seja ideal uma issue por cidade, mesmo que fique muitas. Inclusive por haver a possibilidade de implementações em cidades terem suas especificidades ainda que sendo associada a um sistema publicador. - Discussão sobre uma solução para bloqueio de IP que acontece por geolocalização (a máquina da Digital Ocean tem IP do exterior) e não por excesso de requisição aos servidores: - Lucas V. menciona a possibilidade de utilizar proxy público para colocar em produção as cidades nesta situação - Renne comenta que contratar um proxy doméstico/VPS não é caro (em torno de US$5 por mês). Retoma a possibilidade da Zyte em apoiar o QD como máquinas para raspadores e com IP nacional. ## Pauta: Sprint na Python Brasil (presencial/online) - Juliana: - No presencial, Giulio tinha mencionado que o primeiro dia foi mais cheio e nos outros dois dias menos, com presença mais esparça (mas que é comum já que é um evento em que muitas outras coisas estão acontecendo ao mesmo tempo) - No online, ficamos durante uma tarde no Discord. As pessoas entravam e saíam conforme foram tendo suas dúvidas resolvidas. - Mateus Santos comentou sobre como foi a presencial na PyBr, mencionando que gostou e participou todos os dias. - Juliana e Pedro deram depoimentos sobre a participação na sprint online. Feedback foi positivo e foi levantada a possibilidade de realizar mais encontros, pelo menos um por mês e também de deixar alguém disponível no Discord mais vezes. - Harano mencionou que, com a entrada de spiders base, algumas cidades em produção estão com PRs de refatoramento aberto e isso gera uma questão de como lidar com a transição já que os spiders precisam raspar todo o histórico e, no caso dos que estão em produção, já temos conteúdo raspado. - Mencionou também um caso que precisou tratar excessivamente as datas já que o título do arquivo não correspondia a data do conteúdo do diário. - Renne sugere apenas mudar o start date nesse caso. Complementa também com a possibilidade de fazer recrawl mensal (ou em outra periodicidade melhor avaliada) para confirmarmos o que temos ###### tags: `Maintainers`, `October`, `2022`